How does a classic server session cookie work?
PICTURE THIS: A REST CALL
Simple meaning
After login the server stores session data in memory or Redis and sends a session id in a Set-Cookie header.
WHY — Auth instead of guessing?
Why interviewers care about Auth:
question about Auth.
trade-offs, and what you would actually do on a Backend project - not buzzwords.
Name the idea, why it exists, then one short example.
End with when you use it and one common pitfall.
STEPS — What happens step by step?
Before you speak the answer, walk the interviewer through these steps:
- 1After login the server
stores session data in memory or Redis and sends a session id in a Set-Cookie header.
- 2The browser sends that
cookie on later requests so the server can look up the user.
- 3Mark it HttpOnly, Secure,
and SameSite to reduce XSS and CSRF risk.
- 4Give an example
One tiny concrete case you can say aloud.
- 5Common mistake
What juniors usually get wrong.
- 6Close
When you pick this over the alternative.
EXAMPLE — See it in action
Here's a short line you can speak, broken into clear beats:
Note: Adapt this scaffold to your own project — keep it under 60–90 seconds.
Key takeaway
After login the server stores session data in memory or Redis and sends a session id in a Set-Cookie header. The browser sends that cookie on later requests so the server can look up the user.