/chipsec
Static analysis of UEFI/BIOS firmware dumps using Intel's chipsec framework. Decode firmware structure, detect known malware and rootkits (LoJax, ThinkPwn, HackingTeam, MosaicRegressor), generate EFI executable inventories with hashes, extract NVRAM variables, and parse SPI
$ npx -y skills add brownfinesecurity/iothackbot --skill chipsec --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/chipsec
Context preview
The summary Claude sees to decide when to auto-load this skill.
Static analysis of UEFI/BIOS firmware dumps using Intel's chipsec framework. Decode firmware structure, detect known malware and rootkits (LoJax, ThinkPwn, HackingTeam, MosaicRegressor), generate EFI executable inventories with hashes, extract NVRAM variables, and parse SPI
SKILL.md
chipsec.SKILL.mdname: chipsec
description: Static analysis of UEFI/BIOS firmware dumps using Intel's chipsec framework. Decode firmware structure, detect known malware and rootkits (LoJax, ThinkPwn, HackingTeam, MosaicRegressor), generate EFI executable inventories with hashes, extract NVRAM variables, and parse SPI flash descriptors. Use when analyzing firmware .bin/.rom/.fd/.cap files offline without requiring hardware access.
Chipsec - UEFI Firmware Static Analysis
You are helping the user perform static security analysis of UEFI/BIOS firmware dumps using Intel's chipsec framework. This skill focuses exclusively on offline analysis capabilities that do not require kernel driver access or root privileges.
Tool Overview
Chipsec is Intel's Platform Security Assessment Framework. For static analysis of firmware dumps, it provides:
- EFI executable inventory generation with cryptographic hashes
- Detection of known UEFI malware and vulnerabilities
- Firmware structure decoding and extraction
- NVRAM/UEFI variable extraction
- SPI flash descriptor parsing
- Baseline comparison for change detection
Prerequisites
One-Time Setup (Fix Logging Permission)
Chipsec writes into a `logs/` directory inside its install location. Create it once. The Python version in the path varies by system, so derive the path instead of hardcoding it:
CHIPSEC_DIR="$(find /usr/lib/python3*/site-packages ~/.local/lib/python3*/site-packages -maxdepth 1 -name chipsec -type d 2>/dev/null | head -1)"
sudo mkdir -p "$CHIPSEC_DIR/logs"
sudo chmod 777 "$CHIPSEC_DIR/logs"
Verify Installation
chipsec_main --version
Core Commands
All static analysis commands use these flags:
- `-i` : Ignore platform check (required for offline analysis)
- `-n` : No kernel driver (required for static analysis)
1. Malware and Vulnerability Scan (Primary Use)
Scan firmware for known threats including UEFI rootkits and SMM vulnerabilities:
chipsec_main -i -n -m tools.uefi.scan_blocked -a <firmware.bin>
**Detected Threats:**
| Threat | Description | Reference | |--------|-------------|-----------| | HT_UEFI_Rootkit | HackingTeam commercial UEFI rootkit | McAfee ATR | | MR_UEFI_Rootkit | MosaicRegressor APT UEFI implant | Kaspersky | | LoJax | First UEFI rootkit found in the wild (Sednit/APT28) | ESET | | ThinkPwn | SystemSmmRuntimeRt SMM code execution vulnerability | cr4.sh | | FirmwareBleed | SMM Return Stack Buffer stuffing vulnerability | Binarly |
**Example Output (Threat Found):**
[!] match 'ThinkPwn.SystemSmmRuntimeRt'
GUID : {7c79ac8c-5e6c-4e3d-ba6f-c260ee7c172e}
[!] found EFI binary matching 'ThinkPwn'
MD5 : 59f5ba825911e7d0dffe06ee0d6d9828
SHA256: 7f0e16f244151e7bfa170b7def014f6a225c5af626c223567f36a8b19f95e3ab
WARNING: Blocked EFI binary found in the UEFI firmware image2. Generate EFI Executable Inventory
Create a JSON manifest of all EFI modules with cryptographic hashes:
chipsec_main -i -n -m tools.uefi.scan_image -a generate <output.json> <firmware.bin>
**Use Cases:**
- Create baseline for change detection
- Inventory all DXE drivers, PEI modules, applications
- Generate hashes for threat intelligence lookup
**Output Format (efilist.json):**
{
"sha256_hash": {
"sha1": "...",
"guid": "EFD652CC-0E99-40F0-96C0-E08C089070FC",
"name": "S3Resume",
"type": "S_PE32"
}
}3. Compare Against Baseline
Check firmware against a known-good inventory:
chipsec_main -i -n -m tools.uefi.scan_image -a check <baseline.json> <firmware.bin>
**Use Cases:**
- Detect unauthorized firmware modifications
- Verify firmware update integrity
- Incident response - compare compromised vs clean
4. Decode Firmware Structure
Extract and analyze firmware volumes, files, and sections:
chipsec_util -i -n uefi decode <firmware.bin>
**Creates output directory containing:**
firmware.bin.dir/
├── firmware_volumes/ # Extracted FV regions
├── efi_files/ # Individual EFI binaries
├── nvram/ # NVRAM variables (if found)
└── ...
5. Extract NVRAM Variables
NVRAM variables are extracted as part of the `uefi decode` command:
chipsec_util -i -n uefi decode <firmware.bin>
**NVRAM output location:**
firmware.bin.dir/
├── nvram_.nvram.lst # List of NVRAM variables
├── nvram/ # Extracted variable files (if present)
└── FV/ # Firmware volumes
**View extracted variables:**
cat firmware.bin.dir/nvram_.nvram.lst
**Note:** The standalone `uefi nvram` command requires driver access and cannot be used for static analysis. Use `uefi decode` instead, which extracts NVRAM as part of the full firmware decode process.
6. Parse SPI Flash Descriptor
Analyze SPI flash regions (requires platform hint):
chipsec_util -p <PLATFORM> spidesc <firmware.bin>
**Common Platform Codes:** | Code | Platform | |------|----------| | SNB | Sandy Bridge (2nd Gen Core) | | IVB | Ivy Bridge (3rd Gen Core) | | HSW | Haswell (4th Gen Core) | | BDW | Broadwell (5th Gen Core) | | SKL | Skylake (6th Gen Core) | | KBL | Kaby Lake (7th Gen Core) | | CFL | Coffee Lake (8th/9th Gen Core) | | ICL | Ice Lake (10th Gen Core) | | TGL | Tiger Lake (11th Gen Core) | | ADL | Alder Lake (12th Gen Core) | | RPL | Raptor Lake (13th Gen Core) |
**Shows:**
- Flash regions (Descriptor, BIOS, ME, GbE, PDR)
- Region base addresses and sizes
- Flash component information
- Master access permissions
Supported Firmware Formats
| Extension | Description | |-----------|-------------| | `.bin` | Raw firmware/SPI flash dumps | | `.rom` | SPI flash ROM dumps | | `.fd` | UEFI Firmware Descriptor (OVMF, EDK2) | | `.cap` | UEFI Capsule upd
Read more
name: chipsec description: Static analysis of UEFI/BIOS firmware dumps using Intel's chipsec framework. Decode firmware structure, detect known malware and rootkits (LoJax, ThinkPwn, HackingTeam, MosaicRegressor), generate EFI executable inventories with hashes, extract NVRAM variables, and parse SPI flash descriptors. Use when analyzing firmware .bin/.rom/.fd/.cap files offline without requiring hardware access.
Chipsec - UEFI Firmware Static Analysis
You are helping the user perform static security analysis of UEFI/BIOS firmware dumps using Intel's chipsec framework. This skill focuses exclusively on offline analysis capabilities that do not require kernel driver access or root privileges.
Tool Overview
Chipsec is Intel's Platform Security Assessment Framework. For static analysis of firmware dumps, it provides:
- EFI executable inventory generation with cryptographic hashes
- Detection of known UEFI malware and vulnerabilities
- Firmware structure decoding and extraction
- NVRAM/UEFI variable extraction
- SPI flash descriptor parsing
- Baseline comparison for change detection
Prerequisites
One-Time Setup (Fix Logging Permission)
Chipsec writes into a `logs/` directory inside its install location. Create it once. The Python version in the path varies by system, so derive the path instead of hardcoding it:
CHIPSEC_DIR="$(find /usr/lib/python3*/site-packages ~/.local/lib/python3*/site-packages -maxdepth 1 -name chipsec -type d 2>/dev/null | head -1)" sudo mkdir -p "$CHIPSEC_DIR/logs" sudo chmod 777 "$CHIPSEC_DIR/logs"
Verify Installation
chipsec_main --version
Core Commands
All static analysis commands use these flags:
- `-i` : Ignore platform check (required for offline analysis)
- `-n` : No kernel driver (required for static analysis)
1. Malware and Vulnerability Scan (Primary Use)
Scan firmware for known threats including UEFI rootkits and SMM vulnerabilities:
chipsec_main -i -n -m tools.uefi.scan_blocked -a <firmware.bin>
**Detected Threats:**
| Threat | Description | Reference | |--------|-------------|-----------| | HT_UEFI_Rootkit | HackingTeam commercial UEFI rootkit | McAfee ATR | | MR_UEFI_Rootkit | MosaicRegressor APT UEFI implant | Kaspersky | | LoJax | First UEFI rootkit found in the wild (Sednit/APT28) | ESET | | ThinkPwn | SystemSmmRuntimeRt SMM code execution vulnerability | cr4.sh | | FirmwareBleed | SMM Return Stack Buffer stuffing vulnerability | Binarly |
**Example Output (Threat Found):**
[!] match 'ThinkPwn.SystemSmmRuntimeRt'
GUID : {7c79ac8c-5e6c-4e3d-ba6f-c260ee7c172e}
[!] found EFI binary matching 'ThinkPwn'
MD5 : 59f5ba825911e7d0dffe06ee0d6d9828
SHA256: 7f0e16f244151e7bfa170b7def014f6a225c5af626c223567f36a8b19f95e3ab
WARNING: Blocked EFI binary found in the UEFI firmware image2. Generate EFI Executable Inventory
Create a JSON manifest of all EFI modules with cryptographic hashes:
chipsec_main -i -n -m tools.uefi.scan_image -a generate <output.json> <firmware.bin>
**Use Cases:**
- Create baseline for change detection
- Inventory all DXE drivers, PEI modules, applications
- Generate hashes for threat intelligence lookup
**Output Format (efilist.json):**
{
"sha256_hash": {
"sha1": "...",
"guid": "EFD652CC-0E99-40F0-96C0-E08C089070FC",
"name": "S3Resume",
"type": "S_PE32"
}
}3. Compare Against Baseline
Check firmware against a known-good inventory:
chipsec_main -i -n -m tools.uefi.scan_image -a check <baseline.json> <firmware.bin>
**Use Cases:**
- Detect unauthorized firmware modifications
- Verify firmware update integrity
- Incident response - compare compromised vs clean
4. Decode Firmware Structure
Extract and analyze firmware volumes, files, and sections:
chipsec_util -i -n uefi decode <firmware.bin>
**Creates output directory containing:**
firmware.bin.dir/ ├── firmware_volumes/ # Extracted FV regions ├── efi_files/ # Individual EFI binaries ├── nvram/ # NVRAM variables (if found) └── ...
5. Extract NVRAM Variables
NVRAM variables are extracted as part of the `uefi decode` command:
chipsec_util -i -n uefi decode <firmware.bin>
**NVRAM output location:**
firmware.bin.dir/ ├── nvram_.nvram.lst # List of NVRAM variables ├── nvram/ # Extracted variable files (if present) └── FV/ # Firmware volumes
**View extracted variables:**
cat firmware.bin.dir/nvram_.nvram.lst
**Note:** The standalone `uefi nvram` command requires driver access and cannot be used for static analysis. Use `uefi decode` instead, which extracts NVRAM as part of the full firmware decode process.
6. Parse SPI Flash Descriptor
Analyze SPI flash regions (requires platform hint):
chipsec_util -p <PLATFORM> spidesc <firmware.bin>
**Common Platform Codes:** | Code | Platform | |------|----------| | SNB | Sandy Bridge (2nd Gen Core) | | IVB | Ivy Bridge (3rd Gen Core) | | HSW | Haswell (4th Gen Core) | | BDW | Broadwell (5th Gen Core) | | SKL | Skylake (6th Gen Core) | | KBL | Kaby Lake (7th Gen Core) | | CFL | Coffee Lake (8th/9th Gen Core) | | ICL | Ice Lake (10th Gen Core) | | TGL | Tiger Lake (11th Gen Core) | | ADL | Alder Lake (12th Gen Core) | | RPL | Raptor Lake (13th Gen Core) |
**Shows:**
- Flash regions (Descriptor, BIOS, ME, GbE, PDR)
- Region base addresses and sizes
- Flash component information
- Master access permissions
Supported Firmware Formats
| Extension | Description | |-----------|-------------| | `.bin` | Raw firmware/SPI flash dumps | | `.rom` | SPI flash ROM dumps | | `.fd` | UEFI Firmware Descriptor (OVMF, EDK2) | | `.cap` | UEFI Capsule upd
Open-source IoT security testing toolkit with integrated Claude Code skills for automated vulnerability discovery.
Other skills on iothackbot.
- /apktool
Android APK unpacking and resource extraction tool for reverse engineering. Use when you need to decode APK files, extract resources, examine AndroidManifest.xml, analyze smali code, or repackage modified APKs.
Open skill - /ffind
Advanced file finder with type detection and filesystem extraction for analyzing firmware and extracting embedded filesystems. Use when you need to analyze firmware files, identify file types, or extract ext2/3/4 or F2FS filesystems.
Open skill - /iotnet
IoT network traffic analyzer for detecting IoT protocols and identifying security vulnerabilities in network communications. Use when you need to analyze network traffic, identify IoT protocols, or assess network security of IoT devices.
Open skill - /jadx
Android APK decompiler that converts DEX bytecode to readable Java source code. Use when you need to decompile APK files, analyze app logic, search for vulnerabilities, find hardcoded credentials, or understand app behavior through readable source code.
Open skill - /jtagprobe
Probe IoT/embedded targets for exposed SWD/JTAG debug interfaces using a SEGGER J-Link. Detects whether debug is OPEN, LOCKED (readout-protected), or DEAD (fused off). Use when assessing whether a target's on-chip debug port can be reached, identifying the silicon vendor from
Open skill - /logicmso
Analyze digital and analog captures from Saleae Logic MSO devices. Decode protocols like UART, SPI, I2C from exported binary files. Use when analyzing logic analyzer captures for CTF challenges, hardware reverse engineering, or protocol decoding.
Open skill

