Contextualized Threat Modeling worked example. Use your browser's print dialog to save as PDF.

← Back to course
TLP:GREEN Limited Disclosure · SCORP² community members only
Exported by: verifying identity… Exported at:
Distribution notice. This document is for active SCORP² community members only. Unauthorized distribution will result in revocation of community membership.

Contextualized Threat Modeling · Viasat KA-SAT Worked Example

Anchors a threat to a real structural element from the platform decomposition

Contextualized Threat Modeling produces enumerated AN-THR elements, one per threat. Every element names the structural element it actually targets via TOE (Target of Exploitation). This worked example anchors a single threat to the firmware element selected for the chain, the SurfBeam2 modem firmware on the KA-SAT subscriber network, using the publicly attributed Sandworm threat actor that overwrote that firmware with the AcidRain wiper on 24 February 2022.

Platform anchor (carried through the later functions).
AST : FW : Firmware : 00 · SurfBeam2 modem firmware image deployed across all KA-SAT residential and commercial subscriber modems.
Parent chain: SVC : DP : Data Plane : 00SEG : US : User : 00PCE : TE : Terrestrial : 00. Subsystem: modem.

How to use this document

  1. Threat-modeling worksheet template. Replace the Viasat-specific values with your own platform's threats; the field set stays the same.
  2. Threat catalogue appendix. Attach to your threat-modeling procedure as a worked example.
  3. Analyst training. Pair with the L1–L4 element taxonomy reference; new analysts see how a real-world threat anchors to a real structural element.

Element identifier format

LAYER : TAG : LABEL : ORDINAL · all four fields required, LABEL written in full. Ordinals scoped to the (LAYER, TAG) pair.

THREnumerated AN-THR

One concrete threat anchored to the firmware element via TOE.

FieldValue
IdentifierAN : THR : Threat : 00
DescriptionRussian GRU Unit 74455 (publicly tracked as “Sandworm” / “Voodoo Bear”), a state-sponsored APT with demonstrated capability to develop and deploy custom wiper malware against satellite-communications infrastructure. Demonstrated against KA-SAT subscriber modems on 24 February 2022.
TOEAN : THR : Threat : 00 via TOEAST : FW : Firmware : 00 (parent chain SVC : DP : Data Plane : 00 → SEG : US : User : 00 → PCE : TE : Terrestrial : 00)
SourceViasat post-incident report, 30 March 2022; CISA AA22-110A (joint advisory with NSA, FBI, NCSC-UK); SentinelOne AcidRain technical analysis; public attribution by US, UK, EU, Ukraine.
ConfidenceHigh. Multiple independent analyses converge on Sandworm attribution and AcidRain as the wiper artifact deployed against the SurfBeam2 firmware.

Annotation criteria for every AN-THR element

FieldRequired?What to capture
LAYER / TAG / LABEL / ORDINALRequiredAlways AN : THR : Threat : NN with the next ordinal in your AN-THR sequence.
DESCRIPTIONRequiredPlain-English statement of who or what the threat actor is and why this threat matters to your platform. Avoid sales language; cite capability evidence.
TOERequiredFully-qualified enumerated identifier of the structural element the threat actually targets. Multiple TOE references are allowed when the threat applies to several elements.
SOURCERequiredPublic attribution, government brief, ISAC bulletin, vendor advisory, or internal incident report. The source must be specific enough that someone else can open it and verify the claim.
CONFIDENCERecommendedHigh / medium / low, with one-line rationale. Useful when downstream functions (the attack-path function, the detection-engineering function) need to weight the threat.
DRIVESAuto-populatedThe set of AN-ATT elements the attack-path function will derive from this threat; populated forward, not during the threat-modeling step.
Validation rules. Before declaring an AN-THR enumerated: TOE points at a real, enumerated structural element produced during the platform decomposition (no examples, no placeholders); the source artifact exists and someone else can open it; the description states what the threat actor has demonstrated, not what they could demonstrate; confidence is recorded.

Why this threat anchors to firmware specifically

Sandworm has multiple satellite-communications-relevant capabilities, but the demonstrated capability against this asset class is firmware-overwrite via management-plane abuse. Other Sandworm capabilities (network-level disruption, ICS targeting) would anchor to different structural elements and become separate AN-THR entries with their own TOEs. Contextualized Threat Modeling captures one threat-to-target relationship at a time, and one actor can produce many AN-THR entries when the platform exposes multiple targets.