More study resources

About this exam

The Offensive Security Web Expert (OSWE) is a practical certification for security professionals who want to demonstrate that they can find and exploit vulnerabilities by reading web application source code rather than by fuzzing blindly. It is aimed at penetration testers, application security engineers, and developers who already understand how web frameworks work and now need to prove they can trace an input from a controller to a dangerous sink, build a working exploit, and chain several small flaws into meaningful access.

The exam is hands-on and entirely practical: candidates receive access to web application source and live targets, identify exploitable logic through code review, write custom scripts to automate their exploitation, and then document the work in a report that is scored. Coverage spans authentication and access control design flaws, injection classes across SQL, NoSQL, LDAP and OS command contexts, file handling issues, deserialization and template injection, SSRF and XXE, business logic bypasses, and the chaining skills that tie them together.

Preparation is best done by reading real codebases: pick open-source applications, trace every user-controlled parameter, and practise writing proof-of-concept exploits in Python instead of relying on off-the-shelf tools. Time-boxed labs that force you to go from source to shell build the exact muscle the exam tests. The official training provider publishes the current exam structure, scheduling, and pricing details on its website.

What you'll study

Common questions

About OSWE preparation

What exactly is the OSWE exam format?

It is a hands-on practical assessment, not a multiple-choice test. You work against live targets with access to their source code, develop working exploits, and submit a written report. Scoring depends on the report demonstrating reproducible exploitation, so clear documentation of each step matters as much as getting the exploit to run.

How long is the exam and how much does it cost?

Those figures are set by the certifying body and change over time, so check the official OffSec website for the current duration, price, and scheduling options rather than relying on second-hand numbers.

What is the passing score?

OffSec publishes the current passing threshold and scoring breakdown on its site. Because points are awarded for documented, working exploitation rather than partial credit for guesses, plan to fully compromise the required objectives and write each one up clearly.

How hard is it compared with other web certifications?

It is generally considered demanding because it removes tooling crutches: you must read source, understand framework routing and data flow, and write exploits yourself. Candidates with real code review experience and scripting fluency tend to find it manageable; those who only know scanner-driven testing usually struggle.

What happens if I fail - can I retake it?

Retake policies, waiting periods, and any associated fees are defined by OffSec and are subject to change. Consult the official site for the current retake rules before booking, and factor a possible second attempt into your study plan.

In what order should I study the topics?

Start with source code review and tracing user input to sinks, since everything else depends on it. Then move through authentication and access control, injection classes, file handling, deserialization and template injection, SSRF and XXE, and finally business logic. Practise chaining at the end, once individual primitives are solid.

Why do candidates fail the report rather than the exploitation?

A common failure mode is getting a shell but writing vague steps that a grader cannot reproduce. Capture every request, payload, and script, explain why each flaw exists in the code, and show the exact sequence of the chain. Assume the reader has the same source but none of your context.

Do I need to write custom tooling?

Yes, practically speaking. The exam rewards scripting exploits in Python or similar so that steps like blind injection extraction or token forgery are reliable and repeatable. Practise turning manual requests into short scripts during preparation, including handling sessions, CSRF tokens, and non-standard encodings.

How should I prepare day to day?

Read open-source web applications in languages you know, pick a parameter, and follow it through routing, validation, and database or filesystem calls. Set time-boxed labs where you must go from source to working exploit without a scanner, then write a short report for each. That loop mirrors the exam.