Advanced evasion · AV/EDR bypass · AD attacks · lateral movement
120 scenario questions · 180 min · 70% Techclick practice target
⚠️ Exam Rules
| Questions in this Techclick bank | 120 |
|---|---|
| Timer | 180 min |
| Techclick practice target | 70% |
| Official exam code | OSEP |
A detection engineer wants the earliest possible signal when a PowerShell payload is decoded in memory. Which telemetry source inspects script content right before execution?
Correct: A. AMSI is the choke point that submits the fully deobfuscated script (PowerShell, VBScript, JScript, .NET) to the registered AV provider before execution, so it sees the real payload even after layered obfuscation. The firewall and DNS cache only show network artifacts after execution, and the USN journal is irrelevant because in-memory loaders never touch disk, so those sources cannot catch the decode step.
After enabling PowerShell Script Block Logging, a SOC analyst sees Event ID 4104 containing a snippet that overwrites bytes at the start of AmsiScanBuffer. What is this activity?
Correct: A. Patching the entry bytes of AmsiScanBuffer forces a clean result so later scripts are never scanned, and Script Block Logging captures the patch text itself, which is why 4104 is a high-value detection. It is not Windows Update or garbage collection because neither rewrites AMSI internals, and certificate enrollment touches the CA, not amsi.dll, so those answers are incorrect.
An adversary patches EtwEventWrite in ntdll to blind .NET runtime telemetry. As a detection engineer, which compensating controls help you keep visibility? (Choose TWO)
Correct: A and B. Forwarding kernel-sourced telemetry off-host and watching for tampering with ntdll memory both survive a user-mode ETW patch because the attacker cannot reach those layers from the compromised process. Disabling logging and relying only on local logs destroy visibility, and trusting in-process user-mode ETW is exactly the source the patch defeats, so those options are wrong.
Your EDR relies on inline hooks placed in ntdll user-mode stubs. Adversaries evade it with direct syscalls. Which hardening best restores kernel-level visibility?
Correct: A. Direct syscalls jump straight into the kernel, bypassing user-mode ntdll hooks, so visibility must move to kernel callbacks and ETW-TI which see the syscall regardless of user-mode tampering. Polling user-mode stubs still misses the bypass, blocking SMB does not address local syscall evasion, and forcing admin rights weakens security rather than restoring telemetry, so those are incorrect.
A threat hunter wants to distinguish direct from indirect syscalls during evasion triage. Which artifact most reliably separates the two techniques?
Correct: A. Call-stack analysis is the differentiator because indirect syscalls trampoline through clean ntdll so the stack looks normal, whereas a direct inline syscall leaves a stack with no ntdll frame, a strong anomaly. RAM, language, and core count have no relationship to syscall provenance, so they cannot be used to tell the techniques apart and are incorrect.
Last updated:
Yes. You can start, finish and score it for free, and download the Techclick practice certificate.
This bank has 120 original scenario-based questions with a 180-minute timer and a 70% Techclick practice target.
The official exam code is OSEP (OffSec).
No. They are original practice questions written by Techclick. This is not the vendor's official exam and not leaked dumps.
Score 70% or higher to get a Techclick practice certificate and LinkedIn badge. It is not an official OffSec certification.
Related practice tests: Offensive Security OSCP, Offensive Security OSDA, Offensive Security OSWE (linked below).

You earned it — let the world know!
