Field guide · Cyber Threat Intelligence

Intelligence-Led Defence: from indicators to adversary understanding

A practitioner's guide to the intelligence lifecycle, the frameworks analysts rely on, and the tactics, techniques and procedures used by everyone from financially motivated crime syndicates to state-sponsored APTs.

01 · The intelligence lifecycle
02 · Strategic, operational, tactical, technical
03 · Why IOC feeds are not enough
04 · Implementing intelligence-led defence
05 · The Cyber Kill Chain®
06 · MITRE ATT&CK®
07 · The Diamond Model
08 · Using the frameworks together
09 · TTPs across the adversary spectrum
10 · Maturity roadmap & checklist
01 · Foundations

The intelligence lifecycle in security operations

Threat intelligence is not a data feed; it is a process that turns raw information into decisions. The classic lifecycle, borrowed from national intelligence practice, is a continuous loop. Each pass is anchored to a stakeholder's question and ends with feedback that sharpens the next question.

STAKEHOLDER Decisions
Fig 1 · Click a phase. The amber marker represents a requirement moving through the cycle.

Lifecycle in a SOC context

PhaseSOC realityCommon failure
DirectionPriority Intelligence Requirements (PIRs) agreed with CISO, IR, risk, fraud"Collect everything" with no questions
CollectionTelemetry, IR cases, ISACs, vendor reporting, OSINT, dark-web sourcesOver-reliance on free IOC feeds
ProcessingNormalise to STIX 2.1, de-duplicate, enrich, score confidence in a TIPUnscored indicators pushed straight to blocklists
AnalysisMap to ATT&CK, cluster with Diamond Model, assess relevance and likelihoodReporting "what" without "so what"
DisseminationDetections for SOC, briefs for executives, hunts for threat hunters; TLP markedOne report format for every audience
FeedbackDetection hit-rates, hunt outcomes, stakeholder surveysNo measurement, so no improvement
02 · Audiences

Four levels of intelligence

The same adversary activity produces different products for different consumers. Shelf-life increases as you move up the stack, and so does business impact.

TechnicalIPs, hashes · hours–days TacticalTTPs, detections · months OperationalCampaigns, intent · months StrategicRisk, trends · years
Fig 2 · Shelf-life and decision altitude rise from technical to strategic intelligence.

Strategic → Board, CISO, risk

Who targets our sector, why, and how this changes risk appetite, investment and M&A or geographic expansion decisions.

Operational → IR lead, SOC manager

Details of specific campaigns: timing, targeting, infrastructure, likely next steps. Drives readiness and surge planning.

Tactical → Detection engineers, hunters

Adversary behaviours mapped to ATT&CK, converted into detection logic, hunt hypotheses and control tests.

Technical → SIEM, EDR, firewalls

Machine-readable indicators for blocking and enrichment. Useful, cheap, and quickly obsolete.

03 · Beyond the feed

Why strategic intelligence outperforms IOC feeds

David Bianco's Pyramid of Pain captures the core argument: the higher up the pyramid you detect and deny, the more it costs the adversary to adapt. Hash values change with one byte; TTPs are rooted in tooling, skills and tradecraft that take months to rebuild.

TTPs Tools Network / host artefacts Domain names IP addresses Hash values

Bottom · Trivial Re-compile a binary, rent a new VPS: the IOC is dead in minutes.

Middle · Annoying Artefacts like named pipes, user-agents or registry keys force retooling.

Top · Tough Detecting behaviour such as LSASS access or Kerberoasting forces the adversary to learn new tradecraft.

Fig 3 · Pyramid of Pain (Bianco, 2013). Strategic and tactical intelligence works at the top layers.

Where strategic intelligence creates impact

Investment prioritisation

Tie security spend to the adversaries and techniques most likely to hit you, rather than to vendor hype cycles.

Risk quantification

Feed threat likelihood into FAIR-style models, so risk registers reflect real adversary capability and intent.

Business decisions

Assess the threat landscape before entering a new market, acquiring a company or onboarding a critical supplier.

Third-party & supply-chain risk

Monitor suppliers' exposure and breach history; anticipate attacks on MSPs and software vendors.

Regulatory readiness

Support DORA threat-led penetration testing (TLPT), TIBER-EU / CBEST scenarios and NIS2 risk management.

Crisis anticipation

Geopolitical events (elections, conflicts, sanctions) predict hacktivist and state activity spikes weeks ahead.

Rule of thumb: IOC feeds answer "is this bad?". Strategic intelligence answers "what should we do differently next quarter, and why?" Both are needed, but only one changes an organisation's posture.

IOC feeds vs intelligence-led practice

DimensionIOC-feed modelIntelligence-led model
Unit of workIndicatorAdversary behaviour & intent
Shelf-lifeHours to daysMonths to years
False positivesHigh (shared hosting, CDNs)Lower, context-rich
Defends againstYesterday's campaignNext campaign by the same actor
MetricIndicators ingestedTechnique coverage, MTTD, decisions influenced
04 · Implementation

Implementing intelligence-led defence

Intelligence-led defence means letting knowledge of real adversaries determine what you detect, hunt, test and fix. The engine is a loop between CTI, detection engineering, threat hunting, red/purple teaming and incident response.

CTI teamPIRs · actor profiles Detection engineeringSigma · EDR · SIEM rules Purple teamemulate · validate Threat hunting & IRhypotheses · findings Threatmodel
Fig 4 · The intelligence-led defence loop: every hunt, incident and purple-team test becomes new collection.

Seven implementation steps

1 · Define PIRs

e.g. "Which ransomware affiliates are targeting UK financial services, and how do they gain initial access?" Keep 5–15, review quarterly.

2 · Build a threat model

Profile the 5–10 actors most relevant by sector, geography and tech stack. List their techniques in ATT&CK.

3 · Assess coverage

Overlay prioritised techniques against current detections in ATT&CK Navigator. Gaps become your backlog.

4 · Engineer detections

Write behaviour-based rules (Sigma, KQL, SPL) as code, version controlled and unit-tested with emulation data.

5 · Hunt by hypothesis

"If APT29 were here, we would see anomalous OAuth app consent." Hunt, document, convert findings into detections.

6 · Validate continuously

Emulate adversaries with Atomic Red Team, CALDERA or commercial BAS tools. Measure detection and response.

7 · Measure and report

Track technique coverage %, mean time to detect, PIRs answered and decisions influenced. Report in business terms.

Enablers

A TIP (MISP, OpenCTI or commercial), STIX/TAXII sharing, ISAC membership, TLP 2.0 discipline and analyst training in structured analytic techniques.

Analytic rigour

Use estimative language consistently (e.g. "likely" = 55–80%), separate source reliability from information credibility (Admiralty Code A1–F6), and apply structured techniques such as Analysis of Competing Hypotheses to manage bias, especially in attribution.

05 · Framework

The Lockheed Martin Cyber Kill Chain®

Published in 2011, the Kill Chain models an intrusion as seven sequential phases. Its key defensive insight: an adversary must succeed at every phase, while a defender needs to break the chain only once, and the earlier the better.

Select a phase or play the animation.

Fig 5 · Seven phases of the Cyber Kill Chain. Red = adversary progress; teal = defender disruption.

Courses of action matrix

PhaseDetectDenyDisruptDegrade / Deceive
ReconWeb analytics, honeytokensReduce exposed info—Fake employee personas
DeliveryEmail gateway, proxyAttachment blockingSandboxingEmail quarantine
ExploitationEDR, HIDSPatchingExploit protection—
InstallationEDR, SysmonApp allow-listingLeast privilege—
C2NDR, DNS analyticsEgress filteringDNS sinkholeTarpit
ActionsDLP, UEBASegmentationIsolationHoneypots, canary data
Limits: the model is perimeter- and malware-centric. It struggles with insiders, cloud identity abuse, and "living off the land" intrusions where there is no weaponised payload. That is where ATT&CK complements it.
06 · Framework

MITRE ATT&CK®

ATT&CK is a globally accessible knowledge base of adversary behaviour built from real-world observations. The Enterprise matrix organises behaviour into 14 tactics (the adversary's "why"), each containing techniques and sub-techniques (the "how"), linked to procedure examples, groups, software, mitigations and data sources.

Fig 6 · Simplified Enterprise ATT&CK matrix (representative techniques). Select an actor to highlight documented techniques, as you would with an ATT&CK Navigator layer.

Coverage mapping

Score detections per technique; prioritise gaps for the actors in your threat model.

Shared language

"T1003.001" means the same to a vendor, an ISAC and your SOC: LSASS memory credential dumping.

Emulation plans

MITRE CTID adversary emulation plans and ATT&CK Evaluations turn reporting into repeatable tests.

Mitigations (M-codes)

Link techniques to controls such as M1032 MFA or M1026 Privileged Account Management.

Data sources

Show which telemetry you need (process creation, logon sessions) before you can detect a technique.

Related projects

D3FEND for countermeasures; ATT&CK for ICS and Mobile; ATLAS for attacks on AI systems.

07 · Framework

The Diamond Model of Intrusion Analysis

Caltagirone, Pendergast and Betz (2013) proposed that every intrusion event consists of four core features connected as a diamond: an adversary uses a capability over infrastructure against a victim. Its power lies in pivoting: knowing one vertex helps you discover the others.

socio-political axis technology axis Adversary Infrastructure Capability Victim

Adversary Operator and customer, e.g. a ransomware affiliate and the RaaS operator.

Capability Malware, exploits, tradecraft: Cobalt Strike, a ToolShell exploit, help-desk vishing.

Infrastructure Domains, IPs, VPS, compromised routers, cloud tenants, email accounts.

Victim Organisation, people, assets, email addresses.

Meta-features Timestamp, phase, result, direction, methodology, resources.

Fig 7 · The Diamond Model. The orbiting marker illustrates analytic pivoting between vertices.

Pivoting example

A phishing email hits the finance team (victim). The attachment drops a loader (capability) that beacons to a domain (infrastructure). Passive DNS and certificate pivots reveal 40 sibling domains with the same registrar pattern, previously reported against other banks, associated with a known cluster (adversary). Linked events form activity threads; similar threads form activity groups, the basis of actor tracking.

08 · Synthesis

Using the frameworks together

These models are complementary lenses, not competitors. A mature CTI function uses all three, and increasingly the Unified Kill Chain, which merges Kill Chain and ATT&CK into 18 phases.

Cyber Kill ChainMITRE ATT&CKDiamond Model
Question answeredWhere in the intrusion are we?Exactly how did they do it?Who, against whom, using what?
Granularity7 coarse phases14 tactics, 200+ techniques, 400+ sub-techniquesSingle events → activity groups
Best forExecutive narrative, control placementDetection engineering, coverage, emulationClustering, attribution, pivoting
WeaknessLinear, malware-centricCan become a box-ticking exerciseNeeds disciplined data capture
Diamond Modelcluster events → actor Kill Chainphase the campaign ATT&CKmap TTPs → gaps Actiondetect · hunt · brief
Fig 8 · A typical analytic pipeline combining the three frameworks.
09 · Adversaries

TTPs across the adversary spectrum

Adversaries differ in motivation, resources and patience, but their tradecraft increasingly converges: criminals buy nation-state-grade tooling, and states use criminal infrastructure and ransomware as cover.

Opportunistic crimeOrganised syndicatesRansomware ecosystemsHybrid state/crimeState APTs
Fast, noisy, profitPatient, stealthy, strategic
Fig 9 · The adversary spectrum, by sophistication, patience and motivation.

Cross-cutting observations

Identity is the new perimeter

Valid accounts (T1078), MFA fatigue (T1621) and token theft dominate initial access across crime and state actors.

Living off the land

PowerShell, WMI, RMM tools and native binaries reduce the value of hash-based IOCs to near zero.

Edge-device exploitation

VPNs, firewalls and file-transfer appliances (T1190) are favoured by both ransomware crews and APTs.

Specialisation

Initial access brokers, RaaS developers, affiliates and negotiators operate as a supply chain.

Faster dwell times

Ransomware breakout can take hours; espionage actors may remain for years. Detection strategy must handle both.

Attribution is hard

Shared tooling and false flags (e.g. Olympic Destroyer) demand ACH and confidence statements.

10 · Roadmap

Maturity roadmap & checklist

1Ad hoc
Free IOC feeds, no PIRs
2Reactive
TIP in place, IOC enrichment
3Defined
PIRs, actor profiles, ATT&CK mapping
4Integrated
Detection-as-code, hunts, purple teams
5Strategic
Drives risk & business decisions

90-day starter checklist

DaysActionOutput
0–30Interview stakeholders; draft PIRs; inventory telemetryPIR register, data-source map
30–60Profile top 5 actors; build ATT&CK Navigator layers; score coverageThreat model, gap heatmap
60–90Ship 10 behaviour detections for top gaps; run first emulation; brief the boardDetections, test report, strategic brief
Key takeaway: intelligence-led defence is measured not by how much threat data you consume, but by how many decisions, detections and investments it changes.