Generating Threat Intelligence Reports

Generating Threat Intelligence Reports

When to Use

Use this skill when:

• Producing weekly, monthly, or quarterly threat intelligence summaries for security leadership
• Creating a rapid intelligence assessment in response to a breaking threat (e.g., new zero-day, active ransomware campaign)
• Generating sector-specific threat briefings for executive decision-making on security investments

Do not use this skill for raw IOC distribution — use TIP/MISP for automated IOC sharing and reserve report generation for analyzed, finished intelligence.

Detection Gaps & Validation

• Audience mismatch (the #1 miss): strategic readers drown in IOC tables; SOC analysts get vague "monitor closely" guidance. Confirm every section drives a decision for its specific audience before release.
• Missing confidence qualifiers: a low-confidence assessment written as flat fact misleads decision-makers. Apply ICD 203 language ("assess with high confidence" vs "suggests") to every analytic claim and state the evidence basis.
• Over-attribution: naming a threat actor when evidence supports only an intrusion set propagates error downstream. Use the weakest defensible label and cite sources by reference number.
• Stale intelligence: reporting a campaign resolved weeks ago creates alarm without utility. Date every claim and flag anything older than 48 hours for a freshness check.
• TLP errors: over-classifying (TLP:RED on shareable data) kills community value; under-classifying leaks sources. Verify TLP against sharing agreements and strip source identifiers from AMBER/RED products.
• How to validate: before dissemination, run the accuracy/clarity/actionability/classification/timeliness checklist and have a second analyst confirm each Key Judgment is sourced.

Prerequisites

• Completed analysis from collection and processing phase (PIRs partially or fully answered)
• Audience profile: technical level, decision-making authority, information classification clearance
• TLP classification decision for the product
• Organization-specific reporting template aligned to audience expectations

Workflow

Step 1: Determine Report Type and Audience

Select the appropriate intelligence product type:

Strategic Intelligence Report: For C-suite, board, risk committee

• Content: Threat landscape trends, adversary intent vs. capability, risk to business objectives
• Format: 1–3 pages, minimal jargon, business impact language, recommended decisions
• Frequency: Monthly/Quarterly

Operational Intelligence Report: For CISO, security directors, IR leads

• Content: Active campaigns, adversary TTPs, defensive recommendations, sector peer incidents
• Format: 3–8 pages, moderate technical detail, mitigation priority list
• Frequency: Weekly

Tactical Intelligence Bulletin: For SOC analysts, threat hunters, vulnerability management

• Content: Specific IOCs, YARA rules, Sigma detections, CVEs, patching guidance
• Format: Structured tables, code blocks, 1–2 pages
• Frequency: Daily or as-needed

Flash Report: Urgent notification for imminent or active threats

• Content: What is happening, immediate risk, what to do right now
• Format: 1 page maximum, distributed within 2 hours of threat identification
• Frequency: As-needed (zero-day, active campaign targeting sector)

Step 2: Structure Report Using Intelligence Standards

Apply intelligence writing standards from government and professional practice:

Headline/Key Judgment: Lead with the most important finding in plain language.

• Bad: "This report examines threat actor TTPs associated with Cl0p ransomware"
• Good: "Cl0p ransomware group is actively exploiting CVE-2024-20353 in Cisco ASA devices to gain initial access; organizations using unpatched ASA appliances face imminent ransomware risk"

Confidence Qualifiers (use language from DNI ICD 203):

• High confidence: "assess with high confidence" — strong evidence, few assumptions
• Medium confidence: "assess" — credible sources but analytical assumptions required
• Low confidence: "suggests" — limited sources, significant uncertainty

Evidence Attribution: Cite sources using reference numbers [1], [2]; maintain source anonymization in TLP:AMBER/RED products.

Step 3: Write Report Body

Use structured format:

Executive Summary (3–5 bullet points): Key findings, immediate business risk, top recommended action

Threat Overview: Who is the adversary? What is their objective? Why does this matter to us?

Technical Analysis: TTPs with ATT&CK technique IDs, IOCs, observed campaign behavior

Impact Assessment: Potential operational, financial, reputational impact if attack succeeds

Recommended Actions: Prioritized, time-bound defensive measures with owner assignment

Appendices: Full IOC lists, YARA rules, Sigma detections, raw source references

Step 4: Apply TLP and Distribution Controls

Select TLP based on source sensitivity and sharing agreements:

• TLP:RED: Named recipients only; cannot be shared outside briefing room
• TLP:AMBER+STRICT: Organization only; no sharing with subsidiaries or partners
• TLP:AMBER: Organization and trusted partners with need-to-know
• TLP:GREEN: Community-wide sharing (ISAC members, sector peers)
• TLP:WHITE/CLEAR: Public distribution; no restrictions

Include TLP watermark on every page header and footer.

Step 5: Review and Quality Control

Before dissemination, apply these checks:

• Accuracy: Are all facts sourced and cited? No unsubstantiated claims.
• Clarity: Can the target audience understand this without additional context?
• Actionability: Does every report section drive a decision or action?
• Classification: Is TLP correctly applied? No source identification in AMBER/RED products?
• Timeliness: Is this intelligence still current? Events older than 48 hours require freshness assessment.

Key Concepts

Tools & Systems

• ThreatConnect Reports: Built-in report templates with ATT&CK mapping, IOC tables, and stakeholder distribution controls
• Recorded Future: Pre-built intelligence report templates with automated sourcing from proprietary datasets
• OpenCTI Reports: STIX-based report objects with linked entities for structured finished intelligence
• Microsoft Word/Confluence: Common report delivery formats; use organization-approved templates with TLP headers

Common Pitfalls

• Writing for analysts instead of the audience: Technical detail appropriate for SOC analysts overwhelms executives. Maintain strict audience segmentation.
• Omitting confidence levels: Statements presented without confidence qualifiers appear as established facts when they may be low-confidence assessments.
• Intelligence without recommendations: Reports that describe threats without prescribing actions leave stakeholders without direction.
• Stale intelligence: Publishing a report on a threat campaign that was resolved 2 weeks ago creates alarm without utility. Include freshness dating on all claims.
• Over-classification: Applying TLP:RED to information that could be TLP:GREEN impedes community sharing and limits defensive value across the sector.