re-fw-rootfs

Analyze extracted firmware root filesystems to locate startup scripts, credentials, and cross-architecture binaries.

64|9|Updated Aug 17, 2026
One-click install
npx skills add https://github.com/dslsdzc/rev-skills --skill re-fw-rootfs-dslsdzc
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: re-fw-rootfs
Source: https://github.com/dslsdzc/rev-skills/tree/main/.claude/skills/re-fw-rootfs
Command: npx skills add https://github.com/dslsdzc/rev-skills --skill re-fw-rootfs-dslsdzc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After unpacking a firmware image, analysts face a full root filesystem with dozens of binaries and no clear starting point. This Skill provides a systematic static-analysis workflow for firmware rootfs: mounting or extracting filesystem images, reading startup scripts to find the main program, mining configuration files for hardcoded credentials and keys, and identifying cross-architecture ELF binaries. ## Core Features & Use Cases - Filesystem Extraction: Unpack squashfs, cramfs, cpio initramfs, ext images, and generic containers using unsquashfs, cramfsck, 7z, or loop mounts. - Startup & Config Analysis: Read inittab, rcS, and init.d scripts to determine boot order and locate the main service binary; search /etc, web directories, and wpa_supplicant.conf for passwords, tokens, SSH private keys, and backdoor accounts. - Cross-Architecture Binary Identification: Use file and cross binutils (arm-linux-gnueabi-readelf, mips readelf) to confirm architecture, endianness, and EABI details of embedded ELFs, including busybox symlink sets. - Use Case: Given an unpacked router firmware rootfs, follow the workflow to read etc/init.d/rcS, find the main httpd binary, grep the web directory for a hardcoded admin password, and confirm the binary is MIPS little-endian before deeper reverse engineering. ## Quick Start Analyze this extracted firmware rootfs directory to find the startup entry point, hardcoded credentials, and the architecture of its main binaries.

Frequently Asked Questions about re-fw-rootfs

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I analyze a firmware root filesystem after extraction?▼

Start by reading startup scripts (etc/inittab, etc/init.d/rcS) to find the main service binary, then grep configuration and web directories for passwords and keys, and finally use file and readelf to identify ELF binaries and their architecture.

How to extract squashfs and cramfs firmware images?▼

Use unsquashfs from squashfs-tools for squashfs images and cramfsck from cramfsprogs for cramfs on Debian-based systems. For other formats or platforms, 7z and unblob serve as general fallbacks, and ext images can be loop-mounted read-only.

How do I find hardcoded passwords and keys in firmware?▼

Search the entire rootfs with ripgrep for patterns like password, secret, token, and key, focusing on /etc, web interface directories, and wpa_supplicant.conf. Also check etc/passwd and etc/shadow for weak or backdoor accounts and find SSH private keys by filename.

Why does readelf give incomplete information on firmware binaries?▼

Firmware binaries are cross-compiled for ARM or MIPS, so the host readelf may lack architecture-specific details. Install cross binutils such as binutils-arm-linux-gnueabi and use readelf -A to confirm the architecture, endianness, and EABI attributes.

When should I use firmware emulation instead of static rootfs analysis?▼

Static rootfs analysis fits when you only need startup entries, configs, and credentials from unpacked files. Switch to firmware emulation when you need to actually run the firmware programs and observe their runtime behavior.