Learning objectives

• Explain Cross-Site Request Forgery (CSRF) 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

CSRF tricks a logged-in browser into sending a state-changing request the user didn’t mean.

2. Why it matters (daily life)

Evil page causes “change email” or “transfer” while you’re logged into a bank-like lab app.

3. How it works

Sync anti-CSRF tokens, SameSite cookies, prefer non-simple auth for APIs, re-auth for money moves.

4. Real-world / authorized lab example

Lab form without token accepts cross-site POST → add token + SameSite=Lax/Strict discussion.

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

Assuming CORS alone stops CSRF; tokens in cookies only without validation.

7. Practical habit (authorized labs only)

1. Reproduce on an intentional vulnerable app in Labs.
2. Capture request/response notes (redact secrets).
3. Write the fix in one paragraph a developer can ship.
4. 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. CSRF needs the user to be what?

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. Name one defense.?

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 how?

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

1. A
2. A
3. A

Lesson Summary

Cross-Site Request Forgery (CSRF) 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.