Cybersecurity Tools Reference Pt 3 — Secure In Security
Secure In Security — Cybersecurity Tools Reference Pt 3 Contact / About / Policy
Secure In Security
Cybersecurity Tools
In-Depth Technical Reference & Use Case Demonstrations
Encryption  │  Threat Intelligence  │  Incident Response
About This Document

Introduction

This reference document provides in-depth technical descriptions, architectural overviews, key feature analyses, and practical use-case demonstrations for 30 cybersecurity tools across three security domains: Encryption (Tools 51–60), Threat Intelligence (Tools 61–70), and Incident Response (Tools 71–80). Each tool profile includes specific command-line examples, API calls, configuration excerpts, illustrative enterprise scenarios, and example outcomes — enabling practitioners to understand not just what each tool does but precisely how it is applied in real-world environments.

About the Scenarios
The Illustrative Scenario and Illustrative Outcome boxes for each tool are hypothetical teaching examples, written to show how the tool is typically used. They are composites, not records of real engagements, client incidents, or lab results, and the figures in them — counts, times, percentages, and dollar amounts — are representative rather than measured. Real results will vary with your environment, configuration, and data.

The tools covered span the full spectrum from open-source platforms with global community adoption to commercial enterprise products with dedicated vendor support. Command examples use realistic IP addressing, naming conventions, API structures, and operational parameters consistent with production deployment patterns.

Notice
All command examples involving active techniques are provided strictly for educational purposes and authorised security testing. Performing vulnerability scanning, penetration testing, or forensic investigation against systems you do not have explicit written authorisation to test is illegal in most jurisdictions. Always obtain written authorisation before conducting any security assessment.
Section 1  │  Encryption

Section 1: Encryption

This section provides comprehensive technical profiles for 10 encryption tools (Tools 51–60), covering the spectrum from open-source community solutions to commercial enterprise platforms.

51
VeraCrypt
Open-Source Disk Encryption — IDRIX

Overview

VeraCrypt is the foremost open-source disk encryption utility and the direct successor to the discontinued TrueCrypt project. Developed by IDRIX (France) since 2013, VeraCrypt corrects known TrueCrypt weaknesses by dramatically increasing PBKDF2 iteration counts — raising SHA-512 iterations from 2,000 to 327,661 for non-system volumes — making brute-force attacks orders of magnitude more expensive. It encrypts entire partitions, storage devices, or file-based containers using AES, Serpent, Twofish, Camellia, or Kuznyechik, individually or cascaded (e.g., AES-Twofish-Serpent) in XTS operation mode.

VeraCrypt’s deniable encryption (hidden volume) architecture is its most operationally distinctive feature. A single container holds two independent encrypted layers: an outer (decoy) volume opened with one password, and a hidden inner volume opened with a separate password. Because the hidden volume’s ciphertext is statistically indistinguishable from the random-looking free space in the outer volume, providing the outer password under coercion reveals only decoy content. VeraCrypt additionally supports full system drive encryption with pre-boot authentication, a Personal Iterations Multiplier (PIM) for custom hardening, keyfile authentication, and cross-platform container portability between Windows, macOS, and Linux.

Key Features & Components

Feature / ComponentDescription
Hidden Volume (Deniable Encryption)Two-layer container: decoy outer volume revealed by one password; hidden inner volume revealed by another. The inner volume is cryptographically indistinguishable from free space.
Cascaded Cipher AlgorithmsChains ciphers sequentially (e.g., AES-Twofish-Serpent). All three must fail simultaneously for data exposure — a hedge against future cryptanalysis of any single algorithm.
System Drive Pre-Boot EncryptionEncrypts the OS partition; a custom VeraCrypt bootloader requires passphrase or keyfile before the OS loads — blocking offline attacks and physical drive theft.
Personal Iterations Multiplier (PIM)User-defined multiplier for key-derivation iterations — increases resistance to brute force at the cost of slightly longer unlock times.
Keyfile SupportAny binary file (image, PDF, audio) used as an additional authentication factor — decryption requires both the passphrase AND the keyfile.
Cross-Platform Container PortabilityEncrypted volumes created on Windows are readable on macOS and Linux with identical AES-256 security — portable encrypted data transport across heterogeneous environments.

Use Case Demonstration

Illustrative Scenario
An investigative journalist operating in a country with press freedom restrictions uses VeraCrypt’s hidden volume feature to protect sensitive source communications. If compelled at a border crossing to reveal the password, only publicly archived research documents are exposed; the actual source materials remain cryptographically concealed.
Step-by-Step Command Walkthrough
# ── STEP 1  Create the outer (decoy) volume ───────────────────────────────────
veracrypt --text --create /media/usb/research.vc \
  --volume-type=normal --size=3G \
  --encryption=AES --hash=SHA-512 --filesystem=FAT \
  --password='ResearchDocs2024!' \
  --pim=0 --keyfiles='' --random-source=/dev/urandom

# ── STEP 2  Mount outer volume and populate with plausible decoy files ────────
veracrypt --text --mount /media/usb/research.vc /mnt/outer \
  --password='ResearchDocs2024!' --protect-hidden=no
cp -r ~/Documents/PublicResearch/* /mnt/outer/
veracrypt --text --dismount /mnt/outer

# ── STEP 3  Create hidden volume inside the outer container ───────────────────
veracrypt --text --create /media/usb/research.vc \
  --volume-type=hidden --size=800M \
  --encryption=AES-Twofish-Serpent --hash=Whirlpool \
  --filesystem=EXT4 \
  --password='Src!2024$XkP9mN' --pim=485 \
  --keyfiles='/home/user/auth.jpg' \
  --random-source=/dev/urandom

# ── STEP 4  Mount hidden volume (normal operation) ────────────────────────────
veracrypt --text --mount /media/usb/research.vc /mnt/hidden \
  --password='Src!2024$XkP9mN' --pim=485 \
  --keyfiles='/home/user/auth.jpg' --protect-hidden=no

# ── STEP 5  Border crossing scenario — provide ONLY outer password ────────────
veracrypt --text --mount /media/usb/research.vc /mnt/shown \
  --password='ResearchDocs2024!' --protect-hidden=no
ls /mnt/shown/
# Reveals ONLY: PublicResearch/  ClimateData/  OpenSourceNotes/
# Hidden volume: statistically indistinguishable from random free space
Illustrative Outcome (Hypothetical)
Border authorities inspect the USB and see only 2.2 GB of legitimate public research. Forensic tools cannot detect the hidden volume because its ciphertext is indistinguishable from the outer volume’s free space. The AES-Twofish-Serpent cascade and PIM of 485 make brute-force attacks against the hidden password computationally infeasible. The journalist’s source identities and unpublished materials are fully protected even under coercion.
52
AxCrypt
File-Level Encryption with Windows Shell Integration

Overview

AxCrypt is a file-level encryption tool engineered for simplicity and seamless Windows Shell integration. Users encrypt files through a right-click context menu — no separate application window or complex workflow. AxCrypt uses AES-256 and integrates with the Windows filesystem so that encrypted .axx files open transparently when double-clicked (after a single AxCrypt authentication) and re-encrypt automatically when closed. This transparent operation removes the friction that causes users to avoid encrypting sensitive files in day-to-day work.

AxCrypt Business adds public-key cryptography for team workflows: each user has an RSA-4096 key pair, and files can be encrypted for multiple specific recipients via Key Sharing. Each authorised user opens the file with their own AxCrypt password rather than sharing a common secret. A Master Key option lets administrators designate a recovery key capable of decrypting any file produced by organisation users, supporting legal hold, eDiscovery, and business continuity. The Secured Folders feature automatically encrypts any file placed into a designated folder.

Key Features & Components

Feature / ComponentDescription
Windows Shell IntegrationRight-click context menu in Windows Explorer — encrypt, decrypt, or open files transparently with no separate application required for daily workflows.
Transparent Secured FoldersDesignate folders as Secured — any file moved into the folder is automatically AES-256 encrypted without manual action by the user.
Key Sharing (Multi-User Access)Encrypts files accessible to multiple specific users via their individual AxCrypt passwords — no shared secret; each user’s copy of the AES key is wrapped with their own RSA public key.
Master Key (Admin Recovery)Business administrators designate a recovery key to decrypt any file created within the organisation — supports legal hold, eDiscovery, and account recovery.
Cross-Platform Mobile AccessiOS and Android apps decrypt .axx files on smartphones using the same account password — consistent AES-256 security model across all devices.
Password Manager IntegrationBuilt-in password manager generates and stores the account password — removes the burden of memorising a strong, unique encryption passphrase.

Use Case Demonstration

Illustrative Scenario
A legal firm uses AxCrypt Business Secured Folders and Key Sharing to encrypt all client matter files at rest. When ransomware infiltrates the file server, the already-encrypted .axx files contain only ciphertext — the attacker cannot read or weaponise the data for extortion.
Step-by-Step Command Walkthrough
# ── AxCrypt CLI (axcrypt.exe) — batch file encryption ────────────────────────
# Encrypt a single file
axcrypt.exe --encrypt --passphrase 'FirmPass2024!Secure' \
  --in 'C:\ClientFiles\Contracts\ClientABC_NDA.docx'
# Creates: ClientABC_NDA.axx

# Encrypt with Key Sharing for two attorneys and one paralegal
axcrypt.exe --encrypt --passphrase 'FirmPass2024!Secure' \
  --share attorney1@lawfirm.com \
  --share attorney2@lawfirm.com \
  --share paralegal@lawfirm.com \
  --in 'C:\ClientFiles\Matters\M-2024-0847\Settlement.pdf'

# Batch encrypt all Word and PDF files in a matter folder
for /r 'C:\ClientFiles\Matters\M-2024-0847' %f in (*.docx *.pdf *.xlsx) do ^
  axcrypt.exe --encrypt --passphrase 'FirmPass2024!Secure' --in "%f"

# Confirm all plaintext files are now replaced by .axx encrypted files
dir /s /b C:\ClientFiles\Matters\M-2024-0847\*.docx 2>nul
# Expected: 0 results — all .docx converted to .axx
dir /s /b C:\ClientFiles\Matters\M-2024-0847\*.axx | find /c ".axx"

# Decrypt a file to a temp working area
axcrypt.exe --decrypt --passphrase 'FirmPass2024!Secure' \
  --in 'C:\ClientFiles\Matters\M-2024-0847\Settlement.axx' \
  --out 'C:\Temp\Working\Settlement.pdf'

# Secured Folder configuration (AxCrypt GUI)
# AxCrypt > Secured Folders > Add: C:\ClientFiles\
# Any file placed here is auto-encrypted to .axx on save
Illustrative Outcome (Hypothetical)
All 23,847 client matter files are stored as .axx ciphertext on the file server. When ransomware processes the server, it can only operate on already-encrypted binary blobs — it cannot read the contents, determine the files’ value, or threaten credible data exposure for double-extortion. Key Sharing ensures only the three attorneys assigned to each matter can access those files — IT staff and server administrators receive only meaningless ciphertext.
53
BitLocker
Full-Volume Encryption — Microsoft Windows

Overview

BitLocker is Microsoft’s integrated full-volume encryption technology included in Windows 10/11 Pro, Enterprise, and Education, and Windows Server 2012 R2 and later. Using AES-128 or AES-256 in XTS mode for fixed drives (CBC for removable media), BitLocker encrypts entire volumes to protect data against physical theft, offline OS attacks, and unauthorised boot. On supported hardware, BitLocker integrates with the Trusted Platform Module (TPM) chip — sealing encryption keys to the device’s hardware state so the drive can only be decrypted on the original physical machine.

BitLocker is centrally managed through Microsoft Intune, Microsoft Endpoint Configuration Manager (MECM/SCCM), Active Directory Group Policy, or the BitLocker Administration and Monitoring (MBAM) tool. Recovery keys are automatically escrowed to Active Directory or Azure AD for helpdesk-facilitated recovery. BitLocker Network Unlock automatically decrypts domain-joined desktop computers connected to the corporate network — eliminating PIN prompts on desktops while maintaining full protection for laptops away from the office. BitLocker To Go extends protection to USB drives and external storage.

Key Features & Components

Feature / ComponentDescription
TPM-Bound Key SealingEncryption keys sealed by the TPM to the device’s hardware measurements — drive decryptable only on the original hardware, blocking physical drive-removal attacks.
Pre-Boot Authentication (PIN / Startup Key)Optional PIN or USB startup key required before Windows loads — two-factor security combining TPM hardware binding with a user-known factor.
BitLocker Network UnlockDomain workstations on the corporate network unlock automatically — no PIN prompts on desktops; laptops off-premises still require PIN.
Azure AD / Intune Recovery Key EscrowRecovery keys automatically uploaded to Azure AD or Intune — cloud-managed device recovery without pre-stored physical keys or local admin involvement.
BitLocker To GoEncrypts USB drives and external storage with a password — Group Policy can mandate BitLocker To Go encryption before granting write access to any removable media.
XTS-AES-256 EncryptionXTS (XEX-based Tweaked Block Cipher with Ciphertext Stealing) mode for fixed drives — stronger than CBC; resists ciphertext manipulation and watermarking attacks on disk sectors.

Use Case Demonstration

Illustrative Scenario
A healthcare organisation mandates BitLocker XTS-AES-256 on 600 laptops to protect PHI under HIPAA. Intune manages policy deployment, enforces a pre-boot PIN, and escrows recovery keys to Azure AD. When a physician’s laptop is stolen, the organisation applies HIPAA’s encryption safe harbour.
Step-by-Step Command Walkthrough
# ── BitLocker PowerShell management ──────────────────────────────────────────
# Enable BitLocker XTS-AES-256 with TPM + 6-digit PIN on C:
Enable-BitLocker -MountPoint 'C:' \
  -EncryptionMethod XtsAes256 \
  -TpmAndPinProtector \
  -Pin (ConvertTo-SecureString '874219' -AsPlainText -Force)

# Add recovery password protector
Add-BitLockerKeyProtector -MountPoint 'C:' -RecoveryPasswordProtector

# Escrow recovery key to Azure AD (Intune-managed)
$kid = (Get-BitLockerVolume 'C:').KeyProtector |
  Where-Object { $_.KeyProtectorType -eq 'RecoveryPassword' } |
  Select-Object -ExpandProperty KeyProtectorId
BackupToAAD-BitLockerKeyProtector -MountPoint 'C:' -KeyProtectorId $kid

# ── Intune Endpoint Security policy (Disk Encryption) ────────────────────────
{
  "BitLockerEnabled": true,
  "BitLockerSystemDrivePolicy": {
    "EncryptionMethod": "XtsAes256",
    "StartupAuthenticationRequired": true,
    "StartupAuthenticationTpmPinUsage": "Required",
    "MinimumPINLength": 6,
    "RecoveryOptions": {
      "HideRecoveryOptions": true,
      "SaveRecoveryInformationToAD": true
    }
  },
  "BitLockerRemovableDrivePolicy": {
    "RequireEncryption": true,
    "BitLockerDenyWriteAccessToNonBitLockerProtectedRemovableDrives": true
  }
}

# ── Fleet compliance query (PowerShell remoting) ──────────────────────────────
Invoke-Command -ComputerName (Get-ADComputer -Filter * -SearchBase
  'OU=Laptops,DC=hospital,DC=local' | Select-Expand Name) -ScriptBlock {
  Get-BitLockerVolume C: |
  Select PSComputerName, VolumeStatus, ProtectionStatus
} | Export-Csv 'BitLocker_Compliance.csv' -NoTypeInformation
Illustrative Outcome (Hypothetical)
Intune deploys BitLocker XTS-AES-256 to all 600 laptops within 48 hours. When the stolen physician’s laptop is reported, the HIPAA breach analysis finds that AES-256 full-disk encryption constitutes the statutory safe harbour under 45 CFR §164.312(a)(2)(iv) — mandatory breach notification for 1,847 PHI records on the device is avoided, preventing regulatory penalties. The IT team retrieves the recovery key from Azure AD and provisions a replacement laptop the same day.
54
OpenSSL
Open-Source Cryptographic Library & PKI Toolkit

Overview

OpenSSL is the world’s most widely deployed open-source cryptographic library, providing TLS/SSL protocol implementations, symmetric encryption (AES, ChaCha20, 3DES), asymmetric cryptography (RSA, ECDSA, ECDH, DSA), key derivation functions (PBKDF2, HKDF), hash functions (SHA-2, SHA-3, BLAKE2), and a comprehensive X.509 certificate management toolkit. OpenSSL underpins TLS security in Apache, nginx, OpenSSH, curl, Python requests, Node.js, Ruby, and thousands of other applications and network services worldwide.

For security practitioners, the OpenSSL command-line tool is indispensable: building PKI hierarchies (creating root CAs, intermediate CAs, issuing certificates), TLS diagnostics (inspecting certificate chains, testing cipher suite negotiation, checking protocol version support), encrypting and decrypting files, generating RSA and EC key pairs, managing PKCS#12 bundles for certificate portability, and building mTLS (mutual TLS) infrastructure for zero-trust service-to-service authentication. OpenSSL 3.x added FIPS 140-3 compliance through a provider architecture and improved deprecation of legacy algorithms.

Key Features & Components

Feature / ComponentDescription
Complete PKI / X.509 LifecycleCreates CA hierarchies, generates CSRs, signs and verifies certificates, queries OCSP revocation, and manages CRLs — complete internal PKI from the command line.
TLS Diagnostics (s_client / s_server)Connects to TLS servers to inspect certificate chains, cipher negotiation, protocol version, and vulnerability characteristics without requiring a browser.
Symmetric File EncryptionEncrypts and decrypts files using AES-256-GCM, AES-256-CBC, or ChaCha20-Poly1305 with PBKDF2 key derivation — command-line file security without complex tooling.
RSA / ECDSA Key GenerationGenerates RSA (2048/4096-bit) and EC (P-256, P-384, Curve25519) key pairs for TLS certificates, SSH key replacement, code signing, and message authentication.
PKCS#12 / PFX Bundle ManagementCreates PKCS#12 files combining certificates and private keys — the standard format for certificate portability across IIS, Java keystores, and network appliances.
mTLS InfrastructureIssues client certificates for mutual TLS authentication — each service verifies the peer’s CA-signed certificate before communicating, enabling zero-trust service mesh identity.

Use Case Demonstration

Illustrative Scenario
A DevOps team builds an internal PKI to issue mTLS certificates for microservice-to-microservice authentication. Each service authenticates using a certificate issued by the internal CA — a service without a valid CA-signed certificate cannot initiate or accept connections from any peer service.
Step-by-Step Command Walkthrough
# ── STEP 1  Create Root CA private key and certificate ───────────────────────
openssl genrsa -aes256 -passout pass:CASecurePass! -out ca.key 4096
openssl req -new -x509 -days 3650 \
  -key ca.key -passin pass:CASecurePass! -out ca.crt \
  -subj '/CN=Corp Internal CA/O=Corp Inc/C=US'

# ── STEP 2  Create Intermediate CA (best practice) ────────────────────────────
openssl ecparam -name prime256v1 -genkey -noout -out intermediate.key
openssl req -new -key intermediate.key -out intermediate.csr \
  -subj '/CN=Corp Services CA/O=Corp Inc/C=US'
openssl x509 -req -days 1825 -in intermediate.csr \
  -CA ca.crt -CAkey ca.key -passin pass:CASecurePass! \
  -CAcreateserial -out intermediate.crt \
  -extfile <(printf 'basicConstraints=CA:TRUE\nkeyUsage=keyCertSign,cRLSign')

# ── STEP 3  Issue service certificate for payment-service ─────────────────────
openssl ecparam -name prime256v1 -genkey -noout -out payment-svc.key
openssl req -new -key payment-svc.key -out payment-svc.csr \
  -subj '/CN=payment-service.prod.svc.cluster.local'
openssl x509 -req -days 365 -in payment-svc.csr \
  -CA intermediate.crt -CAkey intermediate.key \
  -CAcreateserial -out payment-svc.crt \
  -extfile <(printf 'subjectAltName=DNS:payment-service.prod.svc.cluster.local\n
   keyUsage=digitalSignature,keyEncipherment\nextendedKeyUsage=serverAuth,clientAuth')

# ── STEP 4  Validate the full certificate chain ───────────────────────────────
openssl verify -CAfile <(cat ca.crt intermediate.crt) payment-svc.crt
# payment-svc.crt: OK

# ── STEP 5  Test mTLS — order-service authenticating to payment-service ───────
openssl s_client -connect payment-service:8443 \
  -cert order-service.crt -key order-service.key \
  -CAfile <(cat ca.crt intermediate.crt) \
  -verify_return_error -verify_hostname payment-service

# ── STEP 6  Encrypt a secrets file at rest ────────────────────────────────────
openssl enc -aes-256-gcm -pbkdf2 -iter 600000 \
  -in secrets.yaml -out secrets.yaml.enc \
  -pass file:/run/secrets/enc_key
Illustrative Outcome (Hypothetical)
The internal PKI issues mTLS certificates to 63 microservices. Every connection now requires both parties to present a valid CA-issued certificate — a compromised service cannot impersonate another without its private key. TLS 1.3 with ECDHE and AES-256-GCM satisfies PCI DSS Requirement 6.4. Certificate monitoring alerts 30 days before expiry, preventing accidental service outages. The encrypted secrets.yaml eliminates the last remaining plaintext credential file in the container filesystem.
55
GPG (GNU Privacy Guard)
OpenPGP Encryption, Signing & Key Management

Overview

GNU Privacy Guard (GPG/GnuPG) is a complete free implementation of the OpenPGP standard (RFC 4880), providing digital signatures, encryption, and key management using public-key cryptography. GPG uses a Web of Trust model — trust flows through a decentralised network of key signatures rather than a central certificate authority. It supports RSA, DSA, ElGamal, and Elliptic Curve Cryptography (Curve25519: Ed25519 for signing, X25519 for key agreement), with AES-256 for symmetric content encryption.

GPG is foundational infrastructure for Linux package management (APT and RPM repository signatures), secure email (Thunderbird’s built-in OpenPGP, Apple Mail via GPGMail), file encryption, software distribution integrity, and developer identity verification through Git commit and tag signing. Hardware security integration allows private keys to reside on OpenPGP smartcards (Nitrokey, YubiKey) — the key is used for operations but cannot be extracted from the hardware device, providing two-factor security where physical possession of the token is required for every signing and decryption operation.

Key Features & Components

Feature / ComponentDescription
OpenPGP Standard ComplianceInteroperable with any OpenPGP tool — Kleopatra, Thunderbird, Proton Mail, iOS/Android OpenPGP apps, and public keyservers (keys.openpgp.org).
Web of Trust Key AuthenticationDecentralised trust model — trusted parties sign each other’s public keys; trust is transitive through verified key paths without requiring a central CA.
Git Commit and Tag SigningSigns commits and tags with the developer’s GPG key — GitHub/GitLab display a ‘Verified’ badge; branch protection can enforce signed-commit requirements on protected branches.
Email Encryption and SigningEnd-to-end email encryption via Thunderbird OpenPGP, Apple Mail GPGMail, and any OpenPGP-compatible client — message content protected from provider access and interception.
Symmetric Passphrase EncryptionEncrypts files with a shared passphrase (no key infrastructure required) — suitable for single-user scenarios or where a pre-shared passphrase is practical.
YubiKey / HSM IntegrationPrivate keys stored on OpenPGP smartcards or YubiKeys — keys are used for operations but cannot be extracted; physical possession required for all signing and decryption.

Use Case Demonstration

Illustrative Scenario
A software development team signs all git commits with GPG keys. GitHub enforces signed commits on the main branch. When an attacker compromises a developer’s GitHub password and tries to push malicious authentication middleware, the commit is rejected because it lacks a valid GPG signature — a supply chain attack is prevented that MFA alone could not stop.
Step-by-Step Command Walkthrough
# ── STEP 1  Generate a developer GPG key pair (Ed25519) ──────────────────────
gpg --full-generate-key
# Select: (9) ECC / (1) Curve 25519 / 2y expiry
# Name: Dev Name | Email: dev@corp.com

# List key and get fingerprint
gpg --list-secret-keys --keyid-format=long
# sec   ed25519/ABCDEF1234567890  2024-06-17 [SC]

# ── STEP 2  Export public key to GitHub ───────────────────────────────────────
gpg --armor --export ABCDEF1234567890
# Paste into GitHub > Settings > SSH and GPG Keys > New GPG Key

# ── STEP 3  Configure Git global signing ──────────────────────────────────────
git config --global user.signingkey ABCDEF1234567890
git config --global commit.gpgsign true
git config --global tag.gpgsign true

# ── STEP 4  Commit and verify signature ───────────────────────────────────────
git add .
git commit -m 'Add payment processing module v2.1'
git verify-commit HEAD
# gpg: Good signature from 'Dev Name <dev@corp.com>'

# ── STEP 5  Sign and publish a release tarball ────────────────────────────────
tar czf myapp-v2.1.0.tar.gz myapp-v2.1.0/
gpg --armor --detach-sign myapp-v2.1.0.tar.gz
# Creates: myapp-v2.1.0.tar.gz.asc (detached signature file)

# ── STEP 6  End user verifies the release download ────────────────────────────
gpg --import releases@corp.com_public_key.asc
gpg --verify myapp-v2.1.0.tar.gz.asc myapp-v2.1.0.tar.gz
# gpg: Good signature from 'Release Bot <releases@corp.com>'

# ── STEP 7  Encrypt a sensitive report for specific recipients ────────────────
gpg --encrypt --armor \
  --recipient ciso@corp.com \
  --recipient security-lead@corp.com \
  incident_report_2024.pdf
Illustrative Outcome (Hypothetical)
GitHub’s branch protection requiring verified GPG signatures blocks the attacker’s unsigned commit — the push is rejected. The attacker had the developer’s GitHub session cookie (bypassing login MFA) but not the GPG private key on the developer’s YubiKey. The software release signatures give enterprise customers cryptographic assurance of binary authenticity. The incident report is encrypted exclusively for the CISO and security lead — any interception yields only ciphertext.
56
FileVault
Full-Disk Encryption — Apple macOS

Overview

FileVault 2 is Apple’s full-disk encryption technology for Mac computers, encrypting the entire APFS system volume using XTS-AES-128 with a 256-bit key. On Macs with Apple T2 security chip (2018–2020 Intel models) or Apple Silicon (M1/M2/M3), the encryption key is managed by the Secure Enclave — a dedicated security processor architecturally isolated from the main CPU. Keys managed by the Secure Enclave cannot be extracted via software attacks, firmware exploits, or direct memory access (DMA) attacks against the main processor.

FileVault integrates with Apple MDM platforms: Jamf Pro, Microsoft Intune, Mosyle, Kandji, and others can enforce FileVault enablement, escrow recovery keys centrally, and execute remote wipe commands. MDM remote wipe destroys the Secure Enclave’s encryption key in seconds — data on the SSD becomes immediately and permanently irrecoverable regardless of disk state or forensic capability. On Apple Silicon, FileVault enforces Full Security boot policy — the Secure Boot process verifies OS integrity before decryption begins, blocking bootkit and Evil Maid attacks even with physical device access.

Key Features & Components

Feature / ComponentDescription
XTS-AES-128 with Secure EnclaveFull-volume encryption with hardware key management in the Secure Enclave — keys inaccessible to software, DMA attacks, or cold-boot attacks against the main CPU.
MDM Recovery Key EscrowRecovery keys automatically escrowed to Jamf Pro, Intune, or Apple Business Manager — helpdesk retrieves institutional recovery keys for locked devices remotely.
Per-User AuthenticationEach macOS user unlocks FileVault with their own account password — shared Macs without a common encryption credential exposed to all users.
Instant Remote WipeMDM remote erase destroys the Secure Enclave key in seconds — data becomes immediately and permanently irrecoverable from any physical or logical attack.
Full Security Boot (Apple Silicon)Secure Boot verifies OS integrity before decryption on M-series Macs — bootkit and Evil Maid attacks blocked even with physical device access.
APFS Volume EncryptionPer-volume encryption in APFS enabling separate encryption of system volume, user data volume, and external volumes with independent key management.

Use Case Demonstration

Illustrative Scenario
A tech company deploys FileVault across 400 MacBook Pros via Jamf Pro. When a field laptop is stolen from a car, the team remotely wipes the device and documents the encryption safeguard for GDPR analysis — avoiding mandatory breach notification obligations.
Step-by-Step Command Walkthrough
# ── FileVault CLI and Jamf Pro management ─────────────────────────────────────
# Enable FileVault locally (macOS CLI)
sudo fdesetup enable -user admin \
  -outputplist /private/tmp/fv_recovery.plist
# Restart required to begin encryption

# Check FileVault status
sudo fdesetup status
# FileVault is On.

# ── Jamf Pro Configuration Profile ────────────────────────────────────────────
# Computers > Configuration Profiles > New > FileVault Payload
# Enable FileVault:       YES
# Defer until next login: YES  (avoids forced immediate reboot)
# Show recovery key:      NO   (escrowed to Jamf)
# Recovery key type:      Redirect to Jamf (institutional key)

# ── Jamf Pro API — query FileVault status fleet-wide ─────────────────────────
curl -s -u 'admin:JamfAdmin2024!' \
  'https://jamf.corp.com:8443/JSSResource/computers/id/42/subset/FileVault2' \
  -H 'Accept: application/json' \
  | python3 -c "import sys,json;d=json.load(sys.stdin);
fv=d.get('computer',{}).get('file_vault_2',{});
print(fv.get('file_vault_2_status','Unknown'))"

# Retrieve recovery key for a locked device (helpdesk)
curl -s -u 'admin:JamfAdmin2024!' \
  'https://jamf.corp.com:8443/JSSResource/computers/id/42/FileVault2RecoveryKey' \
  -H 'Accept: application/json'

# Remote wipe — Secure Enclave key destroyed in seconds
curl -s -u 'admin:JamfAdmin2024!' -X POST \
  'https://jamf.corp.com:8443/JSSResource/computercommands/command/EraseDevice/id/42'
Illustrative Outcome (Hypothetical)
Jamf Pro deploys FileVault to 392 of 400 MacBook Pros within 48 hours. After the laptop theft is reported, the MDM remote erase command destroys the Secure Enclave encryption key within seconds. Forensic analysis confirms the SSD contains only XTS-AES-128 ciphertext — unrecoverable without the destroyed key. The GDPR breach assessment concludes the encryption safeguard eliminates the requirement for mandatory data subject notification under GDPR Article 34, avoiding both regulatory penalties and reputational damage from a public breach disclosure.
57
Cryptomator
Client-Side Cloud Storage Encryption — Open Source

Overview

Cryptomator is a free, open-source, client-side cloud encryption tool that creates virtual encrypted vaults transparently integrated with any cloud storage service — Dropbox, Google Drive, OneDrive, iCloud, WebDAV, and any file synchronisation platform. Unlike full-disk encryption, Cryptomator encrypts each file individually using AES-256 in CTR mode with HMAC-SHA256 authentication — modifying a single file syncs only that one encrypted file, not the entire container. File names and directory names are also encrypted independently, so cloud providers cannot infer data categories or project names from naming patterns.

Cryptomator operates transparently: an unlocked vault mounts as a virtual drive letter (Windows) or mount point (macOS/Linux) — applications read and write files normally, with encryption happening invisibly in the background. The cloud sync provider sees only randomly-named binary ciphertext files and never has access to plaintext content or meaningful metadata. The MIT-licensed source code is published on GitHub and has been independently audited by Cure53. Cryptomator Hub extends the tool for team deployments, managing vault access for groups with individual credentials.

Key Features & Components

Feature / ComponentDescription
Individual File Encryption (AES-256)Each file encrypted independently in AES-256-CTR with HMAC-SHA256 — modifying one file syncs only that file’s ciphertext without re-uploading the entire vault.
Encrypted File and Directory NamesFile and directory names encrypted separately from content — cloud provider cannot determine what data is stored even if content encryption were broken.
Transparent Virtual DriveUnlocked vault appears as a normal drive letter or mount point — any application reads and writes files normally with no workflow changes required.
Open Source and Cure53 AuditedMIT-licensed code on GitHub with independent Cure53 security audit — full transparency unavailable from closed-source alternatives.
Cross-Platform (Desktop and Mobile)Windows, macOS, Linux, iOS, and Android clients — access encrypted cloud vaults from any device with consistent AES-256 security.
Cryptomator Hub (Team Access)Team vault management: multiple members with individual credentials; admin controls who can unlock shared vaults without sharing a common passphrase.

Use Case Demonstration

Illustrative Scenario
A consulting firm stores sensitive client deliverables in Dropbox for collaboration but uses Cryptomator to ensure that a Dropbox breach, government subpoena served to Dropbox, or rogue Dropbox employee cannot expose client data. The cloud provider stores only ciphertext — the consulting firm alone holds the vault keys.
Step-by-Step Command Walkthrough
# ── Cryptomator CLI — vault creation and management ───────────────────────────
# Create a new encrypted vault in the Dropbox folder
cryptomator-cli create \
  --password 'VaultMaster2024!Secure' \
  '/home/user/Dropbox/ClientVault'

# Unlock (mount) the vault as /mnt/ClientVault
cryptomator-cli unlock \
  --password 'VaultMaster2024!Secure' \
  --mountpoint '/mnt/ClientVault' \
  '/home/user/Dropbox/ClientVault'

# Work normally — files written here are encrypted automatically
cp 'ClientReport_Q2_2024.pdf' '/mnt/ClientVault/Reports/Q2/'

# Verify what Dropbox actually stores (random-named ciphertext)
ls '/home/user/Dropbox/ClientVault/d/AB/'
# KLMNOPQRSTUVWXYZ123456789.c9r   (encrypted binary — no readable name)

# Confirm no plaintext files exist in the Dropbox folder
find '/home/user/Dropbox/ClientVault' -name '*.pdf' 2>/dev/null
# Expected: 0 results — all readable files accessed via the virtual drive

# Lock the vault when work is complete
cryptomator-cli lock '/home/user/Dropbox/ClientVault'

# Verify vault integrity
cryptomator-cli check '/home/user/Dropbox/ClientVault'
Illustrative Outcome (Hypothetical)
Dropbox receives a government data preservation order for the consulting firm’s account. Dropbox complies by preserving 2,847 randomly-named binary blobs — all Cryptomator ciphertext. Without the vault password, the files are computationally infeasible to decrypt, regardless of the legal authority behind the request. When Dropbox experiences a data breach, the attacker receives only meaningless ciphertext. File names, directory structures, and all document content are protected by AES-256 client-side encryption — the cloud provider is effectively a secure but dumb storage medium.
58
Boxcryptor / Dropbox E2EE
Enterprise Cloud Encryption — Dropbox (Boxcryptor Technology)

Overview

Boxcryptor was a leading enterprise cloud encryption platform providing client-side end-to-end encryption for Dropbox, Google Drive, OneDrive, SharePoint, Box, Confluence, and 30-plus other cloud providers. In January 2023, Dropbox acquired Boxcryptor’s technology and intellectual property, integrating its encryption capabilities into Dropbox Business Advanced plans as End-to-End Encrypted (E2EE) Folders. Understanding Boxcryptor remains important for organisations that deployed it pre-acquisition and for grasping the architectural patterns it pioneered in enterprise cloud encryption.

Boxcryptor used a hybrid encryption model: AES-256 for file content and RSA-4096 for key management. Each file was encrypted with a unique AES key, and that key was encrypted with the user’s RSA public key. For shared folders, the file’s AES key was encrypted separately with each authorised user’s RSA public key — enabling group access without a shared secret, and enabling individual access revocation by simply removing a user’s key copy. All key operations occurred client-side; Boxcryptor servers held only RSA-encrypted AES key material — never plaintext or usable key data.

Key Features & Components

Feature / ComponentDescription
Zero-Knowledge Hybrid EncryptionAES-256 file content encryption combined with RSA-4096 key wrapping — Boxcryptor/Dropbox servers hold only encrypted key blobs inaccessible without the user’s RSA private key.
Per-User Key ArchitectureEach user’s access represented by their own RSA-wrapped copy of the file’s AES key — revocation removes only that user’s key copy without affecting other users’ access.
Encrypted File NamesFile and directory names encrypted alongside content — cloud provider cannot infer data categories, project names, or file structures from naming patterns.
Active Directory IntegrationUser provisioning from Active Directory with automatic key generation and group-based vault sharing aligned to AD group membership.
Dropbox E2EE (Post-Acquisition)Boxcryptor’s technology now powers Dropbox End-to-End Encrypted Folders in Business Advanced — same cryptographic model, integrated natively into the Dropbox desktop client.
Whisply Secure External SharingOne-time encrypted file share links for external recipients without Boxcryptor accounts — browser-based decryption with password protection and expiry.

Use Case Demonstration

Illustrative Scenario
A pharmaceutical company stores FDA-regulated clinical trial data in Dropbox using Dropbox E2EE (Boxcryptor-powered). All data is client-side encrypted before upload — Dropbox employees, government agencies with Dropbox subpoenas, and breach attackers all receive only ciphertext, protecting proprietary research from competitive intelligence gathering.
Step-by-Step Command Walkthrough
# ── Dropbox E2EE (Boxcryptor technology) — configuration ─────────────────────
# Create an E2EE folder via Dropbox API
curl -X POST 'https://api.dropboxapi.com/2/files/create_folder_v2' \
  -H 'Authorization: Bearer DBX_ACCESS_TOKEN' \
  -H 'Content-Type: application/json' \
  -d '{"path":"/ClinicalTrials_E2EE","autorename":false}'

# ── Legacy Boxcryptor Enterprise — Group Policy enforcement ───────────────────
# GPO: Computer Config > Admin Templates > Boxcryptor
# Company Key:         Enforce — all files use company key
# Personal Keys:       Disabled
# Filename Encryption: Enabled
# Require MFA:         Yes (TOTP or hardware key)
# Auto-Logout:         30 minutes idle

# List Dropbox E2EE folder contents via API (metadata only — no content)
curl -X POST 'https://api.dropboxapi.com/2/files/list_folder' \
  -H 'Authorization: Bearer DBX_ACCESS_TOKEN' \
  -H 'Content-Type: application/json' \
  -d '{"path":"/ClinicalTrials_E2EE","recursive":false}'
# Returns: file metadata only — Dropbox cannot read file contents

# Legacy Boxcryptor CLI — encrypt existing files
BoxcryptorCLI.exe --encrypt \
  --source 'C:\ClinicalData\Trial2024_RawData.xlsx' \
  --destination 'D:\Dropbox\ClinicalTrials_E2EE\' \
  --policy Company

# Verify encryption (file should be unreadable without Boxcryptor)
file 'D:\Dropbox\ClinicalTrials_E2EE\Trial2024_RawData.xlsx.bc'
# Output: data (binary — not a valid XLSX)
Illustrative Outcome (Hypothetical)
Clinical trial data stored via Dropbox E2EE is encrypted client-side using AES-256 with RSA-4096 key wrapping before upload. When an FDA inspector requests Dropbox to preserve the organisation’s account data, Dropbox provides only AES-256 encrypted ciphertext — the regulator cannot read any trial data without the RSA private keys held exclusively by the pharmaceutical company. The architecture provides the strongest legally defensible data protection available in a cloud storage environment.
59
TrueCrypt
Disk Encryption — Forensic Reference & Historical Context

Overview

TrueCrypt was the pioneering open-source disk encryption software that established fundamental concepts now standard across the industry — on-the-fly encryption (OTFE), hidden volumes for deniable encryption, multiple cipher support with cascade mode, and cross-platform container portability. Originally released in 2004, TrueCrypt was widely adopted by individuals, journalists, activists, and security professionals until its abrupt and unexplained discontinuation in May 2014, when its website was replaced with a warning recommending migration to BitLocker.

Despite the unexplained discontinuation, two independent audits of TrueCrypt 7.1a — conducted in 2015 by NCC Group and iSEC Partners through the Open Crypto Audit Project — found no evidence of intentional backdoors and identified only minor implementation issues not affecting core cryptographic security. TrueCrypt’s significance for modern practitioners is primarily forensic: TrueCrypt 7.1a containers remain widespread in digital forensics casework, and understanding the format, RAM forensics techniques, dictionary attack approaches, and bootloader analysis is essential for investigators. VeraCrypt is the actively maintained successor, forked from TrueCrypt 7.1a with key security improvements.

Key Features & Components

Feature / ComponentDescription
On-the-Fly Encryption (OTFE)Pioneered transparent filesystem-driver-level encryption — applications access encrypted storage as a normal drive without modification.
Hidden Volume (Original Implementation)The first widely deployed deniable encryption — hidden volume statistically indistinguishable from outer volume free space; both layers fully encrypted.
AES, Twofish, Serpent + CascadesAll three AES finalist algorithms individually or in cascades — algorithm diversity as protection against future cryptanalysis.
Keyfile AuthenticationAny binary file as an additional authentication factor — container requires both passphrase AND keyfile.
Cross-Platform Container FormatContainers created on Windows fully readable on macOS and Linux — portable encrypted data across heterogeneous environments.
Forensic Investigation RelevanceTrueCrypt containers appear in digital forensics casework — RAM forensics, bootloader analysis, and dictionary attacks are the primary investigative approaches.

Use Case Demonstration

Illustrative Scenario
A digital forensic investigator encounters three TrueCrypt 7.1a containers on a seized hard drive. Using volatile memory forensics from a RAM image captured at device seizure, the investigator attempts key recovery, followed by systematic dictionary attacks, and documents all methodology for court proceedings.
Step-by-Step Command Walkthrough
# ── TrueCrypt forensic analysis (authorised investigation only) ───────────────
# Step 1: Identify TrueCrypt containers (no file magic — identify by structure)
xxd suspect_volume.tc | head -4
# All random-looking bytes — no file signature (by design)
stat suspect_volume.tc | grep Size
# Size must be multiple of 512 bytes (TrueCrypt sector alignment)

# Step 2: Forensic hash for chain of custody
sha256sum suspect_volume.tc > container_hash_evidence.txt
echo "Hashed: $(date)" >> chain_of_custody.log

# Step 3: RAM forensics — attempt TrueCrypt key recovery
# (RAM image captured at time of seizure via DumpIt or WinPMEM)
vol3 -f memory_image.raw windows.truecrypt.TrueCryptMaster
vol3 -f memory_image.raw windows.truecrypt.TrueCryptPassphrase
vol3 -f memory_image.raw windows.truecrypt.TrueCryptSummary

# Step 4: If passphrase found — mount for forensic imaging
# truecrypt --text --mount suspect_volume.tc /mnt/evidence \
#   --password='RECOVERED_PASSPHRASE' --protect-hidden=no
dd if=/dev/mapper/truecrypt1 of=/evidence/decrypted_image.raw bs=4M

# Step 5: Dictionary attack (if no RAM key found)
truecrack -t suspect_volume.tc \
  -w /usr/share/wordlists/rockyou.txt \
  --hash-type sha512 --encryption-type aes

# Step 6: Document methodology for court report
echo 'TrueCrypt 7.1a format | SHA-256: [hash] | Date: '$(date) \
  >> forensic_report.txt
Illustrative Outcome (Hypothetical)
The investigation recovers one passphrase from the RAM image — the suspect had the container mounted at time of seizure. Volatility’s TrueCrypt plugin extracts the AES-256 master key from memory, enabling the investigator to mount and forensically image the container (850 GB of evidentiary material). The other two containers resist both RAM forensics and 72 hours of dictionary attack. This case underscores the critical importance of capturing RAM at device seizure — without the in-memory key, encrypted TrueCrypt volumes are computationally infeasible to break.
60
DiskCryptor
Open-Source Full-Disk Encryption for Windows — TPM-Free

Overview

DiskCryptor is a free, open-source full-disk encryption application for Windows providing an alternative to BitLocker — particularly valuable where TPM chips are absent, unavailable, or distrusted, or where users prefer not to rely on Microsoft’s encryption infrastructure. DiskCryptor encrypts system partitions, data volumes, USB drives, and optical media using AES-256, Twofish, Serpent, and cascade combinations in XTS operation mode. XTS mode is specifically designed for disk encryption, providing stronger security than CBC mode by eliminating ciphertext malleability vulnerabilities.

DiskCryptor installs a custom pre-boot authentication bootloader for system drive encryption — requiring passphrase and/or keyfile authentication before Windows loads, regardless of TPM availability. The keyfile option enables a USB drive containing a keyfile to function as a hardware authentication token — boot requires both the USB keyfile AND the passphrase, providing two-factor pre-boot security without TPM hardware. DiskCryptor is widely used in healthcare, financial services, and government environments where legacy hardware without TPM chips must still meet encryption compliance requirements such as HIPAA, PCI DSS, and GDPR.

Key Features & Components

Feature / ComponentDescription
No TPM RequiredFull-disk AES-256 encryption on hardware without TPM chips — enables encryption compliance on legacy workstations and environments where TPM is unavailable or distrusted.
XTS Mode EncryptionXTS operation mode specifically designed for disk encryption — stronger than CBC mode; resistant to ciphertext manipulation and sector watermarking attacks.
Pre-Boot Authentication BootloaderCustom bootloader requiring passphrase and/or keyfile before OS loads — two-factor option with USB keyfile hardware token regardless of TPM availability.
USB Drive and Removable Media EncryptionEncrypts removable USB storage with password protection — data-at-rest protection for portable media used on any computer.
Transparent Mounted VolumesMounted DiskCryptor volumes appear as standard unencrypted drives — all applications function without modification; encryption entirely transparent to OS and applications.
Batch Deployment SupportCommand-line interface supports scripted, unattended installation and encryption for automated deployment across multiple workstations via SCCM or Group Policy startup scripts.

Use Case Demonstration

Illustrative Scenario
An IT administrator deploys DiskCryptor on 45 legacy Windows 10 clinic workstations predating TPM 2.0 that cannot use BitLocker’s TPM-based encryption. DiskCryptor provides HIPAA-equivalent full-disk encryption compliance on hardware BitLocker cannot protect.
Step-by-Step Command Walkthrough
# ── DiskCryptor CLI (dccon.exe) — encryption management ──────────────────────
# List available disks and partitions
dccon -lst
# 0:0 - System C: (250GB) [Not Encrypted]
# 0:1 - Data   D: (500GB) [Not Encrypted]
# 1:0 - USB    E: (64GB)  [Not Encrypted]

# Encrypt data volume D: with AES-256-XTS
dccon -en 0:1 -p 'DataEncPass2024!HIPAA' -a aes -m xts -wipe 0
# -wipe 0: no pre-wipe (faster); use -wipe 3 for NIST secure wipe

# Encrypt system volume C: — installs pre-boot bootloader
dccon -en 0:0 -p 'SysBootPass2024!Clinic' -a aes -m xts
# Restart required — DiskCryptor bootloader now controls pre-boot auth

# Add USB keyfile for two-factor pre-boot authentication
# DiskCryptor GUI: Tools > Manage Keyfiles > Add Keyfile
# Keyfile path: E:\auth\clinic.key  (stored on admin USB only)
# Result: boot requires BOTH USB keyfile AND passphrase

# Check encryption status
dccon -info 0:0
# Encrypted: YES | Algorithm: AES-256 | Mode: XTS | Status: Mounted

# Batch deployment for 45 workstations via psexec
for /f %%C in (clinic_workstations.txt) do (
  psexec \\%%C -s dccon.exe -en 0:1 \
    -p 'DataEncPass2024!HIPAA' -a aes -m xts -wipe 0
)
Illustrative Outcome (Hypothetical)
DiskCryptor deploys AES-256-XTS full-disk encryption on all 45 legacy clinic workstations in 12 hours of overnight scripted deployment. When a workstation is decommissioned and the drive cannot be physically destroyed, DiskCryptor decryption followed by a three-pass overwrite achieves NIST SP 800-88-compliant media sanitisation. The clinic’s HIPAA Security Officer documents DiskCryptor as satisfying 45 CFR §164.312(a)(2)(iv) encryption requirements for this hardware generation. Two-factor bootloader authentication (USB keyfile + passphrase) ensures a stolen workstation cannot boot without both factors — physical theft yields no PHI access.
Section 2  │  Threat Intelligence

Section 2: Threat Intelligence

This section provides comprehensive technical profiles for 10 threat intelligence tools (Tools 61–70), covering the spectrum from open-source community solutions to commercial enterprise platforms.

61
Recorded Future
AI-Powered Threat Intelligence Platform

Overview

Recorded Future is the world’s largest threat intelligence company, delivering machine-learning-powered intelligence from open web, dark web, technical sources, and proprietary data partnerships. Its Intelligence Cloud indexes over one million intelligence-relevant sources — news, dark web markets, paste sites, technical feeds, government advisories, social media, and financial crime forums — processing thousands of data points per second. The platform delivers real-time Risk Scores (1–100) for IPs, domains, URLs, file hashes, and CVEs; comprehensive threat actor profiles; malware family analyses; and geopolitical risk assessments.

Recorded Future’s AI performs multilingual natural language analysis — including Russian-language dark web forums, Chinese-language technical communities, and Arabic-language channels — at a scale impossible for human analyst teams. Pre-built integrations with SIEM platforms (Splunk, Microsoft Sentinel, QRadar), SOAR platforms (Palo Alto XSOAR, ServiceNow), firewalls (Palo Alto NGFW, FortiGate), and EDR tools (CrowdStrike, SentinelOne) enable every IP, domain, and hash flowing through these platforms to be automatically enriched with current threat context. Vulnerability Intelligence correlates CVEs with exploit availability, threat actor targeting, and weaponisation timelines — enabling risk-based patch prioritisation beyond CVSS scores alone.

Key Features & Components

Feature / ComponentDescription
Intelligence Cloud (1M+ Sources)Indexes open web, dark web, paste sites, technical feeds, and government advisories — processes thousands of data points per second with NLP analysis across 10+ languages.
Risk Scores (1–100, Real-Time)AI-generated risk scores for IPs, domains, URLs, file hashes, and CVEs — refreshed continuously as new intelligence is ingested and surfaced automatically in SIEM alert enrichment.
Threat Actor Profiles (2,300+)Attributed campaigns, TTPs mapped to MITRE ATT&CK, infrastructure, targeting preferences, and recent activity indicators for nation-state and criminal threat actors.
Vulnerability IntelligenceCorrelates CVE data with exploit availability, threat actor targeting, and weaponisation timelines — risk-based patching prioritisation beyond CVSS base scores.
SIEM / SOAR / Firewall IntegrationPre-built connectors to Splunk, Microsoft Sentinel, QRadar, Palo Alto XSOAR, FortiGate, and 100+ platforms — enriches every security event with threat context automatically.
Geopolitical Risk IntelligenceCountry-level risk scoring, supply chain risk assessment, and geopolitical event monitoring for organisations with global operational footprints.

Use Case Demonstration

Illustrative Scenario
A SOC alert indicates a corporate endpoint communicated with an external IP. Recorded Future’s SIEM integration instantly enriches the alert with Risk Score 97, attributing the IP to Lazarus Group C2 infrastructure. The analyst uses Recorded Future to compress a 45-minute investigation into under 5 minutes.
Step-by-Step Command Walkthrough
# ── Recorded Future API — comprehensive threat enrichment ────────────────────
# Query IP risk score, categories, and associated threat actors
curl -H 'X-RFToken: RF_API_TOKEN' \
  'https://api.recordedfuture.com/v2/ip/203.0.113.45?
  fields=risk,entity,relatedEntities,timestamps,intelCard' \
  | python3 -c "
import sys, json
d = json.load(sys.stdin)['data']
print(f'Risk Score:  {d[\"risk\"][\"score\"]}')
print(f'Criticality: {d[\"risk\"][\"criticalityLabel\"]}')
actors = [e['name'] for e in d.get('relatedEntities',[]) if e.get('type')=='ThreatActor']
print(f'Threat Actors: {actors}')"

# Retrieve Lazarus Group threat actor profile and TTPs
curl -H 'X-RFToken: RF_API_TOKEN' \
  'https://api.recordedfuture.com/v2/threatactor?
  freetext=Lazarus+Group&fields=name,mitreAttack,targetedIndustries,ttps'

# Find CVEs actively exploited by Lazarus Group
curl -H 'X-RFToken: RF_API_TOKEN' \
  'https://api.recordedfuture.com/v2/vulnerability?
  freetext=Lazarus&fields=cve,riskScore,exploitStatuses&limit=10'

# SPL: Show all high-risk external connections today
index=firewall action=allowed dest_ip=*
| lookup rf_ip_lookup ip AS dest_ip OUTPUT rf_risk_score
| where rf_risk_score > 75
| stats count BY src_ip, dest_ip, rf_risk_score, dest_port
| sort -rf_risk_score
Illustrative Outcome (Hypothetical)
Recorded Future instantly surfaces Risk Score 97 — IP confirmed as Lazarus Group C2 from the SWIFT banking campaign. The threat actor profile reveals current TTPs (ISO dropper → PowerShell → Cobalt Strike), enabling the analyst to pivot to SIEM hunts for the same pattern across all endpoints. Three additional compromised hosts are found in minutes. The Recorded Future intelligence report attached to the P1 ticket gives the IR team complete adversary context — identity, objectives, and TTPs — eliminating 40 minutes of manual OSINT research.
62
ThreatConnect
Threat Intelligence Platform & SOAR Automation

Overview

ThreatConnect is an integrated Threat Intelligence Platform (TIP) and security orchestration solution combining intelligence aggregation, collaborative analysis, Diamond Model-based threat modelling, and built-in SOAR automation (Playbooks) in a single platform. It enables security teams to aggregate intelligence from commercial feeds, open-source repositories, ISAC sharing communities, and internal telemetry — normalising, enriching, and correlating intelligence into structured threat models that drive actionable defensive decisions.

ThreatConnect’s TC Exchange is a managed community where thousands of subscribers contribute and consume validated threat intelligence packages. The Diamond Model framework — structuring adversary analysis across Adversary, Capability, Infrastructure, and Victim vertices — provides a consistent ontology for understanding and communicating threat relationships. Native STIX 2.1 and TAXII 2.1 support enables automated bidirectional intelligence sharing with ISACs, government CERTs, and partner organisations. Playbooks automate the complete intelligence-to-action cycle: indicator ingested → enriched → validated → pushed to firewall blocklist → ticket created — all without analyst intervention for routine threats.

Key Features & Components

Feature / ComponentDescription
Threat Intelligence Platform (TIP)Aggregates, normalises, deduplicates, and enriches indicators from 300+ commercial, government, and open-source feeds into a unified, searchable intelligence repository.
Playbooks (SOAR Automation)Visual drag-and-drop automation builder — multi-step response workflows triggered by intelligence events, SIEM alerts, or scheduled cadences with no coding required.
TC Exchange Community2,000+ organisations contribute and consume validated intelligence packages — community-validated IoCs with source attribution and confidence ratings.
Diamond Model AnalysisStructures threat analysis across Adversary, Capability, Infrastructure, and Victim vertices — consistent framework for all threat intelligence production and communication.
STIX 2.1 / TAXII 2.1 NativeImports and exports in STIX 2.1 format via built-in TAXII server — automated bidirectional sharing with ISACs, government CERTs, and sector partners.
Risk Scoring and PrioritisationPer-indicator confidence and priority scores based on source reliability, indicator age, and targeting activity — analysts focus on the highest-value intelligence first.

Use Case Demonstration

Illustrative Scenario
A financial sector ISAC member uses ThreatConnect to automatically ingest FS-ISAC shared intelligence, correlate it against internal telemetry, and trigger a Playbook that blocks confirmed malicious IPs across all perimeter firewalls within minutes of intelligence ingestion — without requiring analyst action.
Step-by-Step Command Walkthrough
# ── ThreatConnect API v3 — intelligence management ───────────────────────────
# Authenticate with HMAC-SHA256
TC_TIMESTAMP=$(date +%s)
TC_SIG=$(echo -n "/v3/indicators:GET:$TC_TIMESTAMP" \
  | openssl dgst -sha256 -hmac 'SECRET_KEY' -binary | base64)

# Query high-confidence malicious IPs from last 24 hours
curl -H "Authorization: TC $ACCESS_ID:$TC_SIG" \
  -H "Timestamp: $TC_TIMESTAMP" \
  'https://api.threatconnect.com/v3/indicators?
  tql=type%3DAddress+AND+confidence%3E%3D80+AND+rating%3E%3D4
  &fields=summary,confidence,rating,associatedGroups&resultLimit=500'

# Import FS-ISAC STIX bundle via TAXII 2.1
curl 'https://tc.threatconnect.com/api/v3/taxii/taxii2/
  collection/fs-isac-feed/objects/' \
  -H 'Authorization: Bearer TAXII_TOKEN' \
  -H 'Accept: application/taxii+json;version=2.1'

# Python SDK — automated indicator processing
from threatconnect import ThreatConnect
tc = ThreatConnect('ACCESS_ID','SECRET_KEY','MyOrg',
                   'https://api.threatconnect.com')
indicators = tc.indicators()
filter1 = indicators.add_filter()
filter1.add_rating_filter(4, '>=')
filter1.add_confidence_filter(80, '>=')
for ind in indicators:
    print(f'{ind.type}: {ind.summary} | Rating: {ind.rating}')
Illustrative Outcome (Hypothetical)
ThreatConnect ingests 1,247 malicious IPs from the FS-ISAC BlackCat/ALPHV advisory in 15 minutes. The Playbook validates each against VirusTotal — 892 exceed the 5-engine threshold. All 892 are simultaneously pushed to Palo Alto External Dynamic Lists across 8 perimeter gateways, with Jira tickets and Slack notifications auto-generated. When BlackCat delivery infrastructure probes the network from a listed IP, Palo Alto drops the connection. Complete proactive protection with zero analyst interaction — intelligence operationalised 3 hours before the attack arrived.
63
Anomali ThreatStream
Threat Intelligence Platform with ML Scoring

Overview

Anomali ThreatStream is a Threat Intelligence Platform (TIP) aggregating threat data from 300-plus commercial, open-source, government, and community feeds, normalising indicators into STIX format, and providing a collaborative analytical environment. ThreatStream’s Machine Learning Intelligence (MLI) module automatically identifies relationships between threat actors, campaigns, malware families, and TTPs from unstructured text — enabling analysts to build comprehensive threat pictures from diverse raw data without manual correlation.

ThreatStream excels at indicator lifecycle management — automatically retiring stale or expired indicators, deduplicating across overlapping feeds, and maintaining per-indicator confidence scores based on source reliability and cross-feed corroboration. The integrated MITRE ATT&CK mapping automatically tags intelligence with ATT&CK techniques and sub-techniques, enabling defenders to directly assess which adversary TTPs their current detective and preventive controls cover — and identify gaps. The free Anomali STAXX product provides a standalone TAXII server for organisations beginning their intelligence sharing programme.

Key Features & Components

Feature / ComponentDescription
300+ Feed IntegrationsPre-built connectors to commercial, government (AIS, ISACs), and open-source feeds (OTX, abuse.ch) with automated ingestion, normalisation, and deduplication.
ML-Powered Indicator ScoringML models score each indicator’s confidence and relevance based on source reliability, cross-feed corroboration, age, and threat actor targeting activity.
Indicator Lifecycle ManagementAutomatically retires stale indicators, deduplicates across feeds, and maintains confidence scores — analysts work only with current, high-quality intelligence.
MITRE ATT&CK Auto-MappingAutomatically maps intelligence to ATT&CK tactics, techniques, and sub-techniques — enables direct assessment of detection coverage against specific adversary TTPs.
Threat Bulletin CollaborationShared analytical workspace for multi-analyst annotation, correlation, and structured reporting — team intelligence production with full attribution tracking.
Anomali STAXX (Free TAXII Server)Free standalone TAXII 2.1 server for ingesting and distributing STIX intelligence — lower-cost entry point for organisations building intelligence exchange programmes.

Use Case Demonstration

Illustrative Scenario
A healthcare ISAC member uses ThreatStream to receive H-ISAC shared intelligence about a ransomware campaign targeting hospital EHR systems. ThreatStream automatically blocks all campaign indicators across the network before any attack infrastructure contacts the organisation.
Step-by-Step Command Walkthrough
# ── Anomali ThreatStream API — intelligence management ───────────────────────
# Query recent high-confidence malicious IPs
curl -u 'username:api_key' \
  'https://api.threatstream.com/api/v2/intelligence/?
  confidence__gte=80&itype=mal_ip&
  modified_ts__gte=2024-06-16T00:00:00Z&
  limit=500&format=json&order_by=-modified_ts'

# Subscribe to H-ISAC STIX/TAXII feed
curl -u 'username:api_key' -X POST \
  'https://api.threatstream.com/api/v1/import/taxii/' \
  -H 'Content-Type: application/json' \
  -d '{"url":"https://taxii.h-isac.org/taxii2/",
       "collection":"healthcare-threats",
       "username":"HISAC_USER","password":"HISAC_PASS",
       "poll_interval":900}'

# Export confirmed malicious IPs for firewall blocklist
curl -u 'username:api_key' \
  'https://api.threatstream.com/api/v2/intelligence/export/?
  confidence__gte=90&itype=mal_ip&format=csv&limit=5000' \
  -o /tmp/malicious_ips_$(date +%Y%m%d).csv

# Map campaign TTPs to MITRE ATT&CK for coverage gap analysis
curl -u 'username:api_key' \
  'https://api.threatstream.com/api/v2/campaign/?
  name=BlackCat_Healthcare_2024
  &fields=name,actors,indicators,mitre_attack_techniques'

# Push blocklist to Splunk lookup table
python3 -c "
import csv, splunklib.client as client
sp = client.connect(host='splunk.corp.local',
                    username='admin', password='Pass')
with open('/tmp/malicious_ips_20240617.csv') as f:
    sp.kvstore['threat_ip_blocklist'].data.batch_save(
        *[{'ip': r['value']} for r in csv.DictReader(f)])"
Illustrative Outcome (Hypothetical)
ThreatStream ingests H-ISAC’s advisory in 20 minutes — 234 malicious IPs and 67 domains scored, deduplicated, and pushed to Splunk blocklists and firewall deny rules. When BlackCat probes the hospital network from blocked IPs, all attempts are dropped and logged. MITRE ATT&CK mapping reveals T1190 (Exploit Public-Facing Application) as primary initial access, alerting the vulnerability team to prioritise EHR portal patching within 48 hours.
64
IBM X-Force Exchange
Cloud-Based Threat Intelligence Platform — IBM Security

Overview

IBM X-Force Exchange is a cloud-based threat intelligence platform combining IBM X-Force research team output — one of the largest commercial security research organisations globally — with community-contributed intelligence in a searchable, API-accessible database. IBM X-Force maintains reputation databases covering billions of IPs and URLs, a malware analysis database with behavioural indicators and YARA rules, and a comprehensive vulnerability advisory library. X-Force research covers nation-state actors, criminal enterprises, and emerging threat campaigns across all industry sectors.

X-Force Exchange integrates natively with IBM QRadar SIEM through an app that automatically enriches all QRadar offenses with IP and URL reputation context, associated malware families, and related threat actor profiles — without manual analyst lookups. A free tier enables basic IP, URL, and hash reputation queries; premium tiers unlock detailed threat reports, vulnerability intelligence, and X-Force IRIS intelligence derived from IBM’s active breach investigations. The REST API enables programmatic integration with any security tool capable of making HTTP requests.

Key Features & Components

Feature / ComponentDescription
IP/URL Reputation DatabaseReal-time reputation scores for billions of IPs and URLs based on spam activity, scanning behaviour, botnet membership, malware distribution, phishing, and anonymisation usage.
Malware Analysis ReportsDetailed reports including behavioural indicators, YARA rules, file hashes, network indicators, persistence mechanisms, and evasion techniques from IBM’s analysis pipeline.
QRadar Native IntegrationAutomatic QRadar offense enrichment — IP risk score, threat categories, associated malware, and related threat actors surfaced in every offense without manual analyst lookups.
X-Force IRIS IntelligencePremium intelligence from IBM’s elite incident response investigations — APT and criminal group activity reports from active breach engagements.
Vulnerability AdvisoriesX-Force vulnerability reports with exploitation likelihood, active exploitation confirmation, and targeted industry sector analysis beyond CVSS base scores.
Free and Premium APICompletely free API for basic IP/URL/hash reputation queries — premium tiers for detailed reports and IRIS investigation intelligence.

Use Case Demonstration

Illustrative Scenario
A QRadar SOC analyst uses IBM X-Force Exchange native integration to automatically enrich all network-based offenses with threat context — reducing investigation time from 15 minutes of manual OSINT to 28 seconds of automated enrichment for every IP indicator.
Step-by-Step Command Walkthrough
# ── IBM X-Force Exchange API — threat intelligence queries ────────────────────
# Query IP reputation
curl -u 'API_KEY:API_PASSWORD' -H 'Accept: application/json' \
  'https://api.xforce.ibmcloud.com/ipr/45.142.212.100' \
  | python3 -c "
import sys, json
d = json.load(sys.stdin)
print(f'IP:         {d[\"ip\"]}')
print(f'Score:      {d[\"score\"]}/10')
print(f'Categories: {list(d.get(\"cats\",{}).keys())}')"

# Query URL category and reputation
curl -u 'API_KEY:API_PASSWORD' \
  'https://api.xforce.ibmcloud.com/url/http://phishing-site.xyz/login'

# Retrieve malware report by SHA-256 hash
curl -u 'API_KEY:API_PASSWORD' \
  'https://api.xforce.ibmcloud.com/malware/SHA256_HASH'

# Search vulnerability advisories (Log4j)
curl -u 'API_KEY:API_PASSWORD' \
  'https://api.xforce.ibmcloud.com/vulnerabilities/search?
  q=log4j&startDate=2021-12-01&endDate=2022-03-31'

# ── QRadar integration — automatic offense enrichment ────────────────────────
# QRadar > Admin > Extension Management > X-Force Exchange App
# API Key + Password from X-Force Exchange profile
# Auto-enrich offenses: YES | Threshold: All offenses with remote IP
# After configuration, all QRadar offenses show:
# Source IP Risk Score: 9.2/10
# Category: Botnet, C2
# Related Malware: TrickBot, Emotet
# Threat Actor: TA542 (Emotet operators)
Illustrative Outcome (Hypothetical)
X-Force Exchange integration with QRadar reduces IP-based alert investigation time from 15 minutes to 28 seconds — enrichment appears automatically in every offense details panel. When a firewall offense is raised for 45.142.212.100, X-Force immediately surfaces Score 9.2/10, Categories: Botnet/C2, Related Malware: Cobalt Strike — the analyst escalates to P1 immediately rather than spending 15 minutes manually researching the indicator. The free API tier provides this intelligence at zero additional cost for existing QRadar deployments.
65
AlienVault OTX
Open Threat Intelligence Community — AT&T Cybersecurity

Overview

AlienVault Open Threat Exchange (OTX), operated by AT&T Cybersecurity, is the world’s largest open threat intelligence community with over 200,000 participants contributing threat data from 140 countries. OTX democratises threat intelligence — making community-contributed IoCs freely available via API — enabling security teams of any size and budget to access current, real-world threat data. Intelligence is structured as ‘Pulses’: packages containing IoCs (IPs, domains, file hashes, URLs, email addresses), narrative analysis, MITRE ATT&CK mappings, and related intelligence.

OTX DirectConnect delivers subscribed Pulse IoCs automatically to compatible security tools — AlienVault OSSIM and USM Anywhere, Splunk, QRadar, Palo Alto NGFW — without manual export/import. The completely free OTX API enables any organisation to query indicator reputation, subscribe to threat actor and malware family Pulses, and contribute new intelligence to the community. OTX is particularly valuable as a supplementary open-source layer alongside commercial feeds, covering emerging campaigns and regional threats that commercial providers may address with lower priority.

Key Features & Components

Feature / ComponentDescription
OTX Pulses (Structured Intelligence)Community-created packages with IoCs, TTP descriptions, MITRE ATT&CK mappings, and narrative analysis — searchable by threat actor, malware family, or CVE.
DirectConnect (Automatic Feed Delivery)Automatic IoC delivery to AlienVault OSSIM/USM Anywhere, Splunk, QRadar, and Palo Alto NGFW — no manual export required; indicators update automatically as Pulses are revised.
200,000+ Global ContributorsPractitioner community covering regional threats, sector-specific intelligence, and emerging campaigns — often before commercial feeds publish the same indicators.
Free REST APICompletely free API for indicator reputation queries, Pulse subscriptions, and intelligence contributions — no commercial subscription required.
Per-Indicator Analysis PagesReputation history, passive DNS, WHOIS, geographic data, malware associations, and related Pulses for contextual investigation of any indicator.
OSSIM/USM Native IntegrationSubscribed Pulse indicators automatically create correlation rules in AlienVault OSSIM and USM Anywhere SIEM — matched against all ingested log data in real time.

Use Case Demonstration

Illustrative Scenario
A small security team with no budget for commercial threat feeds uses the free OTX Python API to build an automated IP reputation checker that queries all suspicious external IPs from firewall logs against OTX — automatically blocking those with community-confirmed malicious Pulse associations.
Step-by-Step Command Walkthrough
pip install OTXv2

from OTXv2 import OTXv2, IndicatorTypes
import os

otx = OTXv2('YOUR_OTX_API_KEY')

def check_ip(ip):
    try:
        d = otx.get_indicator_details_full(IndicatorTypes.IPv4, ip)
        count   = d['general']['pulse_info']['count']
        pulses  = d['general']['pulse_info']['pulses'][:5]
        threats = [p['name'] for p in pulses]
        return {'ip': ip, 'pulse_count': count, 'threats': threats,
                'high_risk': count >= 3}
    except Exception as e:
        return {'ip': ip, 'error': str(e), 'high_risk': False}

# Process suspicious IPs extracted from firewall logs
suspicious_ips = ['185.220.101.35', '45.142.212.100', '194.165.16.72']
for ip in suspicious_ips:
    result = check_ip(ip)
    if result['high_risk']:
        print(f'[BLOCK] {ip} | Pulses: {result["pulse_count"]} | {result["threats"]}')
        os.system(f'iptables -I INPUT -s {ip} -j DROP')
    else:
        print(f'[ALLOW] {ip} | Pulses: {result.get("pulse_count",0)}')

# Subscribe to a specific threat Pulse
otx.subscribe_to_pulse('PULSE_UUID_COBALT_STRIKE_C2')

# Retrieve all subscribed Pulse IPs for a blocklist
subscribed = otx.getall()
all_ips = [i['indicator'] for p in subscribed
           for i in p.get('indicators',[]) if i['type']=='IPv4']
print(f'Total IPs to block from subscriptions: {len(all_ips)}')
Illustrative Outcome (Hypothetical)
The free OTX integration processes 2,847 unique external IPs daily from firewall logs — blocking 234 with 3+ Pulse associations. Over 3 months, the system blocks 7,891 confirmed malicious connection attempts before reaching internal systems. OTX proves especially valuable for emerging campaigns: the community publishes Pulses with fresh infrastructure IoCs within hours of a campaign launch — faster than commercial feeds that require formal analysis processes. Total cost: $0. A commercially valuable threat detection capability achieved with open-source intelligence and a short Python script.
66
Mandiant Threat Intelligence
Premium APT & Nation-State Intelligence — Google Cloud

Overview

FireEye Threat Intelligence, now operating under the Mandiant brand following Google Cloud’s 2022 acquisition, is widely regarded as the gold standard for nation-state and APT intelligence. Mandiant’s intelligence is uniquely sourced from firsthand incident response investigations — when Mandiant IR teams investigate breaches at the world’s most targeted organisations, adversary TTPs, tooling, and infrastructure discovered in live engagements flow directly into threat intelligence products weeks or months before the same techniques appear in publicly available sources.

The Mandiant Advantage platform profiles over 2,300 tracked threat actors, provides detailed malware analyses for thousands of malware variants, prioritises CVEs based on Mandiant’s assessment of exploitation likelihood (not just CVSS scores), and delivers Digital Threat Monitoring for brand protection and credential exposure. Mandiant Security Validation (formerly Verodin) validates that security controls actually detect and prevent specific adversary techniques as verified by Mandiant’s researchers — providing proven coverage assurance rather than assumed coverage from configuration reviews.

Key Features & Components

Feature / ComponentDescription
2,300+ Tracked Threat ActorsThe industry’s most comprehensive threat actor library — APT groups, FIN groups, and UNC clusters with attributed campaigns, MITRE ATT&CK-mapped TTPs, and targeting history.
Incident Response IntelligenceUnique source: firsthand breach investigation data from Mandiant IR engagements — TTPs and infrastructure observed in live attacks, not just published report analysis.
Mandiant Vulnerability IntelligencePrioritises CVEs by exploitation likelihood, threat actor interest, and weaponisation status — beyond CVSS; includes exploitation timeline predictions from IR case data.
Digital Threat MonitoringDark web, criminal forum, paste site, and social media monitoring for brand mentions, executive names, credential dumps, and targeted communications about the organisation.
Security Validation (BAS)Validates that EDR, SIEM, and network controls actually detect Mandiant-documented adversary techniques — proving controls work in practice, not just in theory.
Mandiant Intelligence APIRESTful API for indicators, threat actor reports, malware analyses, and vulnerability intelligence — programmatic integration with SIEM/SOAR platforms.

Use Case Demonstration

Illustrative Scenario
A critical infrastructure operator subscribes to Mandiant Threat Intelligence. When Mandiant researchers discover APT41’s active campaign targeting ICS vendors in a live IR engagement, the operator receives an advance briefing with 47 specific IoCs and ATT&CK-mapped TTPs — 72 hours before the campaign becomes publicly known.
Step-by-Step Command Walkthrough
# ── Mandiant Advantage API — threat intelligence ──────────────────────────────
# Authenticate (OAuth2 client credentials)
TOKEN=$(curl -s -X POST \
  'https://api.intelligence.mandiant.com/token' \
  -d 'grant_type=client_credentials
      &client_id=CLIENT_ID&client_secret=CLIENT_SECRET' \
  | python3 -c "import sys,json;print(json.load(sys.stdin)['access_token'])")

# Query APT41 threat actor profile
curl -H "Authorization: Bearer $TOKEN" -H 'Accept: application/json' \
  'https://api.intelligence.mandiant.com/v4/actor?name=APT41&limit=1' \
  | python3 -c "
import sys, json
a = json.load(sys.stdin)['threat-actors'][0]
print(f'Actor: {a[\"name\"]} | Industries: {a.get(\"industries\")}')"

# Retrieve current APT41 indicators (IPs, domains, hashes)
curl -H "Authorization: Bearer $TOKEN" \
  'https://api.intelligence.mandiant.com/v4/indicator?
  threat_actors=APT41&type=ip-dst&limit=200'

# Check vulnerability exploitation likelihood
curl -H "Authorization: Bearer $TOKEN" \
  'https://api.intelligence.mandiant.com/v4/vulnerability?
  cve_id=CVE-2024-21762&include_actor_data=true'

# Query PlugX malware family analysis
curl -H "Authorization: Bearer $TOKEN" \
  'https://api.intelligence.mandiant.com/v4/malware?
  name=PlugX&include_campaign_info=true'
Illustrative Outcome (Hypothetical)
The APT41 advance briefing provides 47 specific IoCs — 23 IPs, 18 domains, 6 file hashes — from live campaign infrastructure. The SOAR platform deploys blocking rules across OT-IT boundary firewalls, EDR, and DNS in 8 minutes. Mandiant’s 72-hour lead time — only possible from live IR data — gives the operator a full defensive window. Security Validation confirms Mandiant’s YARA rule for the APT41 PlugX implant is detected by the EDR — proven coverage assurance. When the campaign becomes publicly known 3 days later, the operator is already fully protected.
67
Palo Alto Networks AutoFocus
WildFire-Powered Threat Intelligence Service

Overview

Palo Alto Networks AutoFocus is a cloud-based threat intelligence service powered by WildFire — Palo Alto’s malware analysis sandbox processing over 4 million unique samples daily from 70,000-plus NGFW sensors worldwide. AutoFocus correlates malware samples, network indicators, threat actors, and campaign data across this global sensor network, providing contextualised intelligence directly linked to threats observed in real Palo Alto-protected environments. Unit 42 (Palo Alto’s threat research team) authors comprehensive threat actor and campaign tags based on active research.

AutoFocus enables analysts to search the WildFire sample database by tags, behavioural indicators, network artefacts, file attributes, and threat actor associations — far beyond simple hash lookups. MineMeld, the open-source indicator aggregation component, takes AutoFocus IoCs and third-party feeds, processes and deduplicates them, and pushes updated External Dynamic Lists (EDLs) to Palo Alto NGFWs every 5 minutes. AutoFocus intelligence is natively consumed by Cortex XSOAR playbooks, creating a closed-loop intelligence → detection → prevention cycle.

Key Features & Components

Feature / ComponentDescription
WildFire Intelligence (4M+ Daily Samples)Real-world malware intelligence from 4+ million daily samples across 70,000+ NGFW sensors — unique visibility into active threats observed across all Palo Alto-protected environments.
Unit 42 Threat TagsPalo Alto research team tags malware samples with campaign, threat actor, and TTP associations — linking technical IoCs to adversary context and attribution.
Behaviour-Based Sample SearchSearch WildFire by observed behaviours (process creation, file writes, registry changes, network connections) — not just hash matching.
MineMeld (Indicator Distribution)Open-source aggregation and distribution — aggregates AutoFocus and third-party intelligence, deduplicates, and pushes updated EDLs to NGFWs every 5 minutes.
Cortex XSOAR IntegrationNative XSOAR playbook enrichment — AutoFocus adds campaign context, malware family, and coverage status to every indicator lookup automatically.
Threat Campaign TrackingCorrelates samples and network IoCs into campaign groups — tracks adversary infrastructure evolution across organisations and timeframes.

Use Case Demonstration

Illustrative Scenario
A SOC analyst uses AutoFocus to investigate a suspicious file flagged by WildFire. AutoFocus enriches the hash with Unit 42 attribution, campaign IoCs, behavioural indicators, and C2 infrastructure — enabling the analyst to proactively block the entire campaign’s network footprint across the organisation.
Step-by-Step Command Walkthrough
# ── AutoFocus API — malware and indicator intelligence ────────────────────────
# Search for a file hash in the WildFire global database
curl -X POST \
  'https://autofocus.paloaltonetworks.com/api/v1.0/samples/search' \
  -H 'apiKey: AF_API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{"query":{"operator":"all","children":[{
        "field":"sample.sha256","operator":"is",
        "value":"a1b2c3d4e5f6g7h8..."}]},
       "scope":"global","size":10}'

# Get full analysis (Unit 42 tags, behaviours, network IoCs)
curl -X POST \
  'https://autofocus.paloaltonetworks.com/api/v1.0/sample/SHA256/analysis' \
  -H 'apiKey: AF_API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{"coverage":true,"platforms":["win10","winxp"]}'

# Search all samples tagged as Lazarus Group by Unit 42
curl -X POST \
  'https://autofocus.paloaltonetworks.com/api/v1.0/samples/search' \
  -H 'apiKey: AF_API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{"query":{"operator":"all","children":[{
        "field":"sample.tag","operator":"contains",
        "value":"Unit42.LazarusGroup"}]},
       "scope":"global","size":50}'

# MineMeld: push AutoFocus IoCs to PAN NGFW External Dynamic List
# MineMeld config: autofocus_source -> dedup_processor -> panos_output
# PAN NGFW: Objects > External Dynamic Lists > poll MineMeld every 5 min
Illustrative Outcome (Hypothetical)
AutoFocus enrichment identifies the flagged file as a BLINDINGCAN variant with 47 prior WildFire analyses, tagged by Unit 42 as Lazarus Group campaign infrastructure. The network behaviour section reveals 12 C2 IPs used by this malware family. MineMeld distributes all 12 IPs to Palo Alto NGFWs within 5 minutes of the investigation — blocking C2 communication on all perimeter gateways. Cortex XSOAR identifies 3 additional endpoints that communicated with the same C2 over the past 30 days, expanding the incident to 4 hosts and enabling complete containment.
68
Splunk
SIEM, Security Analytics & SOAR Platform

Overview

Splunk is the dominant Security Information and Event Management (SIEM) and operational intelligence platform, used by over 15,000 organisations globally to collect, index, search, monitor, and analyse machine-generated data from any source. Splunk ingests logs from servers, network devices, applications, endpoints, cloud services, and security tools — correlating events across all sources to detect threats, operational anomalies, and compliance violations in real time. Splunk Enterprise Security (ES) is the SIEM application built on the Splunk platform, providing security data models, 200-plus correlation rules, Adaptive Response actions, glass tables, and an investigation workbench.

For threat intelligence operationalisation, Splunk ES integrates feeds from commercial (Recorded Future, ThreatConnect, IBM X-Force) and open-source (OTX, abuse.ch) providers through the Intelligence Framework — automatically enriching all events via lookup tables. Splunk SOAR (formerly Phantom) extends the platform with automated playbook execution across 300-plus connected security technologies, enabling end-to-end automated response at machine speed. The Machine Learning Toolkit (MLTK) adds anomaly detection and statistical modelling for detecting subtle behavioural deviations invisible to threshold-based correlation rules.

Key Features & Components

Feature / ComponentDescription
Search Processing Language (SPL)Powerful query language enabling complex event correlation, statistical analysis, subsearches, lookups, field extractions, and time-series analysis across terabytes of data.
Enterprise Security (ES)Pre-built data models, 200+ correlation rules, Adaptive Response actions, investigation workbench, and glass tables — structured SOC operations on the Splunk platform.
Threat Intelligence FrameworkAggregates commercial and open-source threat feeds — enriches all SIEM events via lookup tables with IoC context from multiple simultaneous sources.
Splunk SOAR (Orchestration)Playbook automation across 300+ security technologies — ingest alert → enrich → contain → document — full automated response without analyst action for routine threats.
Machine Learning Toolkit (MLTK)Statistical anomaly detection and ML models trained on historical baselines — detects subtle behavioural deviations invisible to threshold-based correlation rules.
User Behaviour Analytics (UBA)Per-user activity baselines with anomaly detection — insider threat identification, compromised account detection, and lateral movement visibility.

Use Case Demonstration

Illustrative Scenario
A SOC uses Splunk ES to detect a Living-off-the-Land (LotL) attack — an attacker using native Windows tools (PowerShell, WMI, certutil) for persistence and exfiltration without dropping any malware files — through correlated behavioural detection across endpoint, network, and authentication logs.
Step-by-Step Command Walkthrough
# ── SPL correlation rules for LotL attack detection ──────────────────────────
# Rule 1: PowerShell encoded download cradle (T1059.001)
index=windows EventCode=4688
| regex New_Process_Name="(?i)powershell"
| regex Process_Command_Line="(?i)(-enc|-EncodedCommand)[A-Za-z0-9+/]{50,}"
| regex Process_Command_Line="(?i)(iex|invoke-expression|downloadstring)"
| stats count by host, Account_Name, Process_Command_Line
| where count >= 1
| eval severity="critical"

# Rule 2: Office application spawning PowerShell (T1566.001)
index=windows EventCode=4688
| eval parent=lower(Creator_Process_Name)
| eval child=lower(New_Process_Name)
| where (match(parent,"(winword|excel|powerpnt|outlook)")
  AND match(child,"(powershell|cmd|wscript|cscript|mshta|certutil)"))
| table _time, host, Account_Name, parent, child, Process_Command_Line

# Rule 3: certutil LOLBin download (T1105)
index=windows EventCode=4688
| regex New_Process_Name="(?i)certutil"
| regex Process_Command_Line="(?i)(-urlcache|-f|-split)"
| stats count by host, Account_Name, Process_Command_Line

# Rule 4: Threat intel enrichment — high-risk external connections
index=network src_ip=* dest_ip=* action=allowed
| lookup recordedfuture_ip_risklist ip AS dest_ip OUTPUT risk_score
| where isnotnull(risk_score) AND risk_score > 75
| table _time, src_ip, dest_ip, dest_port, bytes_out, risk_score
Illustrative Outcome (Hypothetical)
Splunk ES fires three correlation rules simultaneously for FINANCE-WS-14: PowerShell download cradle, Office→PowerShell process chain, and certutil URL bypass — all within a 4-minute window. ES creates a single P1 offense with all evidence combined. Splunk SOAR’s Cobalt Strike Response Playbook auto-enriches with VirusTotal, CrowdStrike process tree, and Recorded Future C2 scores; isolates the endpoint via CrowdStrike network containment; creates a Jira P1 ticket with all evidence; and notifies the CISO — complete automated response in 4 minutes before any analyst acts.
69
LogRhythm
NextGen SIEM with UEBA & SmartResponse Automation

Overview

LogRhythm is an enterprise SIEM and NextGen SIEM platform providing security information and event management, User and Entity Behaviour Analytics (UEBA), network detection and response (NDR), and security automation and orchestration in a unified architecture. LogRhythm’s AI Engine processes millions of events per second using 800-plus pre-built correlation rules and ML-based anomaly baselines trained on 6 months of historical activity, and its Platform Manager provides centralised configuration and policy management for physical appliances, VMs, or cloud-deployed infrastructure.

LogRhythm’s Threat Lifecycle Management (TLM) methodology provides a structured framework from detection through qualification, investigation, neutralisation, and recovery. SmartResponse Automation bridges SIEM detection and automated response without a separate SOAR product — scripted actions triggered by AI Engine alarms execute firewall rule changes, Active Directory account disabling, endpoint isolation, and ticketing system ticket creation. The Threat Intelligence module aggregates commercial and open-source feeds, enriching events with IoC context and enabling indicator-driven detection rules.

Key Features & Components

Feature / ComponentDescription
AI Engine (Real-Time Correlation)Processes millions of events per second with 800+ pre-built rules and ML-based anomaly baselines — detects both known threat patterns and statistical deviations from baseline behaviour.
UEBA (User and Entity Behaviour Analytics)Per-user and per-entity activity baselines — detects compromised accounts, insider threats, and lateral movement through anomalous behaviour analysis.
SmartResponse AutomationPre-scripted response actions triggered by AI Engine alarms — disable AD accounts, modify firewall ACLs, isolate endpoints, create ServiceNow tickets — without a separate SOAR product.
Network Monitor (NDR)Deep packet inspection and NetFlow-based traffic analysis — detects lateral movement, C2 communications, and data exfiltration patterns in east-west and north-south traffic.
Threat Intelligence ModuleAggregates commercial and open-source TI feeds, enriches events with IoC context, and creates indicator-driven detection rules automatically.
Compliance AutomationPre-built PCI DSS, HIPAA, NIST 800-53, GDPR, and FedRAMP compliance reports with automated evidence collection from SIEM event data.

Use Case Demonstration

Illustrative Scenario
LogRhythm’s UEBA detects an anomalous logon pattern for a privileged service account — authenticating to servers it has never previously accessed, at 3 AM on Sunday, from an external IP. AI Engine fires three UEBA anomaly flags simultaneously and triggers SmartResponse to disable the account automatically before any analyst reviews the incident.
Step-by-Step Command Walkthrough
# ── LogRhythm REST API — alarm management ─────────────────────────────────────
# Authenticate to LogRhythm API
TOKEN=$(curl -s -X POST \
  'https://lrapi.corp.local/lr-alarm-api/actions/getAlarms' \
  -H 'Content-Type: application/json' \
  -d '{"username":"api_user","password":"ApiPass2024!"}' \
  | python3 -c "import sys,json;print(json.load(sys.stdin)['access_token'])")

# Query critical alarms from last 24 hours
curl -H "Authorization: Bearer $TOKEN" \
  'https://lrapi.corp.local/lr-alarm-api/alarms?
  status=1&priority=5&dateCreatedGte=2024-06-16T00:00:00Z' \
  | python3 -c "
import sys, json
alarms = json.load(sys.stdin)['alarms']
print(f'Critical alarms: {len(alarms)}')
for a in alarms[:5]:
    print(f'  [{a[\"id\"]}] {a[\"name\"]} | Host: {a.get(\"entityName\")}')"

# ── AI Engine rule: Privileged Account Anomalous Logon ────────────────────────
# Rule:   'Privileged Account Lateral Movement'
# Block A: EventID=4624 AND Account=svc_backup
#          AND OriginHost NOT IN [known_servers_list]
# Block B: EventID=4624 AND Account=svc_backup
#          AND LogonHour < 6 OR LogonHour > 22
# Block C: SourceIP NOT IN 10.0.0.0/8 (external source)
# Threshold: Any 2 of 3 blocks within 30-minute window
# Action: Critical alarm + SmartResponse: Disable-ADAccount

# SmartResponse script (auto-executed on alarm)
Disable-ADAccount -Identity svc_backup
Get-ADUser svc_backup | Select Enabled
# Enabled: False — account disabled at 03:17:42 AM
Illustrative Outcome (Hypothetical)
LogRhythm UEBA detects svc_backup authenticating to 7 unfamiliar servers from an external IP at 3:17 AM on Sunday — all three UEBA anomaly flags trigger simultaneously. The AI Engine fires ‘Privileged Account Lateral Movement’ at 98% confidence. SmartResponse disables svc_backup in Active Directory within 90 seconds, terminating all active sessions. Post-incident analysis reveals the account was compromised via password spray 6 hours earlier. LogRhythm’s automated response contained the attacker before the business day began — preventing lateral movement to production databases.
70
IBM QRadar
Enterprise SIEM with Offense Management & AQL Analytics

Overview

IBM QRadar is an enterprise-grade SIEM platform widely deployed in Fortune 500 companies, government agencies, and managed security service providers. QRadar collects log and network flow data (NetFlow, sFlow, J-Flow, IPFIX) from thousands of heterogeneous sources via 450-plus pre-built Device Support Modules (DSMs), normalises events into a unified format, and applies rule-based correlation to detect threats in real time. QRadar’s Offense Management system groups correlated events into actionable offenses prioritised by magnitude — a composite of event severity, asset criticality, and event credibility.

QRadar Network Insights (QNI) provides deep packet inspection and L7 application identification from NetFlow and full-packet data — detecting threats invisible in log-only deployments, including encrypted C2 communications identified by traffic patterns, exfiltration identified by volume anomalies, and lateral movement through east-west flow analysis. AQL (Ariel Query Language) enables SQL-like searches across QRadar’s event and flow databases for ad hoc threat hunting and custom rule development. QRadar SOAR (formerly Resilient) extends the platform with case management and orchestrated response playbooks, and the App Exchange provides 200-plus extensions.

Key Features & Components

Feature / ComponentDescription
Offense ManagementGroups correlated events into prioritised offenses with magnitude scoring — structured analyst work queue where the most severe, credible threats surface automatically.
450+ DSMsPre-built parsers for Cisco, Juniper, Microsoft, Linux, VMware, AWS, Azure, SaaS apps, and security tools — normalises diverse log formats into a unified event schema.
AQL (Ariel Query Language)SQL-like query language for QRadar’s event and flow databases — ad hoc threat hunting, custom detection rule creation, and forensic timeline reconstruction.
QRadar Network Insights (QNI)DPI and L7 application identification from packet data — detects encrypted C2, exfiltration, and lateral movement invisible in logs alone.
QRadar SOAR (Resilient)Case management and orchestrated response playbooks — automates enrichment, containment, and recovery across connected security technologies.
App Exchange (200+ Extensions)TI integrations (X-Force, Recorded Future), ML anomaly detection models, industry-specific rule packs, and dashboard visualisation extensions.

Use Case Demonstration

Illustrative Scenario
A QRadar SOC analyst uses AQL queries and X-Force Exchange enrichment to investigate an offense for anomalous DNS traffic — discovering a Cobalt Strike DNS beacon and orchestrating automated containment through QRadar SOAR.
Step-by-Step Command Walkthrough
# ── QRadar AQL — threat hunting queries ───────────────────────────────────────
# Detect DNS beaconing (regular high-frequency queries to one domain)
SELECT sourceIP, destinationIP, COUNT(*) as query_count
FROM events
WHERE category = 1
  AND LOGSOURCETYPENAME(logSourceId) = 'WindowsDNS'
  AND starttime > NOW() - 3600000
GROUP BY sourceIP, destinationIP
HAVING query_count > 50
ORDER BY query_count DESC
LAST 1 HOURS

# Detect long DNS query names (tunnelling indicator)
SELECT sourceIP, payloadFirstBytes,
  STRLEN(payloadFirstBytes) as query_len, COUNT(*) as count
FROM events
WHERE LOGSOURCETYPENAME(logSourceId) = 'WindowsDNS'
  AND STRLEN(payloadFirstBytes) > 100
GROUP BY sourceIP, payloadFirstBytes, query_len
HAVING count > 10
LAST 6 HOURS

# Network flow: detect beacon pattern (regular small sessions)
SELECT sourceIP, destinationIP, destinationPort,
  COUNT(*) as flow_count,
  AVG(flowDuration) as avg_duration,
  STDDEV(flowDuration) as variance
FROM flows
WHERE destinationIP NOT IN (RFC1918)
  AND flow_count BETWEEN 20 AND 200
GROUP BY sourceIP, destinationIP, destinationPort
HAVING variance < 500
ORDER BY flow_count DESC
LAST 6 HOURS

# QRadar REST API — assign offense to analyst
curl -k -H 'SEC: ADMIN_TOKEN' -H 'Content-Type: application/json' \
  -X POST 'https://qradar.corp.local/api/siem/offenses/OFFENSE_ID' \
  -d '{"status":"OPEN","assigned_to":"analyst1"}'
Illustrative Outcome (Hypothetical)
QRadar AQL identifies DESKTOP-FINANCE-22 making 143 DNS queries per hour to a .xyz domain with 58-character hexadecimal subdomain labels — a Cobalt Strike DNS beacon pattern. X-Force Exchange enriches the destination domain as Risk 9.4/10 associated with TA505. QRadar SOAR’s Cobalt Strike playbook enriches the offense (VirusTotal, CrowdStrike process tree, Recorded Future score), isolates the endpoint via CrowdStrike, creates a Jira P1 ticket with all evidence, and notifies the CISO — complete automated response in 4 minutes. The analyst receives a fully contextualised, pre-escalated incident rather than raw DNS log entries.
Section 3  │  Incident Response

Section 3: Incident Response

This section provides comprehensive technical profiles for 10 incident response tools (Tools 71–80), covering the spectrum from open-source community solutions to commercial enterprise platforms.

71
TheHive
Open-Source Security Incident Response Platform

Overview

TheHive is a free, open-source Security Incident Response Platform (SIRP) enabling SOC analysts and IR teams to collaboratively manage security cases from initial alert through investigation, evidence collection, task management, and closure. It provides a structured environment where every incident is organised as a Case containing Tasks (assigned to analysts with due dates and status tracking), Observables (IoCs subject to automated analysis), and a Timeline documenting the chronological sequence of events. TheHive integrates natively with MISP for threat intelligence sharing, Cortex for automated observable analysis, and alert sources including Splunk, QRadar, Elastic, and email.

Alert templates enable automatic case creation from SIEM alerts, threat intelligence feeds, and phishing report buttons — eliminating manual case setup for high-volume alert types. Cortex integration allows one-click or automated analysis of observables (IPs, domains, file hashes, URLs, email addresses) through 100-plus analysers including VirusTotal, MISP lookup, Shodan, MaxMind GeoIP, Abuse.ch, and dozens more. TheHive 5 (commercial) adds SLA tracking, enhanced dashboards, and enterprise support.

Key Features & Components

Feature / ComponentDescription
Case and Task ManagementStructured incidents with assigned tasks, due dates, analyst ownership, status tracking, and collaborative annotation — full incident lifecycle management in one platform.
Observable Analysis via CortexOne-click or automated analysis of IoCs through 100+ Cortex analysers — VirusTotal, MISP, Shodan, MaxMind GeoIP, Abuse.ch, and custom analysers.
MISP Bidirectional IntegrationImport MISP events as TheHive alerts; export confirmed case observables back to MISP as IoC contributions — closes the intelligence sharing loop.
Alert Ingestion and DeduplicationReceives alerts from SIEM, email, API, and ticketing sources — deduplicates related alerts into unified cases, preventing workload fragmentation.
Multi-Tenant ArchitectureSeparate tenants per client for MSSP deployments — complete data isolation between organisations with role-based analyst access controls.
REST APIComplete programmatic access for case creation, task management, observable submission, and status updates — full SOAR integration and custom workflow automation.

Use Case Demonstration

Illustrative Scenario
A SOC team uses TheHive with Cortex and MISP to manage a phishing campaign targeting 50 employees. Email gateway alerts auto-create cases, Cortex analyses all attachment hashes and URLs, and confirmed IoCs are shared back to MISP for community distribution.
Step-by-Step Command Walkthrough
# ── TheHive API v4 — case management automation ───────────────────────────────
# Create a phishing campaign case with initial tasks
curl -s -X POST 'https://thehive.corp.local:9000/api/case' \
  -H 'Authorization: Bearer API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{
    "title":       "Phishing Campaign — Finance Team (Jun 2024)",
    "description": "Mass phishing targeting finance staff — DocuSign lure",
    "severity":    3,
    "tlp":         2,
    "tags":        ["phishing","finance","credential-harvesting"],
    "tasks": [
      {"title":"Identify all recipients",   "assignee":"analyst1"},
      {"title":"Analyse attachment hashes", "assignee":"analyst2"},
      {"title":"Block sender domains",      "assignee":"analyst1"},
      {"title":"Reset click-through users", "assignee":"analyst3"}
    ]
  }'

# Add phishing URL as observable for Cortex analysis
curl -s -X POST 'https://thehive.corp.local:9000/api/case/CASE_ID/artifact' \
  -H 'Authorization: Bearer API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{
    "dataType": "url",
    "data":     "https://docusign-secure-login.malicious.xyz/verify",
    "tlp":      2,
    "tags":     ["phishing-url","credential-harvest"]
  }'

# Trigger Cortex analyser (VirusTotal URL lookup)
curl -s -X POST 'https://cortex.corp.local:9001/api/job' \
  -H 'Authorization: Bearer CORTEX_KEY' \
  -H 'Content-Type: application/json' \
  -d '{
    "analyzerId":         "VirusTotal_GetReport_3_1",
    "artifactType":       "url",
    "artifactDefinition": {"data":"https://docusign-secure-login.malicious.xyz/verify"}
  }'
Illustrative Outcome (Hypothetical)
TheHive deduplicates 50 email gateway alerts into one unified campaign case with 50 linked child cases. Cortex analyses all 23 unique observables — 19 of 23 confirmed malicious, automatically tagged as IoCs. The 4 click-through users are flagged for immediate password reset. TheHive exports all confirmed IoCs to MISP for community contribution. The entire triage cycle completes in 8 minutes versus a previous 45-minute manual process — a 6× improvement in triage efficiency.
72
MISP
Malware Information Sharing Platform — Open Source

Overview

MISP (Malware Information Sharing Platform) is a free, open-source threat intelligence platform designed for sharing, storing, and correlating indicators of compromise, malware information, financial fraud indicators, and vulnerability data. Originally developed by CIRCL (Computer Incident Response Center Luxembourg), MISP is now maintained by a global community and deployed by national CERTs, ISACs, government agencies, and enterprises worldwide. MISP structures intelligence in a rich data model: Events containing Attributes (individual IoCs), Objects (structured data groups), Tags (taxonomy labels, TLP levels), and Galaxy mappings to MITRE ATT&CK techniques.

MISP’s community sharing model is its most powerful characteristic — organisations configure sharing policies (This Community Only, Connected Communities, All Communities) enabling automatic bidirectional intelligence propagation across trusted networks. Synchronisation between MISP instances distributes vetted intelligence in near-real time. STIX 2.1 export and a built-in TAXII 2.1 server enable integration with commercial TIPs and SIEM platforms. MISP’s automatic correlation engine surfaces relationships between attributes across all events — when a new event shares an IoC with historical events, context appears immediately without manual research.

Key Features & Components

Feature / ComponentDescription
Flexible Event Data ModelEvents with Attributes (IoCs), Objects (structured groups), Tags (TLP/taxonomy), and Galaxy mappings to MITRE ATT&CK — rich, extensible structure for all intelligence types.
Community Sharing PoliciesConfigurable sharing: community-only, connected networks, or public — automatic bidirectional synchronisation with CERT networks, ISACs, and trusted MISP instances.
Automatic Correlation EngineAutomatically surfaces relationships between attributes across all events — historical IoC context appears instantly when a new event shares an indicator.
STIX 2.1 / TAXII 2.1 NativeBuilt-in STIX export and TAXII 2.1 server — integrates with commercial TIPs (ThreatConnect, Anomali) and SIEM platforms (Splunk, QRadar) for IoC distribution.
External Feed SubscriptionsSubscribes to OSINT feeds (OTX, abuse.ch, URLhaus, FeodoTracker) and commercial feeds — ingests, deduplicates, and correlates against existing knowledge base.
ATT&CK Galaxy TaggingTags events and attributes with MITRE ATT&CK techniques, threat actor clusters, and malware families — structured adversary context for all intelligence.

Use Case Demonstration

Illustrative Scenario
A national CERT uses MISP to coordinate intelligence sharing across 150 member organisations during an active APT campaign. A new C2 IP discovered by one member propagates to all 150 within minutes — enabling collective defence across the entire community simultaneously.
Step-by-Step Command Walkthrough
# ── MISP REST API — event and attribute management ────────────────────────────
# Create a MISP event for an APT campaign
curl -s -X POST 'https://misp.cert.gov/events' \
  -H 'Authorization: API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{"Event":{
    "info":           "APT28 Phishing Campaign — Ministry of Finance",
    "threat_level_id": 1,
    "analysis":        2,
    "distribution":    2,
    "Attribute": [
      {"type":"ip-dst","value":"203.0.113.45",
       "to_ids":true,"comment":"C2 server"},
      {"type":"domain","value":"evil-docs.xyz",
       "to_ids":true,"comment":"Phishing domain"},
      {"type":"sha256","value":"a1b2c3...",
       "to_ids":true,"comment":"Dropper hash"},
      {"type":"yara","value":"rule APT28_Dropper {...}",
       "to_ids":false,"comment":"YARA rule"}
    ]
  }}'

# Search all events containing a specific IP
curl -s -X POST 'https://misp.cert.gov/attributes/restSearch' \
  -H 'Authorization: API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{"returnFormat":"json","value":"203.0.113.45",
       "type":"ip-dst","to_ids":true}'

# Export event as STIX 2.1 for SIEM ingestion
curl -s 'https://misp.cert.gov/events/restSearch/
  returnFormat:stix2/threat_level_id:1/to_ids:true' \
  -H 'Authorization: API_KEY'

# Subscribe to abuse.ch URLhaus feed
# MISP > Feeds > Add Feed
#   URL: https://urlhaus-api.abuse.ch/v1/urls/recent/
#   Format: MISP Feed JSON | Cache: Every 30 minutes
Illustrative Outcome (Hypothetical)
When a member SOC adds a new C2 IP to the MISP event, synchronisation propagates it to all 150 connected MISP instances within 3 minutes. Each member’s SIEM automatically receives the updated IoC via TAXII — 150 organisations simultaneously add the indicator to detection rules and firewall blocklists. MISP’s correlation engine identifies the same IP appearing in an 8-month-old event tagged to a different APT campaign — confirming infrastructure reuse and strengthening attribution. Collective sharing multiplies each individual organisation’s effective intelligence coverage by the entire community’s detection capabilities.
73
SIFT Workstation
SANS Investigative Forensic Toolkit — DFIR Platform

Overview

SIFT (SANS Investigative Forensic Toolkit) Workstation is a free, open-source Ubuntu-based virtual machine pre-configured with a comprehensive suite of digital forensics and incident response tools. Developed and maintained by SANS Institute and the DFIR community, SIFT provides a standardised, court-admissible forensic investigation environment containing 200-plus pre-installed tools covering disk forensics, memory forensics, network forensics, log analysis, malware analysis, and file system examination.

SIFT is available as a VMware/VirtualBox virtual machine and as an installation script for Ubuntu 22.04 LTS (WSL2 compatible). Core tools include Autopsy (GUI forensic case management), The Sleuth Kit (command-line disk forensics), Volatility 3 (memory forensics), Plaso/log2timeline (multi-source timeline generation), YARA (malware pattern matching), bulk_extractor (evidence carving), NetworkMiner, RegRipper, and dozens of specialised utilities. The standardised environment ensures reproducible, defensible findings meeting evidentiary standards for legal proceedings.

Key Features & Components

Feature / ComponentDescription
Comprehensive DFIR Toolset200+ pre-installed tools for disk, memory, network, log, and malware forensics — all pre-configured to work together without version conflicts.
Autopsy (GUI Case Management)Graphical forensic case management: disk image ingestion, timeline analysis, keyword search, file carving, artefact extraction, and report generation with chain-of-custody documentation.
Volatility 3 (Memory Forensics)Plugin-based memory analysis — process listing, network connections, rootkit detection, credential recovery, and injected code detection from RAM images.
Plaso / log2timeline (Supertimeline)Ingests 50+ log and artefact types to generate a unified super-timeline correlating Windows Event Logs, browser history, file system timestamps, and registry hives.
YARA Pattern MatchingRule evaluation against memory dumps, disk images, and extracted files — detects known malware families and custom threat actor tooling without signature databases.
Standardised Forensic EnvironmentVM or WSL2 installation ensuring reproducible findings and defensible methodology for court proceedings across all investigators.

Use Case Demonstration

Illustrative Scenario
A DFIR analyst uses SIFT Workstation to investigate a ransomware incident — acquiring a memory image, creating a forensic disk image, and building a comprehensive timeline to determine initial access vector, dwell time, and exfiltration scope before remediation begins.
Step-by-Step Command Walkthrough
# ── SIFT Workstation forensic investigation workflow ─────────────────────────
# Step 1: Acquire memory image from live system (via WinPMEM on victim)
scp analyst@victim-server:/C/memory_image.raw /cases/INC-2024-0847/

# Step 2: Create forensic disk image in E01 format
ewfacquire /dev/sdb \
  -t /cases/INC-2024-0847/victim_disk \
  -C 'INC-2024-0847 Victim Server' \
  -e analyst@corp.com \
  -m fixed -M logical

# Step 3: Verify acquisition integrity
ewfverify /cases/INC-2024-0847/victim_disk.E01
# MD5 hash verified: acquisition integrity confirmed

# Step 4: Analyse memory image with Volatility 3
vol3 -f /cases/INC-2024-0847/memory_image.raw windows.pslist.PsList
vol3 -f /cases/INC-2024-0847/memory_image.raw windows.netscan.NetScan
vol3 -f /cases/INC-2024-0847/memory_image.raw windows.cmdline.CmdLine
vol3 -f /cases/INC-2024-0847/memory_image.raw windows.hashdump.Hashdump
vol3 -f /cases/INC-2024-0847/memory_image.raw windows.malfind.Malfind

# Step 5: Build unified super-timeline with log2timeline
log2timeline.py -z UTC \
  --storage-file /cases/INC-2024-0847/timeline.plaso \
  /cases/INC-2024-0847/victim_disk.E01

psort.py -z UTC -o l2tcsv \
  -w /cases/INC-2024-0847/timeline.csv \
  /cases/INC-2024-0847/timeline.plaso

# Step 6: YARA scan against extracted memory regions
vol3 -f memory_image.raw windows.vadyarascan.VadYaraScan \
  --yara-rules /tools/yara-rules/ransomware/*.yar
Illustrative Outcome (Hypothetical)
SIFT analysis reveals the complete attack timeline: RDP brute-force initial access at 02:17 AM on Day 1 (evidenced in Security Event Log 4625 entries), 4 days of reconnaissance with native Windows tools, Active Directory database access on Day 3, and ransomware deployment on Day 5. Volatility’s malfind identifies injected shellcode in svchost.exe. The super-timeline gives the IR team everything needed to scope the incident, identify all compromised systems, and brief legal counsel — all from a standardised, court-admissible forensic environment.
74
GRR Rapid Response
Fleet-Scale Remote Forensics Framework — Google

Overview

GRR Rapid Response is an open-source incident response framework developed by Google and released publicly in 2015. It enables remote live forensics at massive scale — analysts can simultaneously query thousands of endpoints for forensic artefacts, IoCs, and system state without requiring physical access, pre-deployed agents (deployed on demand), or full disk imaging. GRR’s client-server architecture consists of GRR agents on endpoints and a central server providing the management console and query processing.

GRR supports forensic collection of file system artefacts, running processes, network connections, memory artefacts, Windows Event Logs, browser history, and more — all collected from endpoints over the network. Flows define specific forensic collection tasks; Hunts extend the same query simultaneously across any number of endpoints. GRR can execute YARA rule scanning across all endpoint memory and disk simultaneously — enabling fleet-wide malware hunting without acquiring individual forensic images. All collected data is stored in the GRR data store for subsequent analysis and case correlation.

Key Features & Components

Feature / ComponentDescription
Fleet-Scale Remote ForensicsQueries thousands of endpoints simultaneously for forensic artefacts without physical access or full disk imaging — rapid incident scoping across the entire fleet.
Hunts (Fleet-Wide Queries)Extends any forensic Flow across all endpoints simultaneously — YARA scanning, file collection, registry hunting, and process analysis at fleet scale with one Hunt definition.
Memory and Disk YARA ScanningExecutes YARA rules across endpoint memory and disk at fleet scale — detects known malware families without individual image acquisition.
Comprehensive Artefact CollectionCollects Windows Registry hives, Event Logs, prefetch files, shimcache, amcache, browser history, and hundreds of forensically relevant artefacts on demand.
Timeline GenerationGenerates structured timelines from collected forensic artefacts — chronological incident reconstruction without full disk image analysis.
Enterprise-Scale ArchitectureHandles hundreds of thousands of endpoints — Google uses GRR internally for incident response across its global infrastructure.

Use Case Demonstration

Illustrative Scenario
Intelligence indicates a specific Cobalt Strike DLL payload may be present on endpoints. The IR team uses GRR to run a YARA Hunt across all 3,000 corporate endpoints simultaneously — identifying every compromised machine in under 20 minutes without imaging a single disk.
Step-by-Step Command Walkthrough
# ── GRR API — Hunt creation and management ────────────────────────────────────
from grr_api_client import api as grr_api

# Connect to GRR server
grrapi = grr_api.InitHttp(
    api_endpoint='https://grrserver.corp.local:8000',
    auth=('admin', 'GRRAdminPass2024!'))

# Create YARA Hunt across all Windows endpoints
hunt_args = grrapi.types.CreateHuntArgs()
hunt_args.flow_name = 'YaraProcessScan'
hunt_args.flow_args.yara_signature = '''
rule CobaltStrike_ReflectiveDLL {
  strings:
    $s1 = { 52 65 66 6C 65 63 74 69 76 65 4C 6F 61 64 65 72 }
    $s2 = { 4D 65 74 61 73 70 6C 6F 69 74 20 74 65 61 6D }
    $s3 = { 63 6F 62 61 6C 74 73 74 72 69 6B 65 }
  condition: any of them
}
'''
# Restrict Hunt to Windows clients only
hunt_args.client_rule_set.rules.add().os.os_windows = True

hunt = grrapi.CreateHunt(
    flow_name='YaraProcessScan',
    flow_args=hunt_args.flow_args,
    hunt_runner_args=grrapi.types.HuntRunnerArgs(
        description='CobaltStrike YARA Hunt Jun2024',
        client_limit=0,
        expiry_time=grrapi.types.Duration(seconds=3600)))
hunt.Start()
print(f'Hunt started: {hunt.hunt_id}')

# Monitor and retrieve results
import time
while hunt.data.state == 2:  # STARTED
    time.sleep(60)
    hunt = grrapi.Hunt(hunt.hunt_id).Get()
    print(f'Clients checked: {hunt.data.num_clients_with_results}')

for result in grrapi.Hunt(hunt.hunt_id).Results():
    print(f'YARA MATCH: {result.client_id}')
Illustrative Outcome (Hypothetical)
The GRR YARA Hunt completes across all 3,000 Windows endpoints in 18 minutes. Seven endpoints are identified with Cobalt Strike Reflective DLL signatures in process memory. All 7 are immediately isolated via network ACL changes while the IR team triages each individually. Without GRR, scoping this hunt would have required 3,000 individual endpoint forensic collections — days of work compressed into 18 minutes. The hunt definitively scopes the incident, giving the CISO an accurate infected count for board notification.
75
Velociraptor
High-Performance Endpoint DFIR with VQL

Overview

Velociraptor is an open-source, high-performance endpoint visibility and digital forensics tool designed for large-scale forensic data collection. Developed by Mike Cohen (formerly of Google’s GRR project), Velociraptor uses VQL (Velociraptor Query Language) — a SQL-like language purpose-built for endpoint forensics — to collect forensic data from large numbers of endpoints simultaneously. Its efficient Go-based architecture and VQL design handle tens of thousands of concurrent clients on modest hardware, significantly outperforming GRR in throughput.

VQL enables analysts to write expressive, reusable forensic queries pushed as Artifacts to endpoints — collecting registry values, file system data, process information, network connections, Windows Event Log entries, and parsed forensic artefacts. The Artifact Exchange library contains hundreds of pre-built artifacts for Windows (NTFS, MFT, LNK, prefetch, shimcache, amcache), macOS, and Linux forensics. Live response capabilities provide real-time interactive shell access to any enrolled endpoint for surgical investigation and remediation without full agent reinstallation.

Key Features & Components

Feature / ComponentDescription
VQL (Velociraptor Query Language)SQL-like language for endpoint forensic queries — selects from endpoint data sources with filtering, joins, and output formatting; enables complex queries without custom code.
Artifact Exchange LibraryHundreds of community-contributed forensic artefacts for Windows, macOS, and Linux — covering NTFS/MFT, browser history, registry, cloud service artefacts, and more.
Fleet-Wide HuntsPushes any VQL Artifact to all enrolled endpoints simultaneously — collects, correlates, and analyses results in the server interface without individual endpoint access.
YARA IntegrationExecutes YARA rules against process memory and disk files across the entire endpoint fleet — fleet-wide malware hunting without individual forensic image acquisition.
Live ResponseInteractive shell access to enrolled endpoints — real-time investigation, surgical file collection, process termination, and immediate remediation actions.
Investigation NotebooksServer-side notebooks for collaborative investigation — analysts document findings, run VQL queries, and share investigation notes within the same platform.

Use Case Demonstration

Illustrative Scenario
An analyst hunts for Qbot persistence mechanisms across 500 Windows endpoints using Velociraptor — simultaneously collecting scheduled tasks, registry run keys, WMI subscriptions, and startup entries from all endpoints and correlating results to identify the 5 infected machines within 10 minutes.
Step-by-Step Command Walkthrough
# ── Velociraptor VQL — fleet-wide persistence hunting ────────────────────────
# Custom VQL: hunt for Qbot registry persistence
SELECT
  Hostname,
  Key.ModTime,
  Key.Name  as RunKey,
  Key.Data  as KeyValue
FROM foreach(
  row={SELECT Hostname FROM info()},
  query={
    SELECT ModTime, Name, Data
    FROM read_reg_key(
      globs=['HKLM\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run\\*',
             'HKCU\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run\\*']
    )
    WHERE Data =~ '(?i)(regsvr32|rundll32|mshta|wscript|cscript)'
  }
)

# Hunt for Qbot scheduled task pattern (random 8-char name, base64 cmd)
LET results =
  SELECT client_id, Name, Command
  FROM Artifact.Windows.System.ScheduledTasks()
  WHERE Command =~ '(?i)cmd.*\/c.*powershell.*base64'
    OR Name =~ '^[A-Z]{8}$'
SELECT * FROM results

# Fleet-wide YARA memory scan for Qbot
SELECT * FROM yara(
  rules='''rule Qbot { strings: $s1 = "qbot" nocase condition: $s1 }''',
  pid='*'
)

# Live response: terminate process and collect binary for analysis
LET _ = execve(argv=['taskkill', '/PID', '4521', '/F'])
SELECT upload(file='/Windows/Temp/svchost32.exe') FROM scope()
Illustrative Outcome (Hypothetical)
Velociraptor completes the fleet-wide hunt across 500 Windows endpoints in 9 minutes. Five endpoints have registry Run keys matching Qbot’s base64 PowerShell persistence pattern; three have 8-character random-name scheduled tasks. Live response to each of the 5 infected hosts collects the malicious binary, terminates the process, and removes the persistence mechanism — complete remediation for all 5 machines within 25 minutes of hunt completion without imaging any disk.
76
Carbon Black Response (VMware Carbon Black EDR)
Continuous Endpoint Recording & Threat Hunting

Overview

Carbon Black Response (now VMware Carbon Black EDR — Enterprise Detection and Response, following Broadcom’s acquisition of VMware) is an enterprise EDR platform providing continuous endpoint recording, real-time threat hunting, and live response capabilities. Carbon Black records every process execution, file modification, network connection, and registry change on every enrolled endpoint — retaining this telemetry in a central database for weeks or months. This continuous recording model enables forensic investigation of incidents that occurred before any alert was raised.

Carbon Black’s threat hunting model centres on the cbapi Python library and the web-based Threat Hunting interface — analysts query the central telemetry database using SQL-like syntax to search for specific processes, parent-child relationships, file paths, registry modifications, and network connections across all endpoints simultaneously. Binary reputation from Carbon Black’s threat intelligence network automatically classifies executables. Live Response provides real-time remote shell access to any enrolled endpoint for surgical file collection, process termination, and immediate remediation without full reimaging.

Key Features & Components

Feature / ComponentDescription
Continuous Endpoint RecordingRecords every process, file write, registry change, and network connection on every endpoint — searchable telemetry retained for configurable periods enabling retroactive investigation.
Process Tree VisualisationInteractive visualisation of complete process execution trees — every parent-child relationship, spawned command line, and network connection for any process at any time.
Binary Reputation IntegrationAutomatic classification of all executed binaries via Carbon Black’s threat intelligence network — surfaces unknown or reputation-low executables for analyst review.
Live ResponseReal-time remote shell, file system access, process management, and file retrieval from any enrolled endpoint — surgical remediation without full reimaging.
cbapi Python LibraryProgrammatic access to all Carbon Black telemetry — custom hunt scripts, automated alert triage, SOAR integration, and bulk threat hunting.
Watchlist and Feed IntegrationAutomated alerting on IoC matches in continuous telemetry — Carbon Black’s own feeds and custom IoC watchlists matched against all historical and new endpoint activity.

Use Case Demonstration

Illustrative Scenario
A threat hunter suspects Cobalt Strike presence after a SIEM alert. Using Carbon Black Response, the analyst hunts for the specific PowerShell download cradle pattern across all endpoint telemetry from the past 30 days — discovering the initial infection occurred 12 days before the SIEM alert, identifying patient zero and the complete lateral movement path.
Step-by-Step Command Walkthrough
# ── Carbon Black cbapi — threat hunting and live response ─────────────────────
from cbapi.response import CbResponseAPI, Process
cb = CbResponseAPI(url='https://cbresponse.corp.local',
                   token='CB_API_TOKEN', ssl_verify=True)

# Hunt: PowerShell encoded download cradles (last 30 days)
query = cb.select(Process).where(
    'process_name:powershell.exe AND
     cmdline:encodedcommand AND cmdline:downloadstring'
)
for proc in query:
    print(f'Host:    {proc.hostname}')
    print(f'Time:    {proc.start}')
    print(f'CmdLine: {proc.cmdline}')
    print(f'Parent:  {proc.parent.process_name}')
    print('---')

# Find all external network connections from suspicious processes
for proc in cb.select(Process).where(
    'process_name:powershell.exe AND netconn_count:[1 TO *]'
):
    for nc in proc.netconns:
        if not nc.remote_ip.startswith(('10.','192.168.','172.')):
            print(f'External C2: {nc.remote_ip}:{nc.remote_port}')

# Live Response: collect malicious binary and terminate process
sensor = cb.select('Sensor').where('hostname:DESKTOP-FINANCE-14').first()
with sensor.lr_session() as lr:
    lr.get_file(r'C:\Windows\Temp\svchost32.exe', '/evidence/svchost32.exe')
    lr.kill_process(4521)     # terminate malicious process
    lr.delete_file(r'C:\Windows\Temp\svchost32.exe')
Illustrative Outcome (Hypothetical)
Carbon Black’s retrospective hunt reveals the Cobalt Strike beacon has been running on DESKTOP-FINANCE-14 for 12 days before the SIEM alert. The process tree shows initial infection: a malicious Excel macro spawned PowerShell which downloaded and executed the beacon via reflective DLL loading. Network connections in the telemetry reveal the C2 server IP and the lateral movement path to 3 additional hosts. The IR team can accurately scope the complete 12-day attacker dwell period, identify all accessed data, and provide precise timeline information to legal counsel for regulatory notification obligations.
77
Cybereason
AI-Driven EDR & XDR with MalOp Narrative Detection

Overview

Cybereason is an AI-driven EDR and XDR platform that presents security incidents as complete attack narrative stories — MalOps (Malicious Operations) — rather than individual disconnected alerts. Instead of generating thousands of individual detections, Cybereason’s AI correlates all related indicators across endpoints, identities, and network elements into a single MalOp with a complete attack timeline, affected assets, adversary TTPs, and suggested remediation steps. This narrative approach dramatically reduces alert fatigue and investigation time.

The Cross-Machine Correlation engine analyses process execution, file operations, registry activity, network connections, user identity, and DNS queries across all enrolled endpoints simultaneously — detecting multi-stage attacks spanning multiple machines and accounts. Cybereason provides automated AI-powered prevention using ML models trained on billions of endpoint behaviours, a visual attack timeline showing every attacker action from initial compromise through lateral movement and payload delivery, and one-click remediation executing process termination, file deletion, persistence removal, and endpoint isolation directly from the MalOp investigation panel.

Key Features & Components

Feature / ComponentDescription
MalOp (Malicious Operation) NarrativeGroups all related attack indicators into a single complete attack story with timeline, affected assets, TTPs, and remediation suggestions — eliminating individual alert fragmentation.
Cross-Machine Correlation AICorrelates process, file, network, identity, and DNS activity across all endpoints simultaneously — detects multi-stage attacks spanning multiple machines and user accounts.
AI-Powered PreventionML models trained on billions of endpoint behaviours detect and block novel malware at execution time — no signature updates required.
Visual Attack TimelineInteractive timeline showing every attacker action from initial compromise through lateral movement and payload delivery — with file, process, and network details at each step.
One-Click RemediationSuggests and executes remediation: process termination, file deletion, persistence removal, endpoint isolation — directly from the MalOp investigation panel.
MITRE ATT&CK MappingEvery MalOp attack step automatically mapped to ATT&CK tactics and techniques — enables immediate control gap analysis from incident investigation findings.

Use Case Demonstration

Illustrative Scenario
Cybereason detects a multi-stage attack spanning three endpoints — phishing on a user workstation, credential dumping, and lateral movement to a domain controller. The entire attack chain is presented as a single MalOp narrative, reducing a 3-hour investigation to 12 minutes.
Step-by-Step Command Walkthrough
# ── Cybereason API — MalOp investigation and response ────────────────────────
# Authenticate to Cybereason platform
curl -s -c cookies.txt -X POST \
  'https://cybereason.corp.local:8443/login.html' \
  -d 'username=admin&password=CybAdminPass2024!'

# Retrieve all open MalOps
curl -s -b cookies.txt -X POST \
  'https://cybereason.corp.local:8443/rest/crimes/unified?
  crimeStatus=UNRESOLVED' \
  -H 'Content-Type: application/json' \
  -d '{"templateContext":"OVERVIEW",
       "filters":[{"fieldName":"malopActivityTypes",
       "operator":"ContainsAnyOf",
       "values":["RANSOMWARE","MALICIOUS_INFECTION"]}]}'

# Get full MalOp details (timeline, machines, root cause)
curl -s -b cookies.txt -X POST \
  'https://cybereason.corp.local:8443/rest/crimes/unified' \
  -H 'Content-Type: application/json' \
  -d '{"guidList":["MALOP_GUID"],"templateContext":"DETAILS"}'

# Isolate all machines involved in the MalOp
curl -s -b cookies.txt -X POST \
  'https://cybereason.corp.local:8443/rest/sensors/action' \
  -H 'Content-Type: application/json' \
  -d '{"action":"ISOLATE",
       "filters":[{"fieldName":"malopGuid",
       "operator":"ContainsAnyOf",
       "values":["MALOP_GUID"]}]}'

# One-click remediation: kill malicious processes
curl -s -b cookies.txt -X POST \
  'https://cybereason.corp.local:8443/rest/remediate' \
  -H 'Content-Type: application/json' \
  -d '{"malopId":"MALOP_GUID",
       "remediationItems":[{"actionType":"KILL_PROCESS",
       "elementType":"PROCESS",
       "elementValues":["PROCESS_ID_1","PROCESS_ID_2"]}]}'
Illustrative Outcome (Hypothetical)
Cybereason presents phishing initial access, Mimikatz credential dumping, WMI lateral movement, and domain controller compromise as a single MalOp affecting 3 machines. Investigation previously requiring 3 separate tools completes in one interface in 12 minutes. One-click remediation simultaneously terminates malicious processes, removes persistence, and isolates all 3 endpoints. ATT&CK TTPs — T1566.001, T1003.001, T1021.006 — auto-mapped from the investigation, enabling immediate detection coverage gap analysis.
78
IBM Resilient (QRadar SOAR)
Security Orchestration, Automation & Response — IBM Security

Overview

IBM Resilient (now IBM Security QRadar SOAR, after IBM’s 2016 acquisition of Resilient Systems) is the pioneering Security Orchestration, Automation, and Response (SOAR) platform providing structured case management, dynamic playbook automation, and incident response coordination. Resilient was among the first platforms to formalise machine-speed, multi-tool response orchestration as a core SOC capability — automating information gathering, notification, containment, and documentation steps that previously required manual analyst effort across multiple disconnected tools.

IBM Resilient’s Dynamic Playbooks adapt their execution paths based on incident characteristics — type, severity, affected assets, regulatory jurisdiction, and custom conditions — enabling a single playbook to handle multiple scenario variants intelligently. The platform integrates with 200-plus security tools via pre-built Integration Hubs. Its data privacy module includes jurisdiction-aware breach notification playbooks that automatically calculate regulatory obligations under GDPR, HIPAA, PCI DSS, and 50-plus other regulations based on incident characteristics — converting complex compliance analysis into automated documentation.

Key Features & Components

Feature / ComponentDescription
Dynamic PlaybooksCondition-driven playbooks adapting execution paths based on incident type, severity, asset criticality, and regulatory jurisdiction — one playbook handles multiple scenario variants.
200+ Integration Hub ConnectorsPre-built integrations with SIEM (QRadar, Splunk), EDR (CrowdStrike, Carbon Black), TI (Recorded Future, MISP), and ticketing (ServiceNow, Jira) platforms.
Data Privacy and Breach NotificationJurisdiction-aware breach notification playbooks calculating regulatory obligations under GDPR, HIPAA, PCI DSS, and 50+ regulations based on incident data characteristics.
Role-Based Task AssignmentAssigns response tasks to named analysts or roles with SLAs, escalation rules, and completion tracking — structured team coordination for complex incidents.
MTTD / MTTR MetricsTracks Mean Time to Detect, Mean Time to Respond, SLA compliance, incident volume trends, and team performance — management-level SOC reporting.
Evidence and Artefact ManagementStructured evidence collection: files, screenshots, logs, and analyst notes with provenance tracking and chain-of-custody documentation for forensic and compliance use.

Use Case Demonstration

Illustrative Scenario
IBM Resilient orchestrates ransomware incident response across 12 tool integrations simultaneously — enriching with TI, isolating endpoints, notifying stakeholders, calculating GDPR obligations, and documenting every action for forensic and regulatory purposes, all triggered by a single CrowdStrike detection.
Step-by-Step Command Walkthrough
# ── IBM Resilient / QRadar SOAR API — incident management ────────────────────
# Authenticate to Resilient
curl -s -X POST 'https://resilient.corp.local/rest/session' \
  -H 'Content-Type: application/json' \
  -d '{"email":"admin@corp.com","password":"ResilientAdmin2024!"}'

# Create a ransomware incident
curl -s -X POST \
  'https://resilient.corp.local/rest/orgs/ORG_ID/incidents' \
  -H 'Authorization: BasicWithSession API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{
    "name":              "BlackCat Ransomware — Finance Server Farm",
    "incident_type_ids": [12],
    "severity_code":     {"name":"High"},
    "description":       "BlackCat/ALPHV on 8 finance servers",
    "properties": {
      "affected_countries": ["US","UK"],
      "data_compromised":   true,
      "pii_involved":       true,
      "employee_count":     847
    }
  }'

# The Ransomware Response Playbook auto-executes:
# 1. Enrich C2 IPs via Recorded Future
# 2. CrowdStrike: isolate all affected endpoints
# 3. PagerDuty: alert on-call IR lead
# 4. Slack: notify #incident-response
# 5. Calculate GDPR Article 33 72-hour notification obligation
# 6. ServiceNow: create P1 ticket for vendor notification
# 7. Document timeline entry for each automated action

# Add a task for the IR team
curl -s -X POST \
  'https://resilient.corp.local/rest/orgs/ORG_ID/incidents/INC_ID/tasks' \
  -H 'Authorization: BasicWithSession API_KEY' \
  -d '{"name":"Forensic image all affected servers","owner_id":42}'
Illustrative Outcome (Hypothetical)
IBM Resilient’s ransomware playbook executes 14 automated steps in 90 seconds: all 6 C2 IPs enriched via Recorded Future (all score 95+), 8 servers isolated via CrowdStrike, on-call IR lead paged, CISO notified via Slack, ServiceNow P1 ticket created, and GDPR 72-hour notification clock documented. The data privacy module calculates breach notification obligations under GDPR (UK and EU supervisory authorities), HIPAA, and 3 US state breach laws based on the data categories involved — generating draft notifications for legal review. Every automated action is timestamped in the incident timeline for forensic defensibility.
79
Cofense Triage
Enterprise Phishing Response Automation Platform

Overview

Cofense Triage is an enterprise phishing response automation platform designed to dramatically reduce the analyst time required to process, investigate, and respond to employee-reported phishing emails. Organisations using the Cofense PhishMe Reporter button receive thousands of reported emails daily — Cofense Triage automates triage, clustering, analysis, and response that would otherwise overwhelm analyst teams. The platform uses clustering algorithms, YARA rules, reputation lookups, and ML-based analysis to automatically classify reported emails as malicious, suspicious, or safe.

Cofense Triage integrates with email security gateways, SIEM platforms, threat intelligence feeds, and SOAR platforms to automatically quarantine malicious emails, extract and share IoCs, and trigger downstream response playbooks. Its Vision feature enables retroactive email search — after identifying a malicious campaign, Vision automatically finds and quarantines all similar emails sent to any employee organisation-wide, even those who never reported the email. The ROI of Cofense Triage is routinely measured in analyst-hours saved — organisations report reducing per-email triage time from 45 minutes to under 5 minutes.

Key Features & Components

Feature / ComponentDescription
Automated Email ClusteringGroups similar phishing emails into clusters by sender, subject, URL patterns, and attachment hashes — analysts investigate one representative per cluster, not every individual email.
YARA and Reputation AnalysisEvaluates reported emails against YARA rules, URL reputation (VirusTotal, PhishTank), and hash databases — automated verdicts for known-bad indicators without analyst review.
Vision (Retroactive Search and Quarantine)Finds and quarantines ALL similar emails sent organisation-wide after a malicious campaign is identified — regardless of whether individual recipients reported the email.
Automated Quarantine IntegrationIntegrates with Microsoft 365 Defender, Google Workspace, and Proofpoint to automatically quarantine malicious emails from all recipient inboxes simultaneously.
IoC Extraction and SharingExtracts URLs, domains, IPs, hashes, and sender info from malicious emails — automatically shares with MISP, ThreatConnect, and SIEM for fleet-wide detection.
Reporter Risk ScoringTracks which employees accurately report phishing vs. click phishing links — identifies high-risk individuals for targeted security awareness training prioritisation.

Use Case Demonstration

Illustrative Scenario
3,000 employee-reported phishing emails arrive in a single day during a mass campaign. Cofense Triage automatically clusters the 3,000 into 23 unique campaigns, analyses each cluster, identifies 4 as malicious, and auto-quarantines all 3,000 related emails organisation-wide — while one analyst reviews 23 cluster summaries rather than 3,000 individual emails.
Step-by-Step Command Walkthrough
# ── Cofense Triage API — automated phishing processing ───────────────────────
# Authenticate to Cofense Triage
TOKEN=$(curl -s -X POST \
  'https://triage.corp.local/api/oauth/token' \
  -d 'grant_type=client_credentials
      &client_id=CLIENT_ID&client_secret=CLIENT_SECRET' \
  | python3 -c "import sys,json;print(json.load(sys.stdin)['access_token'])")

# Get all unprocessed phishing reports
curl -s 'https://triage.corp.local/api/public/v2/reports?
  filter[report_type]=phishing&filter[match_priority]=0' \
  -H "Authorization: Bearer $TOKEN"

# Get all email clusters from today
curl -s 'https://triage.corp.local/api/public/v2/clusters?
  filter[created_at_gteq]=2024-06-17T00:00:00Z' \
  -H "Authorization: Bearer $TOKEN" \
  | python3 -c "
import sys, json
clusters = json.load(sys.stdin)['data']
print(f'Clusters today: {len(clusters)}')
for c in clusters:
    print(f'  {c[\"id\"]}: priority {c[\"attributes\"][\"match_priority\"]}
  — {c[\"attributes\"][\"report_count\"]} reports')"

# Mark a cluster as malicious (triggers auto-quarantine)
curl -s -X PATCH \
  'https://triage.corp.local/api/public/v2/clusters/CLUSTER_ID' \
  -H "Authorization: Bearer $TOKEN" \
  -H 'Content-Type: application/json' \
  -d '{"data":{"type":"clusters","id":"CLUSTER_ID",
       "attributes":{"match_priority":1}}}'

# Vision: retroactively find and quarantine all similar emails
curl -s -X POST \
  'https://triage.corp.local/api/public/v2/searches' \
  -H "Authorization: Bearer $TOKEN" \
  -d '{"data":{"type":"searches",
       "attributes":{"cluster_id":"CLUSTER_ID","auto_quarantine":true}}}'
Illustrative Outcome (Hypothetical)
Cofense Triage processes all 3,000 emails in 8 minutes — clustering into 23 unique campaigns. Four clusters are automatically flagged as malicious based on YARA matches and VirusTotal URL verdicts. Vision retroactively finds 847 additional unreported emails from the same 4 campaigns and quarantines all 847 from all inboxes simultaneously. Total analyst time: 28 minutes to review 23 cluster summaries. Previous manual triage: 2,250 analyst-hours for 3,000 emails. IoCs from 4 malicious clusters exported to MISP and Splunk for fleet-wide detection.
80
D3 Security
Next-Generation SOAR & Incident Management Platform

Overview

D3 Security is a next-generation SOAR and incident management platform providing end-to-end security operations automation from alert ingestion through investigation, response, and post-incident reporting. D3’s no-code playbook builder enables security analysts without programming backgrounds to create sophisticated multi-step response automations connecting any combination of security tools. The platform ingests alerts from SIEM, EDR, NDR, threat intelligence, and email security tools, then orchestrates responses across firewalls, endpoints, identity providers, ticketing systems, and communication platforms.

D3’s Global Playbook Library contains 1,000-plus pre-built playbooks covering ransomware response, phishing triage, insider threat investigation, cloud security incidents, vulnerability management, and compliance reporting. The Smart SOAR architecture automatically enriches every incoming alert with contextual data from all integrated tools before an analyst reviews it — reducing initial triage cognitive load to a single enriched view. D3’s Case Management and Post-Incident Analysis capabilities provide structured documentation for regulatory compliance, insurance claims, and continuous improvement, with MITRE ATT&CK alignment for coverage gap analysis.

Key Features & Components

Feature / ComponentDescription
No-Code Playbook BuilderVisual drag-and-drop automation enabling analysts without coding backgrounds to create multi-step response workflows across any connected tools.
1,000+ Pre-Built PlaybooksRansomware, phishing, insider threat, cloud, vulnerability, and compliance automation — ready to deploy or customise for specific organisational requirements.
Smart SOAR Alert EnrichmentAutomatically enriches every incoming alert with contextual data from all integrated tools before analyst review — single enriched view reduces initial triage time.
2,500+ IntegrationsPre-built connections to SIEM, EDR, TI, firewall, identity, ticketing, and communication platforms — any tool combination orchestrated without custom development.
Post-Incident ReportingStructured reports with timeline, actions taken, MTTD/MTTR metrics, regulatory impact, and lessons learned — ready for board, auditor, and insurance use.
MITRE ATT&CK AlignmentEvery detection and response action mapped to ATT&CK techniques — tracks coverage across the framework for systematic gap analysis and control improvement.

Use Case Demonstration

Illustrative Scenario
A financial institution configures D3 Smart SOAR for complete ransomware response automation — from CrowdStrike detection through endpoint isolation, threat intelligence enrichment, executive communication, legal notification calculation, and post-incident reporting, with minimal analyst interaction.
Step-by-Step Command Walkthrough
# ── D3 Security REST API — incident and playbook management ──────────────────
# Authenticate to D3 Smart SOAR
TOKEN=$(curl -s -X POST \
  'https://d3soar.corp.local/api/login' \
  -H 'Content-Type: application/json' \
  -d '{"username":"admin","password":"D3Admin2024!"}' \
  | python3 -c "import sys,json;print(json.load(sys.stdin)['token'])")

# Create an incident and attach the Ransomware Response playbook
curl -s -X POST 'https://d3soar.corp.local/api/incidents' \
  -H "Authorization: Bearer $TOKEN" \
  -H 'Content-Type: application/json' \
  -d '{
    "name":     "BlackCat Ransomware — Finance Department",
    "severity": "Critical",
    "category": "Ransomware",
    "source":   "CrowdStrike Falcon",
    "assets":   ["FINANCE-SRV-01","FINANCE-SRV-02","FINANCE-WS-07"],
    "playbook": "Ransomware_Response_v3"
  }'

# Ransomware_Response_v3 playbook executes automatically:
# Step 1:  Enrich all IPs/hashes via Recorded Future    (automated)
# Step 2:  CrowdStrike isolate all listed assets         (automated)
# Step 3:  Palo Alto block all C2 IPs at perimeter      (automated)
# Step 4:  Notify CISO via Slack                        (automated)
# Step 5:  Create ServiceNow P1 ticket                  (automated)
# Step 6:  DECISION: pay or decline ransom              (manual gate)
# Step 7:  Calculate GDPR/regulatory obligations        (automated)
# Step 8:  Draft breach notification letters            (automated)
# Step 9:  Preserve forensic evidence                   (automated)
# Step 10: Generate post-incident report                (automated)

# Retrieve incident metrics after closure
curl -s 'https://d3soar.corp.local/api/incidents/INC_ID/metrics' \
  -H "Authorization: Bearer $TOKEN" \
  | python3 -c "
import sys, json
m = json.load(sys.stdin)
print(f'MTTD: {m[\"mttd_minutes\"]} min | MTTR: {m[\"mttr_minutes\"]} min')
print(f'Automated: {m[\"automated_steps\"]} steps | Manual: {m[\"manual_steps\"]}')"
Illustrative Outcome (Hypothetical)
D3 Smart SOAR executes the first 5 automated playbook steps in 2.5 minutes: Recorded Future confirms BlackCat attribution (Risk 98), CrowdStrike isolates 3 assets, Palo Alto blocks 8 C2 IPs, CISO notified via Slack, ServiceNow P1 ticket created. The playbook pauses at the manual decision gate (ransom: no — proceed with recovery). Steps 7–10 then auto-execute: GDPR notification obligations calculated (72-hour clock started, DPA notification required in UK and Germany), draft letters generated, forensic evidence preserved, and a complete post-incident report produced. MTTD: 4 min. MTTR: 4h 23 min. 18 automated steps, 2 manual decisions.
References & Further Reading

References