Powered by Pagefind — search only works after pnpm build
Lesson 2 of 4 · 25 min read
Summiting the Pyramid — Analytic Robustness Scoring
The Pyramid of Pain tells you what type of indicator to target. Summiting the Pyramid gives you a rubric to measure how robust any specific detection is. These two frameworks work together: use Pyramid to choose your investment direction, use Summiting to grade what you build.
The Five Robustness Levels
CTID defines five levels for analytic robustness:
Level
Name
What it means
L0
Not Implemented
The analytic doesn’t fire (configuration error, data gap)
L1
Core to Sub-Technique
Detects a specific implementation variant; evaded by switching tools
L2
Core to Technique
Detects the technique broadly but misses edge cases
Evasion: Use Mimikatz instead. Or rename procdump.exe. Or use a different LSASS dumping tool.
L2 analytic (Technique-level):
# Detects: any process with 'lsass' in command linedetection: selection: CommandLine|contains: 'lsass'
Evasion: Don’t reference lsass.exe by name in the command line (use its PID directly, or use an API call without shell arguments).
L3 analytic (Process Access behavior):
# Detects: any process opening LSASS with memory-read access rightsdetection: selection: EventID: 10 # Sysmon Process Access TargetImage|endswith: '\lsass.exe' GrantedAccess|contains: '0x10' # PROCESS_VM_READ
Evasion: Use kernel-mode access (requires a kernel driver exploit to bypass user-mode Sysmon interception).
L4 analytic (Kernel-level):
An EDR using ETW Threat Intelligence provider hooks kernel-mode memory operations on LSASS regardless of which process requests them. This fires even on custom kernel drivers.
Evasion: You need a zero-day that bypasses kernel-level telemetry — orders of magnitude harder.
Scoring Your Rule Set
CTID’s process for applying Summiting to an existing rule set:
Step 1: For each technique, enumerate all known tool variants