TriageLensPart 1 - Business understanding

Part 1: Business understanding

TriageLens

TriageLens is a queue assistant for a security operations centre (SOC), built and tested on Microsoft's GUIDE dataset.

The problem

A tier-1 analyst faces a queue that is too long to read in full. Most incidents are false alarms or harmless, and about one in five is a real attack.

  1. 01Evidence rows
  2. 02One row per incident
  3. 03Graded
  4. 04Ranked in the queue
  5. 05Auto-close gate
  6. 06The analyst decides

08 TriageLens flow

TriageLens flow DataTriageLens - proposes 01 GUIDE download Evidence rows 02 Aggregate One row per incident 03 Grade model TP / BP / FP + confidence 04 Queue ranker Read-first order 05 Auto-close gate TP <= 1% of auto-closed TP <= 1%everything else Proposal Auto-close proposed The analyst confirms To the analyst Analyst's ranked queue Everything else Human in the loop Analyst decides The tool only proposes proposal - analyst confirms or reopens

03 Objectives

  1. Grade each incident as true positive (TP), benign positive (BP) or false positive (FP), with a confidence and the reasons behind it (detectors, categories, ATT&CK techniques, entity types).
  2. Rank each organisation's queue so the incidents worth reading come first.
  3. Propose auto-closes only where the chance of closing a real attack is held below a fixed limit, and send everything else to the analyst.
  4. Measure honestly on unseen organisations and on newer data, next to the official split.
  5. Describe the groups: cluster incidents and check whether outliers are more often attacks.

05 Questions the model answers

On a single incident:

  • Is it TP, BP or FP, and how confident is the model?
  • Which features and ATT&CK techniques drove that grade?
  • Can it be closed without review?

On the queue:

  • Which incidents should I read first, and how many of the top 10 match the experts' top 10?

On the evaluation:

  • How well does it grade unseen organisations versus known ones?
  • Does a model trained before 10 June 2024 work after it?
  • Which organisation-detector pairs raise the most false alarms?
  • Do incidents form groups, and are outliers more often real attacks?

06 Success criteria

Per-detector lookup: macro-F1 0.68 on the official split vs 0.43 on unseen organisations, target 0.60Official split: Macro-F1 0.68; Unseen organisations: Macro-F1 0.43; Target >= 0.600.00.20.40.60.81.0Macro-F10.68Official split(known organisations)0.43Unseen organisations(never seen in training)Target >= 0.60

04 Problem types

07 Error-cost table

Error-cost table: actual grade against tool action
Actual grade down / Action ->Auto-closed (not read)Sent to analyst, low in queueSent to analyst, top of queue
True positive(real attack)
Auto-closed (not read)CriticalThe attack goes unseen and keeps running. This is the error the 1% limit controls.
Sent to analyst, low in queueHighThe attack is seen late, after other work.
Sent to analyst, top of queueCorrect
Benign positive(real but harmless activity)
Auto-closed (not read)Correct
Sent to analyst, low in queueLowSome analyst time spent.
Sent to analyst, top of queueMediumAnalyst time spent before real attacks lower in the queue.
False positive(detector misfired)
Auto-closed (not read)Correct
Sent to analyst, low in queueLowSome analyst time spent.
Sent to analyst, top of queueMediumAnalyst time spent and trust in the tool drops.

Severity is qualitative: we have no measured cost per incident, so we invent none.

06 - Success criteria

CriterionTargetReference point
Grade quality on unseen organisationsMacro-F1 >= 0.60 on the 20% of organisations held outPer-detector lookup: 0.43 unseen, 0.68 official split
Queue rankingPrecision@10 > 0.38 against the expert top-K, macro-averaged across organisation queuesDetector-rarity reference: 0.32 on the 111 held-out queues. Picking 10 incidents at random scores 0.07
Safe auto-closeAuto-close only at a threshold fixed on validation data where at most 1% of auto-closed incidents are TPEverything above the threshold goes to the analyst
DriftMacro-F1 training before 10 June 2024, testing afterSame model on the organisation split
Honest reportingUnseen-organisation scores shown next to the official splitOfficial split as optimistic reference