Lesson 4 of 22 · ~22 min
Cookies and Sessions
Session fixation and cookie flags.

Cookies and Sessions
Course: Web Application Security
Level: Intermediate
Module: AppSec
Duration: 45–60 min

Learning objectives
- Explain Cookies and Sessions the way a junior AppSec engineer would
- Map the idea to login, checkout, or API flows you already use
- Know a safe lab way to observe the issue (Juice Shop / CYNARKS Labs)
- Pass the knowledge check without attacking real sites
1. In one sentence
Sessions remember “you’re logged in.” Cookies often carry the session ID — protect them like house keys.
2. Why it matters (daily life)
Steal the session cookie ⇒ become the user on many sites. PhonePe/Gmail rely on session hygiene + MFA.
3. How it works
Flags: Secure (HTTPS only), HttpOnly (no JS read), SameSite (CSRF help). Session fixation = force a known ID. Rotate IDs after login.
4. Real-world / authorized lab example
Lab: missing HttpOnly → XSS can document.cookie. Fix guidance = set HttpOnly+Secure+SameSite.
5. Fix mindset (builders)
Prefer input validation, parameterized queries / safe APIs, least-privilege sessions, security headers, and regression tests. “Patch later” is how IDOR and XSS become incidents.
6. Common mistakes
Storing passwords in cookies; long-lived sessions on shared PCs; no logout invalidation.
7. Practical habit (authorized labs only)
- Reproduce on an intentional vulnerable app in Labs.
- Capture request/response notes (redact secrets).
- Write the fix in one paragraph a developer can ship.
- Retest after the fix — same steps, expect fail-closed.
8. Memory tip
Explain this using Gmail login, Instagram, PhonePe checkout, or a college portal — as a story, without attacking real sites.
Practice intercepts only on authorized lab apps (e.g. Juice Shop in Labs).
Knowledge Check
Q1. What does HttpOnly do?
A. Test only on authorized lab apps and report clear remediations
B. Probe live banking / college sites without written permission
C. Ignore HTTPS and mishandle sessions on purpose in production
D. Disable logging so findings cannot be traced
Q2. Why rotate session after login?
A. Test only on authorized lab apps and report clear remediations
B. Probe live banking / college sites without written permission
C. Ignore HTTPS and mishandle sessions on purpose in production
D. Disable logging so findings cannot be traced
Q3. SameSite helps which attack class?
A. Test only on authorized lab apps and report clear remediations
B. Probe live banking / college sites without written permission
C. Ignore HTTPS and mishandle sessions on purpose in production
D. Disable logging so findings cannot be traced
Answer Key
- A
- A
- A
Lesson Summary
Cookies and Sessions is a building block of modern web risk. Learn it deeply; practice only where you are allowed.
Coming next
Continue the Web Application Security syllabus. Keep your proxy pointed at lab targets only.
CYNARKS Academy – Learn to Understand. Practice to Defend.
Never test live PhonePe, Instagram, Razorpay merchant panels, or college portals without written permission.