<< All versions

Skill v1.0.0

currentAutomated scan100/100
gensecaihq/wazuh-autopilot/threat-actor-attribution
──Details
PublishedOctober 23, 2026 at 01:47 AM
Content Hashsha256:758375c004829e15...
Git SHA07da85f90cf7
──Files
Files (1 file, 3.3 KB)
SKILL.md3.3 KBactive
SKILL.md · 80 lines · 3.3 KB

version: "1.0.0" name: threat-actor-attribution description: Assess possible threat-actor or campaign links using the Diamond Model and ATT&CK group data, expressed with calibrated estimative language; use only when a case shows enough TTP or infrastructure overlap to justify attribution discussion. allowed-tools: get_case analyze_security_threat check_ioc_reputation search_external_context get_top_security_threats add_finding metadata: category: intel display_name: Threat Actor Attribution standards: [mitre-attack, nist-csf-2] version: "1.0"


Threat Actor Attribution

Attribution is rarely needed to respond, and wrong attribution causes real harm (misdirected response, bad executive decisions). Do it carefully or not at all.

When to attempt

Attempt only if at least two of these hold:

  • Infrastructure (IP/domain) with a reliable (A/B) public link to a named cluster.
  • Tooling or malware family with known actor associations.
  • A distinctive TTP sequence matching an ATT&CK group profile.
  • Targeting consistent with the actor's known sector/geography interest.

Otherwise record "attribution not assessed — insufficient evidence" and stop.

Diamond Model

Describe the intrusion on four vertices and the links between them:

VertexQuestionsEvidence sources
AdversaryWho operates it? (often unknown — that's fine)intel reporting
CapabilityTools, malware, exploits, techniqueshost forensics, ATT&CK mapping
InfrastructureIPs, domains, C2, hostingIOC enrichment
VictimWhich assets, users, sectorcase entities, org context

Meta-features: timestamp, phase (ATT&CK tactic), result, direction, methodology. Pivot vertex-to-vertex (e.g. infrastructure → other victims seen in intel) to test links.

Comparing to ATT&CK groups

  1. List the case's confirmed techniques (from mitre-attack-mapping).
  2. Compare with candidate groups' technique sets from public ATT&CK group pages

(via search_external_context for the group name — public data only).

  1. Overlap on common techniques (T1059, T1078, T1110) means little; weight distinctive

techniques and tool names higher.

  1. Record competing hypotheses, including "unknown / commodity actor".

Estimative language (ICD 203 style)

Use consistent probability terms and state confidence separately:

TermApprox. probability
almost no chance / remote1–5%
very unlikely5–20%
unlikely20–45%
roughly even chance45–55%
likely55–80%
very likely80–95%
almost certainly95–99%

Confidence (low / moderate / high) reflects evidence quality and source reliability, not probability. Example: "We assess it is unlikely (moderate confidence) that this activity is linked to group X; infrastructure overlap is limited to a shared hosting provider."

Rules

  • Never name a nation-state sponsor on your own; at most reference public reporting and

grade it.

  • Distinguish commodity crimeware, opportunistic scanning, and targeted operations.
  • Attribution never changes containment urgency by itself.

Output

  • add_finding titled Attribution assessment with the Diamond Model table, competing

hypotheses with estimative language and confidence, sources with Admiralty grades, and key gaps. standard_refs: MITRE-ATTACK.

All versions