Skip to content

The First 180 Days · Your First Night Shift: The First 180 Days in a SOC

Chapter 5 of 13 · Weeks 2–6

The missed alert: what if I screw up?

  • What happens if I close something that turns out to be real?
  • Will I be blamed for a breach?
  • Why am I scared to escalate, and how do I stop?

This is the question most new analysts carry and few say out loud. At some point you will close an alert as benign and later learn it was not. Or something will happen that no alert caught at all. Both are part of the work, for everyone, at every level.

Two kinds of miss

  • A wrong verdict. The alert fired and you judged it wrongly. This is usually about missing context, a gap in the runbook, or too many alerts at once.
  • A false negative. Nothing fired. This is a detection gap, not a triage failure. Nobody in the queue could have seen it.

The second kind is far more common than people think, and it is why a quiet queue is never proof of a safe network.

What a blameless review is

Good teams review misses without looking for someone to punish. The question is not "who got it wrong?" but "what made the wrong call look right at the time?" The answers are usually things like a vague alert title, missing logs, a runbook that said close, or a shift that had three times the usual volume. Fixing those protects the next person too.

If your team does reviews, take part honestly. Say what you saw and what you thought. The worst thing you can do is hide or tidy up the story, because then the real cause stays in place.

Escalation fear

Fear of a miss often turns into fear of escalating: "what if I wake someone and it is nothing?" These two fears pull in opposite directions, and the way out is the same for both. Make your reasoning visible.

  1. Write down what you checked and why you decided, every time.
  2. When unsure, escalate with your reasoning attached, not just the alert.
  3. Ask for feedback on your closed tickets, especially the ones you were unsure about.
  4. After a miss, ask what one check would have caught it, and add it to your routine.

The question you might not ask out loud

Will I be blamed for a breach?

A breach is almost never one analyst's fault. It comes from gaps in detection, logging, staffing and process. If you documented what you saw and followed the runbook, your notes are your protection. If your team does blame individuals, that is worth knowing early.

Rule of thumb:Rule of thumb: the analyst who says "I think I got this one wrong" on the same day is worth more to a team than one who is never seen to be wrong.

Practise it next

See how a blameless review is structured, so you know what to bring to one.

Post-Incident Review Template
Take this with you
Day 1 · The first 30 days · How am I doing? · Choose your path to 180 days · Looking after yourself · Epilogue · Glossary

This button saves this chapter. The one-page edition saves the whole book.