[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6AFSMKKWCCSVVZ57TXTHH8Z":3,"skill-same:01M6AFSMKKWCCSVVZ57TXTHH8Z":130},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":85,"commitSha":86,"skillDirectory":87,"forksCount":88,"repositoryHtmlUrl":89,"repositoryHomepageUrl":90,"ownerHtmlUrl":91,"ownerBlogUrl":92,"ownerDescription":93,"updatedAt":94,"install":95,"resources":108},"01M6AFSMKKWCCSVVZ57TXTHH8Z","performing-firmware-extraction-with-binwalk",null,"Performs firmware image extraction and analysis using binwalk to identify embedded filesystems, compressed archives, bootloaders, kernel images, and cryptographic material. Covers entropy analysis for detecting encrypted or compressed regions, recursive extraction of nested archives, SquashFS\u002FCramFS\u002FJFFS2 filesystem mounting, and string analysis for credential and configuration discovery. Activates for requests involving firmware reverse engineering, IoT device analysis, embedded system security assessment, or router\u002Fcamera firmware extraction.","mukul975\u002FAnthropic-Cybersecurity-Skills","mukul975","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F42860185?v=4","01M6ADEQR8T5M4EEG6C67BQCWF","Mahipal","01M6ADJPMYWG1E5GM1FWBE3128",35990,"Apache-2.0","https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fperforming-firmware-extraction-with-binwalk\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"performing firmware extraction with binwalk","extraction","firmware","reconnaissance","binwalk","credentials","analysis","initial-access","t1059","t1078","entropy","iot-security","image","reverse-engineering","iot","assessment","pr","customer","cybersecurity","kernel","2026-11-10 10:12:30",false,"---\nname: performing-firmware-extraction-with-binwalk\ndescription: 'Performs firmware image extraction and analysis using binwalk to identify\n  embedded filesystems, compressed archives, bootloaders, kernel images, and cryptographic\n  material. Covers entropy analysis for detecting encrypted or compressed regions,\n  recursive extraction of nested archives, SquashFS\u002FCramFS\u002FJFFS2 filesystem mounting,\n  and string analysis for credential and configuration discovery. Activates for requests\n  involving firmware reverse engineering, IoT device analysis, embedded system security\n  assessment, or router\u002Fcamera firmware extraction.\n\n  '\ndomain: cybersecurity\nsubdomain: firmware-analysis\ntags:\n- firmware\n- binwalk\n- extraction\n- entropy\n- IoT-security\n- reverse-engineering\nversion: 1.0.0\nauthor: mukul975\nlicense: Apache-2.0\nnist_csf:\n- ID.RA-01\n- PR.PS-01\n- DE.AE-02\nmitre_attack:\n- T1078\n- T1190\n- T1059\n- T1003\n- T1110\nmitre_f3:\n  version: '1.1'\n  tactics:\n  - reconnaissance\n  - initial-access\n  techniques:\n  - id: T1555\n    name: Credentials from Password Stores\n    tactic: reconnaissance\n    source: attack\n  - id: F1029\n    name: Gather Customer Information\n    tactic: reconnaissance\n    source: f3\n  - id: T1110.001\n    name: 'Brute Force: Password Guessing'\n    tactic: initial-access\n    source: attack\n  - id: F1006.001\n    name: 'Account Takeover: Exposed API Key'\n    tactic: initial-access\n    source: f3\n  - id: F1006.002\n    name: 'Account Takeover: Exposed Login Credential'\n    tactic: initial-access\n    source: f3\n---\n\n# Performing Firmware Extraction with Binwalk\n\n## When to Use\n\n- Analyzing IoT device firmware downloaded from vendor sites or extracted from flash chips\n- Reverse engineering router, camera, or embedded device firmware for vulnerability research\n- Identifying embedded filesystems (SquashFS, CramFS, JFFS2, UBIFS) within firmware blobs\n- Detecting encrypted or compressed regions using entropy analysis\n- Extracting hardcoded credentials, API keys, certificates, or configuration files from firmware\n- Performing security assessments of embedded devices in authorized penetration tests\n\n**Do not use** for analyzing standard desktop application binaries or malware samples that are not firmware images; use dedicated malware analysis tools instead.\n\n## Prerequisites\n\n- binwalk v3.x installed (`pip install binwalk3` or from system package manager)\n- Python 3.8+ with standard libraries (struct, math, hashlib, subprocess)\n- SquashFS tools (`unsquashfs`) for mounting extracted SquashFS filesystems\n- Jefferson for JFFS2 filesystem extraction (`pip install jefferson`)\n- Sasquatch for non-standard SquashFS variants used by vendors like TP-Link and D-Link\n- `strings` utility (GNU binutils) for string extraction\n- Optional: firmware-mod-kit for repacking modified firmware images\n\n## Workflow\n\n### Step 1: Initial Firmware Reconnaissance\n\nPerform a signature scan to identify embedded file types and their offsets:\n\n```bash\n# Basic signature scan - identify all recognized file types\nbinwalk firmware.bin\n\n# Scan with verbose output showing confidence levels\nbinwalk -v firmware.bin\n\n# Scan for specific file types only\nbinwalk -y \"squashfs\" firmware.bin\nbinwalk -y \"gzip\\|lzma\\|xz\" firmware.bin\n\n# Opcode scan to identify CPU architecture\nbinwalk -A firmware.bin\n\n# Scan for raw strings to find version info, URLs, credentials\nbinwalk -R \"password\" firmware.bin\nbinwalk -R \"http:\u002F\u002F\" firmware.bin\n```\n\n### Step 2: Entropy Analysis\n\nAnalyze entropy to identify encrypted, compressed, and plaintext regions:\n\n```bash\n# Generate entropy plot\nbinwalk -E firmware.bin\n\n# Entropy with specific block size for higher resolution\nbinwalk -E -K 256 firmware.bin\n\n# Combined entropy and signature scan\nbinwalk -BE firmware.bin\n```\n\nInterpreting entropy values:\n- **0.0 - 1.0**: Empty or padding regions (null bytes, 0xFF fill)\n- **1.0 - 5.0**: Plaintext data, code, ASCII strings, configuration\n- **5.0 - 7.0**: Compressed data (gzip, LZMA, zlib)\n- **7.0 - 7.99**: Strongly compressed or encrypted data\n- **~8.0**: Maximum entropy, likely encrypted or random data\n\n### Step 3: Extract Embedded Files\n\nExtract all identified components from the firmware image:\n\n```bash\n# Automatic extraction of known file types\nbinwalk -e firmware.bin\n\n# Recursive extraction (matryoshka mode) for nested archives\nbinwalk -Me firmware.bin\n\n# Recursive extraction with depth limit\nbinwalk -Me -d 5 firmware.bin\n\n# Extract specific file type with custom handler\nbinwalk -D \"squashfs filesystem:squashfs:unsquashfs %e\" firmware.bin\n\n# Manual extraction of data at a known offset\ndd if=firmware.bin of=extracted.squashfs bs=1 skip=327680 count=4194304\n```\n\n### Step 4: Mount and Inspect Extracted Filesystems\n\nMount extracted filesystems for deep inspection:\n\n```bash\n# Mount SquashFS filesystem\nmkdir \u002Ftmp\u002Fsquashfs_root\nunsquashfs -d \u002Ftmp\u002Fsquashfs_root extracted.squashfs\n\n# Mount CramFS filesystem\nmkdir \u002Ftmp\u002Fcramfs_root\nmount -t cramfs -o loop extracted.cramfs \u002Ftmp\u002Fcramfs_root\n\n# Extract JFFS2 filesystem\njefferson extracted.jffs2 -d \u002Ftmp\u002Fjffs2_root\n\n# Inspect the extracted filesystem\nls -la \u002Ftmp\u002Fsquashfs_root\u002F\nfind \u002Ftmp\u002Fsquashfs_root -name \"*.conf\" -o -name \"*.cfg\" -o -name \"*.key\"\nfind \u002Ftmp\u002Fsquashfs_root -name \"passwd\" -o -name \"shadow\"\n```\n\n### Step 5: String Analysis and Credential Discovery\n\nSearch extracted filesystem and raw firmware for sensitive data:\n\n```bash\n# Extract all printable strings\nstrings -a firmware.bin > all_strings.txt\nstrings -n 12 firmware.bin | sort -u > long_strings.txt\n\n# Search for credentials and secrets\ngrep -rni \"password\\|passwd\\|secret\\|api_key\\|token\" \u002Ftmp\u002Fsquashfs_root\u002Fetc\u002F\ngrep -rni \"BEGIN.*PRIVATE KEY\" \u002Ftmp\u002Fsquashfs_root\u002F\n\n# Find hardcoded URLs and endpoints\ngrep -rnoE \"https?:\u002F\u002F[a-zA-Z0-9.\u002F?=_-]+\" \u002Ftmp\u002Fsquashfs_root\u002F\n\n# Search for certificate files\nfind \u002Ftmp\u002Fsquashfs_root -name \"*.pem\" -o -name \"*.crt\" -o -name \"*.key\" -o -name \"*.p12\"\n\n# Identify busybox and service versions\nstrings \u002Ftmp\u002Fsquashfs_root\u002Fbin\u002Fbusybox | grep \"BusyBox v\"\ncat \u002Ftmp\u002Fsquashfs_root\u002Fetc\u002Fbanner 2>\u002Fdev\u002Fnull\n```\n\n### Step 6: Generate Firmware Analysis Report\n\nCompile comprehensive extraction and analysis findings:\n\n```\nReport should include:\n- Firmware metadata (vendor, model, version, build date)\n- Identified components with offsets and sizes (bootloader, kernel, filesystem, config)\n- Entropy analysis summary with regions of interest\n- Extracted filesystem structure and key contents\n- Discovered credentials, keys, certificates\n- Identified services, daemons, and their versions\n- Known CVEs applicable to identified component versions\n- Recommendations for hardening or vulnerability remediation\n```\n\n## Key Concepts\n\n| Term | Definition |\n|------|------------|\n| **Firmware** | Software embedded in hardware devices providing low-level control; typically contains a bootloader, kernel, root filesystem, and configuration data |\n| **Entropy Analysis** | Statistical measurement of randomness in binary data; high entropy indicates encryption or compression, low entropy indicates plaintext or structured data |\n| **SquashFS** | Read-only compressed filesystem commonly used in embedded Linux devices; supports LZMA, gzip, LZO, and zstd compression |\n| **Magic Bytes** | Known byte sequences at fixed offsets that identify file types; binwalk uses a database of magic signatures to detect embedded files |\n| **Matryoshka Extraction** | Recursive extraction mode where binwalk re-scans extracted files for additional embedded content, handling deeply nested archives |\n| **CramFS** | Compressed ROM filesystem designed for embedded systems with limited flash storage; supports only zlib compression |\n| **JFFS2** | Journalling Flash File System version 2, designed for NOR and NAND flash memory in embedded devices |\n\n## Tools & Systems\n\n- **binwalk**: Primary firmware analysis tool for signature scanning, entropy analysis, and automated extraction of embedded files\n- **unsquashfs**: SquashFS extraction utility for mounting read-only compressed filesystems found in router and IoT firmware\n- **jefferson**: Python tool for extracting JFFS2 flash filesystem images commonly found in embedded devices\n- **sasquatch**: Patched SquashFS utility supporting non-standard vendor-modified SquashFS variants\n- **firmware-mod-kit**: Toolkit for extracting, modifying, and repacking firmware images for security testing\n\n## Common Scenarios\n\n### Scenario: Extracting and Auditing Router Firmware for Hardcoded Credentials\n\n**Context**: A security researcher is performing an authorized assessment of a consumer router. The firmware update file was downloaded from the vendor's support page. The goal is to identify hardcoded credentials, insecure default configurations, and known vulnerable components.\n\n**Approach**:\n1. Run `binwalk -e firmware.bin` to perform initial extraction\n2. Use `binwalk -E firmware.bin` to check entropy and identify encrypted regions\n3. Locate the SquashFS root filesystem in the extracted output\n4. Mount with `unsquashfs` and inspect `\u002Fetc\u002Fpasswd`, `\u002Fetc\u002Fshadow`, and web server configs\n5. Search for hardcoded credentials with `grep -rni \"password\" \u002Ftmp\u002Froot\u002Fetc\u002F`\n6. Identify service versions and cross-reference with CVE databases\n7. Check for debug interfaces (telnet, UART, JTAG references) in startup scripts\n8. Examine web application code for authentication bypass or command injection\n\n**Pitfalls**:\n- Some vendors use non-standard SquashFS with custom compression; use sasquatch instead of unsquashfs\n- Encrypted firmware requires decryption keys often found in bootloader or previous unencrypted versions\n- Firmware headers may need to be stripped before binwalk can identify the embedded filesystem\n- Obfuscated strings may evade simple grep searches; use entropy analysis to locate data blobs\n\n## Output Format\n\n```\nFIRMWARE EXTRACTION REPORT\n====================================\nFirmware:         TP-Link TL-WR841N v14\nFile:             wr841nv14_en_3_16_9_up.bin\nSize:             3,932,160 bytes (3.75 MB)\nSHA-256:          a1b2c3d4e5f6...\n\nSIGNATURE SCAN RESULTS\nOffset       Type                          Size\n------       ----                          ----\n0x00000000   U-Boot bootloader header      64 bytes\n0x00020000   LZMA compressed data          1,048,576 bytes\n0x00120000   SquashFS filesystem v4.0      2,752,512 bytes\n0x003B0000   Configuration partition       131,072 bytes\n\nENTROPY ANALYSIS\nRegion 0x000000-0x020000: 4.21 (bootloader - plaintext code)\nRegion 0x020000-0x120000: 7.89 (kernel - LZMA compressed)\nRegion 0x120000-0x3B0000: 7.45 (filesystem - SquashFS compressed)\nRegion 0x3B0000-0x3C0000: 1.12 (config - mostly empty)\n\nEXTRACTED FILESYSTEM\nRoot filesystem: SquashFS v4.0, LZMA compression\nTotal files: 847\nTotal dirs: 112\nBusyBox version: 1.19.4\n\nSECURITY FINDINGS\n[CRITICAL] Hardcoded root password in \u002Fetc\u002Fshadow (hash: $1$...)\n[HIGH]     Telnet daemon enabled by default in \u002Fetc\u002Finit.d\u002FrcS\n[HIGH]     Private RSA key at \u002Fetc\u002Fssl\u002Fprivate\u002Fserver.key\n[MEDIUM]   BusyBox 1.19.4 (CVE-2021-42373, CVE-2021-42374)\n[MEDIUM]   Dropbear SSH 2014.63 (CVE-2016-3116)\n[LOW]      UPnP service enabled by default\n```\n","# Performing Firmware Extraction with Binwalk\n\n## When to Use\n\n- Analyzing IoT device firmware downloaded from vendor sites or extracted from flash chips\n- Reverse engineering router, camera, or embedded device firmware for vulnerability research\n- Identifying embedded filesystems (SquashFS, CramFS, JFFS2, UBIFS) within firmware blobs\n- Detecting encrypted or compressed regions using entropy analysis\n- Extracting hardcoded credentials, API keys, certificates, or configuration files from firmware\n- Performing security assessments of embedded devices in authorized penetration tests\n\n**Do not use** for analyzing standard desktop application binaries or malware samples that are not firmware images; use dedicated malware analysis tools instead.\n\n## Prerequisites\n\n- binwalk v3.x installed (`pip install binwalk3` or from system package manager)\n- Python 3.8+ with standard libraries (struct, math, hashlib, subprocess)\n- SquashFS tools (`unsquashfs`) for mounting extracted SquashFS filesystems\n- Jefferson for JFFS2 filesystem extraction (`pip install jefferson`)\n- Sasquatch for non-standard SquashFS variants used by vendors like TP-Link and D-Link\n- `strings` utility (GNU binutils) for string extraction\n- Optional: firmware-mod-kit for repacking modified firmware images\n\n## Workflow\n\n### Step 1: Initial Firmware Reconnaissance\n\nPerform a signature scan to identify embedded file types and their offsets:\n\n```bash\n# Basic signature scan - identify all recognized file types\nbinwalk firmware.bin\n\n# Scan with verbose output showing confidence levels\nbinwalk -v firmware.bin\n\n# Scan for specific file types only\nbinwalk -y \"squashfs\" firmware.bin\nbinwalk -y \"gzip\\|lzma\\|xz\" firmware.bin\n\n# Opcode scan to identify CPU architecture\nbinwalk -A firmware.bin\n\n# Scan for raw strings to find version info, URLs, credentials\nbinwalk -R \"password\" firmware.bin\nbinwalk -R \"http:\u002F\u002F\" firmware.bin\n```\n\n### Step 2: Entropy Analysis\n\nAnalyze entropy to identify encrypted, compressed, and plaintext regions:\n\n```bash\n# Generate entropy plot\nbinwalk -E firmware.bin\n\n# Entropy with specific block size for higher resolution\nbinwalk -E -K 256 firmware.bin\n\n# Combined entropy and signature scan\nbinwalk -BE firmware.bin\n```\n\nInterpreting entropy values:\n- **0.0 - 1.0**: Empty or padding regions (null bytes, 0xFF fill)\n- **1.0 - 5.0**: Plaintext data, code, ASCII strings, configuration\n- **5.0 - 7.0**: Compressed data (gzip, LZMA, zlib)\n- **7.0 - 7.99**: Strongly compressed or encrypted data\n- **~8.0**: Maximum entropy, likely encrypted or random data\n\n### Step 3: Extract Embedded Files\n\nExtract all identified components from the firmware image:\n\n```bash\n# Automatic extraction of known file types\nbinwalk -e firmware.bin\n\n# Recursive extraction (matryoshka mode) for nested archives\nbinwalk -Me firmware.bin\n\n# Recursive extraction with depth limit\nbinwalk -Me -d 5 firmware.bin\n\n# Extract specific file type with custom handler\nbinwalk -D \"squashfs filesystem:squashfs:unsquashfs %e\" firmware.bin\n\n# Manual extraction of data at a known offset\ndd if=firmware.bin of=extracted.squashfs bs=1 skip=327680 count=4194304\n```\n\n### Step 4: Mount and Inspect Extracted Filesystems\n\nMount extracted filesystems for deep inspection:\n\n```bash\n# Mount SquashFS filesystem\nmkdir \u002Ftmp\u002Fsquashfs_root\nunsquashfs -d \u002Ftmp\u002Fsquashfs_root extracted.squashfs\n\n# Mount CramFS filesystem\nmkdir \u002Ftmp\u002Fcramfs_root\nmount -t cramfs -o loop extracted.cramfs \u002Ftmp\u002Fcramfs_root\n\n# Extract JFFS2 filesystem\njefferson extracted.jffs2 -d \u002Ftmp\u002Fjffs2_root\n\n# Inspect the extracted filesystem\nls -la \u002Ftmp\u002Fsquashfs_root\u002F\nfind \u002Ftmp\u002Fsquashfs_root -name \"*.conf\" -o -name \"*.cfg\" -o -name \"*.key\"\nfind \u002Ftmp\u002Fsquashfs_root -name \"passwd\" -o -name \"shadow\"\n```\n\n### Step 5: String Analysis and Credential Discovery\n\nSearch extracted filesystem and raw firmware for sensitive data:\n\n```bash\n# Extract all printable strings\nstrings -a firmware.bin > all_strings.txt\nstrings -n 12 firmware.bin | sort -u > long_strings.txt\n\n# Search for credentials and secrets\ngrep -rni \"password\\|passwd\\|secret\\|api_key\\|token\" \u002Ftmp\u002Fsquashfs_root\u002Fetc\u002F\ngrep -rni \"BEGIN.*PRIVATE KEY\" \u002Ftmp\u002Fsquashfs_root\u002F\n\n# Find hardcoded URLs and endpoints\ngrep -rnoE \"https?:\u002F\u002F[a-zA-Z0-9.\u002F?=_-]+\" \u002Ftmp\u002Fsquashfs_root\u002F\n\n# Search for certificate files\nfind \u002Ftmp\u002Fsquashfs_root -name \"*.pem\" -o -name \"*.crt\" -o -name \"*.key\" -o -name \"*.p12\"\n\n# Identify busybox and service versions\nstrings \u002Ftmp\u002Fsquashfs_root\u002Fbin\u002Fbusybox | grep \"BusyBox v\"\ncat \u002Ftmp\u002Fsquashfs_root\u002Fetc\u002Fbanner 2>\u002Fdev\u002Fnull\n```\n\n### Step 6: Generate Firmware Analysis Report\n\nCompile comprehensive extraction and analysis findings:\n\n```\nReport should include:\n- Firmware metadata (vendor, model, version, build date)\n- Identified components with offsets and sizes (bootloader, kernel, filesystem, config)\n- Entropy analysis summary with regions of interest\n- Extracted filesystem structure and key contents\n- Discovered credentials, keys, certificates\n- Identified services, daemons, and their versions\n- Known CVEs applicable to identified component versions\n- Recommendations for hardening or vulnerability remediation\n```\n\n## Key Concepts\n\n| Term | Definition |\n|------|------------|\n| **Firmware** | Software embedded in hardware devices providing low-level control; typically contains a bootloader, kernel, root filesystem, and configuration data |\n| **Entropy Analysis** | Statistical measurement of randomness in binary data; high entropy indicates encryption or compression, low entropy indicates plaintext or structured data |\n| **SquashFS** | Read-only compressed filesystem commonly used in embedded Linux devices; supports LZMA, gzip, LZO, and zstd compression |\n| **Magic Bytes** | Known byte sequences at fixed offsets that identify file types; binwalk uses a database of magic signatures to detect embedded files |\n| **Matryoshka Extraction** | Recursive extraction mode where binwalk re-scans extracted files for additional embedded content, handling deeply nested archives |\n| **CramFS** | Compressed ROM filesystem designed for embedded systems with limited flash storage; supports only zlib compression |\n| **JFFS2** | Journalling Flash File System version 2, designed for NOR and NAND flash memory in embedded devices |\n\n## Tools & Systems\n\n- **binwalk**: Primary firmware analysis tool for signature scanning, entropy analysis, and automated extraction of embedded files\n- **unsquashfs**: SquashFS extraction utility for mounting read-only compressed filesystems found in router and IoT firmware\n- **jefferson**: Python tool for extracting JFFS2 flash filesystem images commonly found in embedded devices\n- **sasquatch**: Patched SquashFS utility supporting non-standard vendor-modified SquashFS variants\n- **firmware-mod-kit**: Toolkit for extracting, modifying, and repacking firmware images for security testing\n\n## Common Scenarios\n\n### Scenario: Extracting and Auditing Router Firmware for Hardcoded Credentials\n\n**Context**: A security researcher is performing an authorized assessment of a consumer router. The firmware update file was downloaded from the vendor's support page. The goal is to identify hardcoded credentials, insecure default configurations, and known vulnerable components.\n\n**Approach**:\n1. Run `binwalk -e firmware.bin` to perform initial extraction\n2. Use `binwalk -E firmware.bin` to check entropy and identify encrypted regions\n3. Locate the SquashFS root filesystem in the extracted output\n4. Mount with `unsquashfs` and inspect `\u002Fetc\u002Fpasswd`, `\u002Fetc\u002Fshadow`, and web server configs\n5. Search for hardcoded credentials with `grep -rni \"password\" \u002Ftmp\u002Froot\u002Fetc\u002F`\n6. Identify service versions and cross-reference with CVE databases\n7. Check for debug interfaces (telnet, UART, JTAG references) in startup scripts\n8. Examine web application code for authentication bypass or command injection\n\n**Pitfalls**:\n- Some vendors use non-standard SquashFS with custom compression; use sasquatch instead of unsquashfs\n- Encrypted firmware requires decryption keys often found in bootloader or previous unencrypted versions\n- Firmware headers may need to be stripped before binwalk can identify the embedded filesystem\n- Obfuscated strings may evade simple grep searches; use entropy analysis to locate data blobs\n\n## Output Format\n\n```\nFIRMWARE EXTRACTION REPORT\n====================================\nFirmware:         TP-Link TL-WR841N v14\nFile:             wr841nv14_en_3_16_9_up.bin\nSize:             3,932,160 bytes (3.75 MB)\nSHA-256:          a1b2c3d4e5f6...\n\nSIGNATURE SCAN RESULTS\nOffset       Type                          Size\n------       ----                          ----\n0x00000000   U-Boot bootloader header      64 bytes\n0x00020000   LZMA compressed data          1,048,576 bytes\n0x00120000   SquashFS filesystem v4.0      2,752,512 bytes\n0x003B0000   Configuration partition       131,072 bytes\n\nENTROPY ANALYSIS\nRegion 0x000000-0x020000: 4.21 (bootloader - plaintext code)\nRegion 0x020000-0x120000: 7.89 (kernel - LZMA compressed)\nRegion 0x120000-0x3B0000: 7.45 (filesystem - SquashFS compressed)\nRegion 0x3B0000-0x3C0000: 1.12 (config - mostly empty)\n\nEXTRACTED FILESYSTEM\nRoot filesystem: SquashFS v4.0, LZMA compression\nTotal files: 847\nTotal dirs: 112\nBusyBox version: 1.19.4\n\nSECURITY FINDINGS\n[CRITICAL] Hardcoded root password in \u002Fetc\u002Fshadow (hash: $1$...)\n[HIGH]     Telnet daemon enabled by default in \u002Fetc\u002Finit.d\u002FrcS\n[HIGH]     Private RSA key at \u002Fetc\u002Fssl\u002Fprivate\u002Fserver.key\n[MEDIUM]   BusyBox 1.19.4 (CVE-2021-42373, CVE-2021-42374)\n[MEDIUM]   Dropbear SSH 2014.63 (CVE-2016-3116)\n[LOW]      UPnP service enabled by default\n```\n",{"name":5,"tags":49,"author":9,"domain":42,"license":15,"version":51,"mitre_f3":52,"nist_csf":73,"subdomain":77,"description":78,"mitre_attack":79},[26,28,25,34,50,37],"IoT-security","1.0.0",{"tactics":53,"version":54,"techniques":55},[27,31],"1.1",[56,60,64,67,70],{"id":57,"name":58,"source":59,"tactic":27},"T1555","Credentials from Password Stores","attack",{"id":61,"name":62,"source":63,"tactic":27},"F1029","Gather Customer Information","f3",{"id":65,"name":66,"source":59,"tactic":31},"T1110.001","Brute Force: Password Guessing",{"id":68,"name":69,"source":63,"tactic":31},"F1006.001","Account Takeover: Exposed API Key",{"id":71,"name":72,"source":63,"tactic":31},"F1006.002","Account Takeover: Exposed Login Credential",[74,75,76],"ID.RA-01","PR.PS-01","DE.AE-02","firmware-analysis","Performs firmware image extraction and analysis using binwalk to identify embedded filesystems, compressed archives, bootloaders, kernel images, and cryptographic material. Covers entropy analysis for detecting encrypted or compressed regions, recursive extraction of nested archives, SquashFS\u002FCramFS\u002FJFFS2 filesystem mounting, and string analysis for credential and configuration discovery. Activates for requests involving firmware reverse engineering, IoT device analysis, embedded system security assessment, or router\u002Fcamera firmware extraction.\n",[80,81,82,83,84],"T1078","T1190","T1059","T1003","T1110","main","54a798831d2266a3ca61ce68a7acb80b81160d57","skills\u002Fperforming-firmware-extraction-with-binwalk",4395,"https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills","https:\u002F\u002Fmahipal.engineer\u002FAnthropic-Cybersecurity-Skills\u002F","https:\u002F\u002Fgithub.com\u002Fmukul975","Mahipal.engineer","🔐 Cybersecurity | 💻 Dev | 📷 Street Photographer\r\n🎓 MSc | 📚 Research & AI Security","2026-08-31 12:32:44",{"source":8,"skillName":5,"commands":96,"prompt":106,"zipAvailable":107},[97,100,103],{"tool":98,"command":99},"npx","npx skills add mukul975\u002FAnthropic-Cybersecurity-Skills --skill performing-firmware-extraction-with-binwalk",{"tool":101,"command":102},"bunx","bunx skills add mukul975\u002FAnthropic-Cybersecurity-Skills --skill performing-firmware-extraction-with-binwalk",{"tool":104,"command":105},"pnpm","pnpm dlx skills add mukul975\u002FAnthropic-Cybersecurity-Skills --skill performing-firmware-extraction-with-binwalk","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fperforming-firmware-extraction-with-binwalk\u002FSKILL.md",true,[109,114,120,126],{"path":110,"resourceType":110,"resourceTypeDesc":111,"sizeBytes":112,"sourceHtmlUrl":113},"LICENSE","许可证",11255,"https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fperforming-firmware-extraction-with-binwalk\u002FLICENSE",{"path":115,"resourceType":116,"resourceTypeDesc":117,"sizeBytes":118,"sourceHtmlUrl":119},"references\u002Fapi-reference.md","REFERENCE","参考文档",4999,"https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fperforming-firmware-extraction-with-binwalk\u002Freferences\u002Fapi-reference.md",{"path":121,"resourceType":122,"resourceTypeDesc":123,"sizeBytes":124,"sourceHtmlUrl":125},"scripts\u002Fagent.py","SCRIPT","脚本",16687,"https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fperforming-firmware-extraction-with-binwalk\u002Fscripts\u002Fagent.py",{"path":127,"resourceType":122,"resourceTypeDesc":123,"sizeBytes":128,"sourceHtmlUrl":129},"scripts\u002Fprocess_transactions.py",14569,"https:\u002F\u002Fgithub.com\u002Fasermax\u002Fclaude-plugins\u002Fblob\u002Fmaster\u002Flesserpowers\u002Fskills\u002Ffinancial-summary\u002Fscripts\u002Fprocess_transactions.py",[131,157,180,207,233,260],{"skillNo":132,"name":133,"nameZh":6,"description":134,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":135,"categories":136,"keywords":138,"publishedAt":44},"01M6AGDM3HJXTKXX15ZZ0ZVCJ3","verifying-build-provenance-with-slsa-sigstore","Verifies artifact signatures and SLSA provenance using Sigstore's cosign (verify, verify-attestation, verify-blob-attestation) and slsa-verifier (verify-artifact), enforcing keyless OIDC builder identity and source repo against SLSA Build levels. Use in CI\u002FCD before deploying artifacts, when consuming third-party attestations, establishing a SLSA Build L3 pipeline, or confirming provenance during incident response or admission control.","https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fverifying-build-provenance-with-slsa-sigstore\u002FSKILL.md",[137],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[139,140,141,142,143,42,144,145,40,146,147,148,149,150,151,152,153,154,155,156],"sigstore","provenance","slsa","verifying build provenance with slsa sigstore","security","incident response","identity","code","artifacts","ci","supply-chain","pipeline","supply-chain-security","t1195","attestation","code-signing","cosign","keyless",{"skillNo":158,"name":159,"nameZh":6,"description":160,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":161,"categories":162,"keywords":164,"publishedAt":44},"01M6AGDGBPWYVZ2F11GFKJ4HZ9","validating-tpm-measured-boot-attestation","Verifies TPM 2.0 measured-boot integrity and remote attestation with tpm2-tools -- reading PCRs (tpm2_pcrread), replaying the boot event log, generating and checking signed quotes (tpm2_quote\u002Ftpm2_checkquote), and sealing secrets to a PCR policy. Use to confirm a system booted trusted firmware\u002Fkernel for Zero Trust device posture, detect boot-chain tampering via PCR drift, or build a golden-value baseline for fleet attestation.","https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fvalidating-tpm-measured-boot-attestation\u002FSKILL.md",[163],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[165,153,166,167,143,168,42,40,169,170,26,171,172,173,174,175,176,177,178,179],"boot","TPM","validating tpm measured boot attestation","policy","verification","ZeRO","Tools","measured-boot","PCR","integrity","secrets","remote-attestation","tpm2-tools","integrity-verification","trusted-computing",{"skillNo":181,"name":182,"nameZh":6,"description":183,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":184,"categories":185,"keywords":190,"publishedAt":44},"01M6AGDCW0Y4FXZ3362GT1941M","validating-backup-integrity-for-recovery","Validates backup integrity through cryptographic hash verification, automated restore testing, corruption detection, and recoverability checks to confirm backups are reliable for disaster recovery and ransomware response. Use before relying on backups for recovery, when building post-backup validation pipelines, auditing backup infrastructure for compliance, or checking immutable\u002Fair-gapped backups for silent corruption or tampering.","https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fvalidating-backup-integrity-for-recovery\u002FSKILL.md",[186,189],{"categoryNo":187,"categoryName":188,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[174,191,192,193,194,42,195,196,169,197,198,199,200,201,202,33,203,204,205,206],"backup","recovery","validating backup integrity for recovery","testing","infrastructure","validation","compliance","hash-verification","incident-response","ransomware","cryptocurrency","detection","t1490","immutable","disaster-recovery","restore-testing",{"skillNo":208,"name":209,"nameZh":6,"description":210,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":211,"categories":212,"keywords":214,"publishedAt":44},"01M6AGD9GBG2KZ336AE763J3WH","triaging-windows-with-kape","Runs KAPE (Kroll Artifact Parser and Extractor) to collect targeted forensic artifacts (registry hives, $MFT, event logs, prefetch, browser data) via Targets and parse them with Modules wrapping Eric Zimmerman's EZ Tools (PECmd, MFTECmd, RECmd). Use during early incident containment\u002Ftriage when full disk imaging is impractical but a defensible, parseable Windows artifact set is needed quickly, including at-scale remote collection.","https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Ftriaging-windows-with-kape\u002FSKILL.md",[213],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[215,216,217,42,218,219,220,221,222,223,224,225,226,227,228,229,171,230,231,232],"windows","kape","triaging windows with kape","registry","browser","logs","windows-forensics","dfir","mft","mftecmd","data","prefetch","eric-zimmerman","digital-forensics","SET","collection","pecmd","artifact-collection",{"skillNo":234,"name":235,"nameZh":6,"description":236,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":237,"categories":238,"keywords":240,"publishedAt":44},"01M6AGD5PW5J4EVZM958WD74ZQ","triaging-vulnerabilities-with-ssvc-framework","Triages and prioritizes vulnerabilities with CISA's Stakeholder-Specific Vulnerability Categorization (SSVC) decision tree, weighing exploitation status (via the CISA KEV catalog and FIRST EPSS API), technical impact, automatability, and mission prevalence to output Track\u002FTrack*\u002FAttend\u002FAct decisions. Use when prioritizing vulnerability scan results (OpenVAS, Nessus, Qualys) for remediation planning beyond raw CVSS scores.","https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Ftriaging-vulnerabilities-with-ssvc-framework\u002FSKILL.md",[239],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[241,242,243,42,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259],"vulnerabilities","framework","triaging vulnerabilities with ssvc framework","status","planning","CISA","vulnerability-management","risk-management","nessus","qualys","openvas","cvss","remediation","risk","vulnerability","api","prioritization","ssvc","decision-tree",{"skillNo":261,"name":262,"nameZh":6,"description":263,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":264,"categories":265,"keywords":267,"publishedAt":44},"01M6AGD24TTQQM4CXG69E3B9TJ","triaging-security-incident","Performs initial triage of security incidents using the NIST SP 800-61r3 and SANS PICERL frameworks, classifying incident type, assigning priority by business impact, and routing to the appropriate response team. Use when a SIEM\u002FEDR alert needs human classification, concurrent alerts must be prioritized, or a user report or threat-intel IOC match requires initial incident categorization.","https:\u002F\u002Fgithub.com\u002Fmukul975\u002FAnthropic-Cybersecurity-Skills\u002Fblob\u002Fmain\u002Fskills\u002Ftriaging-security-incident\u002FSKILL.md",[266],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[143,268,42,269,270,271,272,273,274,275,276,33,277,203,30,278,279,280,281,282],"triaging security incident","siem","file","ioc","soc","NIST-800-61","NIST","severity","edr","execution","classification","severity-classification","incident-triage","SANS-PICERL","SOC-operations"]