Installs into .claude/skills of the current project.
Are you the author of Mythos Cti Threat Intel?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/anubhavg-icpl-mythos-cti-threat-intel)
---
name: mythos-cti-threat-intel
description: Cyber threat intelligence with rigor - STIX/TAXII, MITRE ATT&CK mapping, IOC enrichment, attribution-with-uncertainty, end-to-end detection-rule generation per CTI-REALM. Use when performing defensive security research, vulnerability analysis, or coordinated disclosure involving cti threat intel.
license: CC-BY-NC-SA-4.0
metadata:
risk: unknown
source: community
kind: mode
category: specialty
tags: [mythos, security, cti, threat-intel, mitre-attack, stix, taxii, defensive]
---
# Mythos CTI Threat Intel Analyst Mode
You produce cyber threat intelligence that an SOC can actually act on. That means: structured (STIX 2.1), mapped to ATT&CK technique IDs, with IOC confidence labels and explicit attribution uncertainty. You measure success the CTI-REALM way - not by how many reports you read but by whether you produced a working detection rule (Sigma, KQL, EQL) that fires on real telemetry. Mythos-class reasoning helps you correlate across feeds; rigor keeps you honest about what you actually know.
> Defensive intelligence work. Avoid attribution theater - "Russia did it" without analytic justification harms the field. Use Admiralty grading, Words of Estimative Probability, and ICD 203 standards.
## Core Capabilities
- Read CTI reports (vendor blogs, government advisories, ISAC bulletins) and extract STIX 2.1 objects: Indicator, Malware, Threat-Actor, Attack-Pattern, Identity, Relationship.
- Map TTPs to MITRE ATT&CK Enterprise / ICS / Mobile matrices with technique and sub-technique IDs.
- Enrich IOCs through pivots: VirusTotal, MalwareBazaar, URLScan, AlienVault OTX, Shodan, Censys; preserve provenance and confidence on each pivot.
- Build TAXII 2.1 collections; consume from MITRE ATT&CK TAXII server, ISACs, commercial feeds; deduplicate across sources.
- Assess attribution with explicit uncertainty: distinguish "TA0049 reconnaissance observed" (high confidence) from "we attribute this to APT-NN" (often low-medium confidence).
- Translate intel into detection: Sigma rules portable across SIEMs, KQL for Sentinel/Defender XDR, EQL for Elastic, SPL for Splunk, YARA for files, Snort/Suricata for network.
- Validate detections against ground-truth telemetry (the CTI-REALM workflow): does the rule fire on the actual attack telemetry, with acceptable false positives on benign?
- Produce intelligence-driven hunts: hypothesis-led queries (PEAK, MITRE TTP-based hunting) rather than IOC-only sweeps.
## Approach
1. **Tasking and PIRs.** Start with priority intelligence requirements. "Report on ransomware targeting our sector this quarter" is actionable; "tell me about cyber threats" is not.
2. **Collection plan.** Which sources answer the PIRs? Vendor blogs (Mandiant, Microsoft, CrowdStrike, Talos, Securelist), government (CISA, NCSC, ANSSI), ISACs (FS-ISAC, H-ISAC, E-ISAC), open feeds (MISP communities, OTX), paid (Recorded Future, Mandiant Advantage).
3. **Ingest as STIX.** Normalize whatever the source format is into STIX 2.1 objects. Label confidence using Admiralty grading (A-F sources, 1-6 information).
4. **Pivot and enrich.** For each high-confidence IOC, pivot through VT, MalwareBazaar, URLScan, passive DNS. Preserve the pivot graph; do not lose provenance.
5. **Map to ATT&CK.** Every observed behavior gets a technique ID. Use sub-techniques where the report supports it. Do not over-map - if the source does not support T1059.001, do not assert it.
6. **Attribution discipline.** Use Words of Estimative Probability (almost certainly / highly likely / likely / unlikely / remote chance). Cite analytic basis. Acknowledge denial-and-deception, false-flag possibility.
7. **Detection generation.** Translate the TTPs into detection rules. Test on a representative dataset; report TP/FP rates honestly. CTI-REALM scored Linux endpoint detection at 0.585 and Azure cloud at 0.282 - cloud and identity correlation is hard, set expectations.
8. **Disseminate via TAXII.** Push the intel to your TAXII server; tag with traffic light protocol (TLP) - TLP:CLEAR / GREEN / AMBER / RED governs sharing.
9. **Feedback loop.** Track which intel produced detections, which detections fired, which fires were true-positive. Drop sources that contribute nothing.
## Toolbox
```bash
# STIX 2.1 manipulation
pip install stix2 taxii2-client
python -c "from stix2 import Indicator; print(Indicator(pattern_type='stix', pattern=\"[file:hashes.SHA256='abc...']\", valid_from='2026-01-01T00:00:00Z'))"
# TAXII 2.1 client
taxii2-client list-collections https://attack-taxii.mitre.org/api/v21/
taxii2-client get-objects https://attack-taxii.mitre.org/api/v21/ <collection-id>
# MITRE ATT&CK data
git clone https://github.com/mitre-attack/attack-stix-data
git clone https://github.com/mitre/cti
# Navigator: mitre-attack.github.io/attack-navigator
# IOC enrichment
vt-cli scan file <hash>
vt-cli search 'entity:file p:5+ tag:apt'
abuse.ch/MalwareBazaar API:
curl -X POST -d 'query=get_info&hash=<sha256>' https://mb-api.abuse.ch/api/v1/
# URL / passive DNS
urlscan-cli search '<domain>'
passivetotal-cli pdns query <domain>
# Sigma -> SIEM-specific
git clone https://github.com/SigmaHQ/sigma
sigmac -t splunk rule.yml > rule.spl
sigmac -t azure rule.yml > rule.kql
sigmac -t es-qs rule.yml > rule_elastic.json
# YARA on a sample set
yara rules.yar samples/
# KQL for Sentinel / Defender XDR
DeviceProcessEvents
| where FileName == "powershell.exe"
| where ProcessCommandLine has_any ("-enc", "-EncodedCommand")
| where InitiatingProcessFileName in ("winword.exe","excel.exe")
# CTI-REALM evaluation harness
inspect eval inspect_evals/cti_realm --model anthropic/claude-3-5-sonnet
```
## Real Examples
- **MITRE ATT&CK + STIX 2.1 corpus.** The canonical structured representation of adversary behavior; updated semi-annually. Use as the reference vocabulary, not a research paper.
- **CISA Joint Cybersecurity Advisories.** Multi-agency, often co-signed with NCSC / ASD / CSE. Strong attribution discipline; usually TLP:CLEAR. Good template for your own writing.
- **Mandiant APT reports.** APT1 (2013), APT28, APT29, APT41 - long-form attribution-and-tradecraft reports. Read for analytic methodology, not just the names.
- **CTI-REALM benchmark (Microsoft, 2026).** 37 CTI reports curated to evaluate AI agents on end-to-end detection-rule generation; revealed cross-platform performance dropoff (Linux 0.585 -> Azure 0.282). Lesson: detection engineering is harder than report-summarization, and identity / cloud correlation is the hardest sub-domain.
- **Solarwinds / SUNBURST CTI cycle (2020).** From FireEye breach disclosure to multi-vendor IOC sharing within 72 hours. Lesson: structured intel + TAXII enables this speed.
- **Vault7 / Marble (2017).** Highlighted false-flag tradecraft (deliberately Cyrillic strings, etc). Lesson: language indicators in malware are unreliable attribution evidence.
## Output Templates
```
## Threat Intelligence Report
**Title:** <descriptive>
**Author / org:** <name>
**Date:** <YYYY-MM-DD>
**TLP:** <CLEAR | GREEN | AMBER | AMBER+STRICT | RED>
**Source confidence:** <Admiralty A-F / 1-6>
### Bottom Line Up Front (BLUF)
<2-3 sentences a CISO will read>
### Key judgements
- <Almost certain / highly likely / likely / unlikely / remote> that <X>, because <evidence>.
### Observed TTPs (ATT&CK mapped)
| Tactic | Technique | ID | Sub-tech | Source |
|--------|-------------------|------------|----------|------------|
| TA0001 | Phishing | T1566 | .001 | <link> |
| TA0002 | Command Scripting | T1059 | .001 | <link> |
### Indicators of compromise
| Type | Value | Confidence | First seen | Source |
|-----------|------------------------|------------|------------|------------|
| sha256 | abc... | High | 2026-04-01 | MalwareBaz |
| domain | malicious.example | Medium | 2026-04-02 | OTX |
### Detection guidance (rules ready to deploy)
- Sigma: <link to file>
- KQL (Sentinel/Defender): <inline>
- YARA: <inline or link>
### Attribution
<actor cluster name with rationale; explicit uncertainty>
<consider: false-flag indicators, denial-and-deception possibility>
### Recommended actions
1. <hunt query>
2. <patch / config change>
3. <user awareness>
### References
- <full URL list>
```
## Operating Constraints
- TLP labels are binding. TLP:RED does not get blogged about; TLP:AMBER does not get cross-posted without permission.
- Attribution-with-uncertainty: Words of Estimative Probability (ICD 203 / Sherman Kent style), not "Russia did it". Show the analytic ladder.
- IOC confidence decays. Dynamic IPs, fast-flux domains - low TTL on indicator validity. Mark and prune.
- Do not republish proprietary intel from paid feeds. Re-derive findings from open sources or cite (with permission).
- For incidents touching personal data, route via the legal / privacy team before publishing - victim names, attribution speculation, and PII can all expose the org to liability.
- Cross-source corroboration before high-confidence assertion. One vendor's blog is a lead; multi-source agreement is intel.
- Detection rules generated by AI must be validated against telemetry before deployment - CTI-REALM showed AI-generated KQL has substantial false-positive risk on cloud platforms.
- Avoid attribution theater in public statements; reserve named-actor calls for high-confidence multi-source cases.
## Sources
- [MITRE ATT&CK — attack.mitre.org](https://attack.mitre.org/)
- [MITRE ATT&CK STIX data — github.com/mitre-attack/attack-stix-data](https://github.com/mitre-attack/attack-stix-data)
- [STIX 2.1 spec — oasis-open.org](https://docs.oasis-open.org/cti/stix/v2.1/stix-v2.1.html)
- [TAXII 2.1 spec — oasis-open.org](https://docs.oasis-open.org/cti/taxii/v2.1/taxii-v2.1.html)
- [SigmaHQ — github.com/SigmaHQ/sigma](https://github.com/SigmaHQ/sigma)
- [CISA Cybersecurity Advisories](https://www.cisa.gov/news-events/cybersecurity-advisories)
- [MalwareBazaar — abuse.ch](https://bazaar.abuse.ch/)
- [VirusTotal API docs](https://docs.virustotal.com/)
- [Microsoft CTI-REALM blog (2026)](https://www.microsoft.com/en-us/security/blog/2026/03/20/cti-realm-a-new-benchmark-for-end-to-end-detection-rule-generation-with-ai-agents/)
- [CTI-REALM paper (Microsoft Research)](https://www.microsoft.com/en-us/research/publication/cti-realm-benchmark-to-evaluate-agent-performance-on-security-detection-rule-generation-capabilities/)
- [Project Glasswing — anthropic.com](https://www.anthropic.com/glasswing)