Quick answer

In practical exams, use LinPEAS as a second pass, not a first: enumerate manually first (sudo -l, SUID sweep, cron, kernel), then run LinPEAS to catch what you missed, triage red/yellow findings, verify each by hand, and document everything. Always check OffSec's current exam guide for the tool rules in force on your exam day — rules change, and this page does not track them.

Independent resource

This is an independent educational resource. It is not affiliated with, endorsed by, or the official website of the PEASS-ng project. LinPEAS and PEASS-ng are developed by Carlos Polop and contributors; the trademarks, project names and code belong to their respective owners.

Check the current rules

Exam rules change over time. Read OffSec's official exam guide for your exam version before exam day and follow it exactly. Nothing on this page overrides the official rules.

Why manual-first wins exams#

Automated enumeration is fast, but exams reward understanding: you need to explain each step in your report, and LinPEAS output alone does not teach you why a finding is exploitable. The manual pass also keeps you moving when a target is slow, noisy, or when you want to stay quiet. Think of it as two sweeps:

  1. Sweep 1 — by hand (10–15 min): id; sudo -l; uname -a, SUID binaries, cron jobs, kernel version, interesting files. Write down everything, even "boring" output.
  2. Sweep 2 — LinPEAS: run it (consider -s for speed on slow targets), then compare its highlights against your notes. Anything LinPEAS flags that you didn't is your next lead; anything you found that it didn't is why sweep 1 exists.

Triage under time pressure#

Exam time is finite. Work the findings in this order:

  1. 1

  2. 2

  3. 3

  4. 4

LinPEAS flags worth knowing for exams#

  • -s — faster/stealthier run when the target is slow or you want less noise.
  • -o — run only selected check groups when you need one section re-checked quickly.
  • -q — quieter output for logging to a file you will read later.
  • Save everything: ./linpeas.sh | tee /tmp/linpeas.txt so the evidence survives a dropped shell.

Exam-day checklist#

  • OffSec's current exam guide read — tool rules confirmed for your exam version.
  • Manual enumeration notes template ready (identity, sudo, SUID, cron, kernel, files).
  • LinPEAS transfer method tested (curl/wget/python http.server) before the clock starts.
  • Screenshot and note-taking workflow decided in advance.
  • Report structure sketched so documentation happens during the exam, not after.

A note-taking template that survives the exam#

Examiners grade what you document. For every finding you investigate, record the same five fields:

  • What you ran (exact command) and when.
  • What the output showed (paste the relevant lines).
  • What you concluded (vector, dead end, or needs more work).
  • What you tried next (the exploit command or the reason you moved on).
  • A screenshot or output file reference for the report.

Knowing when to move on#

The hardest exam skill is abandoning a lead. Set a personal timebox per vector (say, 30–45 minutes for a single privesc path): if you have not made progress when it expires, document where you got to and switch to the next candidate. LinPEAS usually gives you several leads — the exam is won by the candidate who works the list, not the one who falls in love with the first red line.

Is LinPEAS allowed in the OSCP exam?

Only OffSec's current exam guide can answer that for your exam version — rules change. Check the official guide, and when in doubt, be ready to work fully manual.

Should I run LinPEAS first to save time?

No. Manual enumeration first builds the understanding your report needs and keeps you effective if tooling is restricted. LinPEAS is the second pass that catches what you missed.

What if LinPEAS finds nothing?

Then your manual checklist matters most: LinPEAS is thorough but not omniscient. Work the checklist in our privesc guide methodically — many exam vectors are simple misconfigurations, not exotic bugs.

Authorised use only

Use LinPEAS only on systems you own or are explicitly authorised to test, including legal training labs and CTF environments where testing is permitted. Unauthorised access to computer systems is illegal.

Sources & references

  1. PEASS-ng (official) — LinPEAS release; reviewed 20260908-dffb9496.
  2. HackTricks: Linux privilege escalation