open atlas
↑ Back to track
Security SEC · 04 · 08

CSRF: free-recall review

Free-recall prompts across the CSRF unit. Answer each in your own words first, then reveal the model answer and compare.

SEC Senior ◷ 14 min
Level
FoundationsJuniorMiddleSenior

Retrieval beats re-reading. For each prompt, say or write a full answer from memory before you open the model answer — the effort of recall is what makes the material stick.

Goal

Reconstruct the unit’s spine — ambient authority, SameSite’s deliberate gaps, the synchronizer and double-submit token patterns, Origin/Referer checks, and why CORS is not a CSRF defense — without looking back at the lesson.

Recall before you leave
  1. 01
    Why does CSRF work even though the attacker never reads the response and never reads the session cookie?
  2. 02
    Chrome made SameSite=Lax the default in 2020. State precisely what it blocks, and the three gaps it leaves.
  3. 03
    Contrast the synchronizer token pattern with the double-submit cookie pattern: how each works, and when you'd pick which.
  4. 04
    What do Origin and Referer header checks add, and why are they a defense-in-depth layer rather than a sole defense?
  5. 05
    A teammate says 'we have a strict CORS policy, so we're CSRF-safe.' Explain precisely why CORS is not a CSRF defense.
  6. 06
    What is login CSRF, why does it bite teams, and how is it defended?
Recap

If you could reconstruct each answer from memory, you hold the unit’s spine: CSRF rides ambient authority so a forged write executes with full authentication; SameSite=Lax cut the cross-site POST surface but leaves GET side effects, SameSite=None, and the 120s Lax+POST window; the synchronizer token (stateful) and HMAC-signed double-submit (stateless) are the real defenses; Origin/Referer is a cheap defense-in-depth filter, not a sole defense; CORS gates response reading, not request execution, so it is not CSRF protection; and login CSRF needs a pre-session token because the forgery precedes the session cookie. Now when you see a cookie-session endpoint accepting state-changing requests, you will ask three questions without prompting: is any mutation on GET? what token validates intent? and does the login form itself carry a pre-session token?

Something unclear?

Ask a question about this lesson. Questions are anonymous and go straight to the author to make the lesson better.

shortcuts expand
search
K
prev piece
k
next piece
j
cycle tier
t
this menu
?
sources3
expand
  1. 01
  2. 02
  3. 03

Trademarks belong to their respective owners. Editorial reference only.