Developer Solves PortSwigger Access Control Lab After Six Hours by Swapping Session Cookie
A developer spent six hours attempting to escalate a non-admin user account to admin privileges in a PortSwigger web security lab focused on multi-step access control vulnerabilities. The lab required completing a two-step admin upgrade flow without having legitimate admin access. After exhausting numerous approaches — including testing HTTP methods, referrer headers, and URL parameters — the solution came from intercepting every request in the full admin flow and comparing them side by side. The key difference was not in the headers as initially suspected, but in the session cookie: the developer swapped the admin session cookie in the final confirmation request with their own non-admin session cookie, triggering a successful 302 redirect. Throughout the process, the developer deliberately avoided using AI tools, choosing instead to work through the problem manually in order to build a deeper understanding of access control weaknesses.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.
Discussion (0)
Log in to join the discussion and vote.
Log in