New The 2026 Continuous Validation Methodology Paper is now available. Read the paper →

The Research Index.

Reference notes on offensive security: methodologies, tooling, and per-service exploitation matrices. Hand-titled, cross-mapped to engagement phases, kept free of dated artifacts.

Looking up an acronym? Open the Glossary

45
Notes
13
Featured
8
Domains
22
Engagement phases
1

Offensive Tradecraft

Methodologies, frameworks, and red-team playbooks. The how-we-test layer.

12 notes

Featured

Reference

Background

  • Pretext design, channel selection, and the patterns specific to phishing privileged users — including the failure modes that turn a campaign into an internal incident on your side.

    Authentication
  • Senior-tester skill rubric, repo-archaeology techniques for security engineers, and the CTF tooling and infrastructure references that keep practice sharp.

    Recon · Methodology
2

Application & Identity Security

OWASP-adjacent vulnerability classes — from XSS to business logic flaws.

7 notes

Featured

Reference

Background

3

Cloud & Modern Infrastructure

Public-cloud security models and enterprise architecture patterns.

4 notes

Reference

Reference

AWS Security Reference

IAM modeling, cross-account boundaries, and the highest-leverage misconfigurations to look for first on AWS.

ReconKnown CVEsReporting
Reference

Enterprise Security Architecture

Reference architecture patterns for security at enterprise scale, paired with the cross-industry view of which platform choices the field is moving toward.

ReconReporting

Background

  • Python idioms specific to security work: subprocess discipline, robust HTTP, async scanners, and the regex patterns recurring in log triage.

4

Operational Technology & Embedded

Surfaces outside conventional IT: ICS/SCADA, IoT, automotive, wireless.

3 notes

Reference

Reference

Wi-Fi Attack & Detection

Wireless attack surface across WPA2/WPA3 and enterprise EAP variants, with the practical detection telltales for each technique.

Recon

Background

5

Threat Intelligence & Adversary Modeling

Diamond model, kill chains, attribution, and threat modeling.

5 notes

Featured

Background

6

Reverse Engineering, Binary & Malware

Low-level attack surfaces — exploitation, fuzzing, and malware behavior.

4 notes

Background

  • End-to-end memory-corruption pipeline: corruption classes, fuzzing-driven crash discovery, mitigation tradeoffs per stage, and the Windows internals that earn offensive relevance.

  • Quick-reference for disassemblers, debuggers, and the signatures to look for first — including an ARM reference for analysts moving from x86 and the modern browser as an attack surface.

  • Triage workflow, packer recognition, behavioral exploit profile, RAT family-behavior reference, and the template for documenting a sustained adversary group.

  • PDF as a delivery vehicle (structure, script extraction, parser quirks) and the Java-runtime exploit reference — historical and current patterns, with what each reveals about the deployed JRE.

7

AI, Data & Emerging Risk

Machine-learning security, blockchain, and data-layer threats.

4 notes

Background

  • Vendor-neutral landscape map: model families, training pipelines, deployment patterns — plus which statistical/ML models fit which security-analytics problems and where they reliably fail.

    Known CVEs
  • Natural-language processing applied to security work: log clustering, phishing detection, report summarization, and where modern LLM-driven techniques fit (and don't).

  • Smart-contract, bridge, and consensus-layer threat classes — where the field's actual losses cluster, and the audit patterns that catch them.

  • Practitioner-level hashing reference: when collision resistance matters, when length-extension bites, and what to pick today.

8

Defensive Operations & Governance

Blue-team operations, the security-product landscape, and compliance posture.

6 notes

Reference

Reference

SIEM Architecture — Reference

Reference architecture for a working SIEM: ingestion, normalization, detection layer, response loop — with the cost and quality trade-offs at each junction.

ReportingRecon
Reference

SSL/TLS Threat Model

TLS attack surface organized by ceremony stage: handshake, certificate path, cipher choice, record layer — with the deprecation and mitigation timeline.

Reference

Host & Network Hardening

Linux operator hardening, TCP/IP operational notes for detection engineers, AD defense from the defender's perspective, and data-center host hardening where physical access intersects vendor patches.

Reporting

Background

  • What changes at the perimeter, the realities of office network hardening (BYOD, printers, guest segmentation), and database security beyond SQL injection — replication, backup, encryption-at-rest.

    Reporting · Known CVEs
  • Cross-walk between common control frameworks, the reference architecture for an in-house risk-control platform, and the field-level orientation map of the discipline.

Methodology

How the index is curated

Every entry is fingerprinted by SHA-256 against the source corpus, deduplicated, machine-extracted from diagrammatic form, and manually re-titled in neutral English. Where a topic has aged out (dated tooling, year-stamped surveys), it is removed rather than rebranded.

Entries are mapped to the engagement phase they support, so a tester reading a finding in our report can land on the exact reference that informed it.

  • Stable identifiers. Every note carries a content hash. Updates change the hash; the index is reproducible.
  • One language. Published in English. Titles and blurbs are neutral so they remain quotable.
  • Phase-mapped. Each note links to the engagement phases where it actually applies, not where it might.
  • No advertising. The index does not promote tools or vendors. Where a tool is named, it is named for technical specificity.

Looking up an acronym? Open the Glossary

From reference to evidence

Validate these gaps in your own environment.