Documentation chapter quiz
Documentation chapter quiz
No grades. The point is to push your thinking. Tap an option to see if it lands.
When should documentation be written?
Documentation written during the investigation captures detail that is gone an hour later. Post-hoc documentation reads tidy and is less useful for training, audit, or trend analysis.
Which is the biggest documentation pitfall?
One of the most damaging failures is filling the template without recording the reasoning. The form is scaffolding, not the goal. A short, complete record beats a long, empty one every time.
What is the test of good documentation?
The test is whether the record stands alone. A future analyst, auditor, or trainer should be able to read it and understand both what was decided and why. Length and speed are secondary.
A closed false-positive case is documented. What is its main downstream use?
Closed false-positives, well documented, point at where the detection logic could be sharper and help newer analysts learn what to look for. The methodology treats them as contributions, not as non-events.
An investigation checked for persistence mechanisms and found none. Under time pressure, the analyst leaves that check out of the record, reasoning that there was nothing to report. What went wrong?
Omitting negative findings is one of the classic documentation pitfalls. 'Persistence checked: none found, here is what was examined' is what lets a reviewer trust the closure, lets the case re-open without re-doing the work, and defends the analyst if persistence later surfaces through a gap the check could not see. A record that only lists positive findings reads as an investigation that never looked.
An analyst pulls a suspicious binary off a host into a personal scratch directory while working the case, then uploads it to the case-management system at close. What happened to the artifact?
Need a nudge?
What can the analyst prove about the file's history during the scratch-directory stretch?
The chain is the continuous, time-stamped trail from acquisition onward: identifier, acquisition details, every transfer with re-verification, access log, disposal. A personal scratch directory is one of the most common silent breaks, because for that stretch nobody can show who touched the file. A hash at upload proves nothing about the gap before it; the hash has to be recorded at acquisition and re-verified at each move. In practice a gap usually goes to the weight the evidence carries rather than automatic exclusion, but it invites challenge. And custody starts at acquisition, not escalation: if the case might end with IR or external counsel, treat every artifact as evidence from the moment it is collected.
A closure record includes full log excerpts containing customer PII, on the reasoning that the excerpts are the evidence. What does the standard say?
Sanitization mistakes are a named pitfall: a record holding PII, regulated data, or sensitive operational detail that should not live in the documentation system is complete and unusable for compliance reasons at the same time. The appendix standard is log excerpts sanitized as needed, with the originals preserved under access control and chain of custody where they belong. Dropping the evidence entirely fails in the other direction, and encryption at rest does not change who can read the record through the system it lives in.
A record reads: 'PowerShell spawned from winword.exe at 09:11 UTC, indicating macro-based initial access.' What does the clarity standard say about this sentence?
The first half is a fact: observable, timestamped, checkable against telemetry. The second half is analysis, a reading of the fact that could change. The standard asks for both, labeled as which is which, so a reviewer can revisit the analysis when new evidence lands without re-litigating the facts. Fused together, a wrong conclusion contaminates a correct observation. Triage records absolutely include analysis (that reasoning is what the replay test depends on), and the voice rule points the other way: active voice, naming who did what.
A closed case record contains a flawless technical timeline and nothing else. Who is left unserved?
The standards page asks records to serve multiple audiences: the technical timeline serves the next analyst, but an executive needs the business-impact translation, an auditor needs the decision rationale and approvals, and a trainer needs the reasoning that connects evidence to verdict. Each layer is short; what matters is that the record is written knowing that most of its future readers are not the analyst who wrote it.
When in the lifecycle should Documentation begin?
D is the closure gate for a record built continuously from Alert. Observations, decisions, and actions are captured in real time as each phase runs; the Documentation phase is where that living record is finalized into the durable, audit-quality artifact. Delaying the writing until after resolution loses detail and invites post-hoc rationalization, the exact failure the pitfalls page opens with.