Open cardosec

Case A8C692 · Blue team / DFIR · L3 Applied

Detecting Behaviour, Not Tools

Practise as: Explain it · InterviewLevel: L3 Applied

Interview questionWhy do detections keyed on tool names break, and how do you write ones that last?

  1. 01 What is it?
  2. 02 How is it abused?
  3. 03 How do you stop it?
What a strong answer covers

Try it out loud first. Then check yourself:

  1. Names, hashes and command-line strings are cheap for attackers to change: rename procdump and the rule goes quiet.
  2. Detect the action the technique needs instead, such as an unexpected process requesting read access to LSASS memory.
  3. Use several weak signals together (source process, access rights, signer, parent) rather than one brittle string.
  4. Validate with more than one procedure for the technique, for example Atomic Red Team tests, not just the tool you know.

If the interviewer pushes back

  • Write the logic, in words, for a credential-dumping detection that survives a renamed tool.

Go deeper

More Blue team / DFIR cards

All Blue team / DFIR cards →

cardosec draws a security topic and gives you a clock: explain it out loud with no notes, then see what you covered and what you missed. Free during early access.

Reviewed 2026-10-09