/picocom
Use picocom to interact with IoT device UART consoles for pentesting operations including device enumeration, vulnerability discovery, bootloader manipulation, and gaining root shells. Use when the user needs to interact with embedded devices, IoT hardware, or serial consoles.
$ npx -y skills add brownfinesecurity/iothackbot --skill picocom --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
/picocom
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use picocom to interact with IoT device UART consoles for pentesting operations including device enumeration, vulnerability discovery, bootloader manipulation, and gaining root shells. Use when the user needs to interact with embedded devices, IoT hardware, or serial consoles.
SKILL.md
picocom.SKILL.mdname: picocom
description: Use picocom to interact with IoT device UART consoles for pentesting operations including device enumeration, vulnerability discovery, bootloader manipulation, and gaining root shells. Use when the user needs to interact with embedded devices, IoT hardware, or serial consoles.
IoT UART Console (picocom)
This skill enables interaction with IoT device UART consoles using picocom for security testing and penetration testing operations. It supports bootloader interaction, shell access (with or without authentication), device enumeration, and vulnerability discovery.
Prerequisites
- picocom must be installed on the system
- Python 3 with pyserial library (`sudo pacman -S python-pyserial` on Arch, or `pip install pyserial`)
- UART connection to the target device (USB-to-serial adapter, FTDI cable, etc.)
- Appropriate permissions to access serial devices (typically /dev/ttyUSB* or /dev/ttyACM*)
Recommended Approach: Serial Helper Script
**IMPORTANT**: This skill includes a Python helper script (`serial_helper.py`) that provides a clean, reliable interface for serial communication. **This is the RECOMMENDED method** for interacting with IoT devices.
Default Session Logging
**ALL commands run by Claude will be logged to `/tmp/serial_session.log` by default.**
To observe what Claude is doing in real-time:
# In a separate terminal, run:
tail -f /tmp/serial_session.log
This allows you to watch all serial I/O as it happens without interfering with the connection.
Why Use the Serial Helper?
The helper script solves many problems with direct picocom usage:
- **Clean output**: Automatically removes command echoes, prompts, and ANSI codes
- **Prompt detection**: Automatically detects and waits for device prompts
- **Timeout handling**: Proper timeout management with no arbitrary sleeps
- **Easy scripting**: Simple command-line interface for single commands or batch operations
- **Session logging**: All I/O logged to `/tmp/serial_session.log` for observation
- **Reliable**: No issues with TTY requirements or background processes
Quick Start with Serial Helper
**Single Command:**
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --command "help"
**With Custom Prompt (recommended for known devices):**
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --prompt "User@[^>]+>" --command "ifconfig"
**Interactive Mode:**
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --interactive
**Batch Commands from File:**
# Create a file with commands (one per line)
echo -e "help\ndate\nifconfig\nps" > commands.txt
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --script commands.txt
**JSON Output (for parsing):**
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --command "help" --json
**Debug Mode:**
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --command "help" --debug
**Session Logging (for observation):**
# Terminal 1 - Run with logging
python3 .claude/skills/picocom/serial_helper.py \
--device /dev/ttyUSB0 \
--prompt "User@[^>]+>" \
--logfile /tmp/session.log \
--interactive
# Terminal 2 - Watch the session in real-time
tail -f /tmp/session.log
**Note:** See `OBSERVING_SESSIONS.md` for comprehensive guide on monitoring serial sessions.
See [examples.md](examples.md) for full worked attack walkthroughs: basic connection/enumeration, U-Boot bootloader exploitation, login-auth bypass, privilege escalation from a limited user, and firmware extraction.
Monitor Mode (Passive Listening)
**NEW FEATURE**: Monitor mode is designed for passive UART monitoring where the device outputs logs without prompts or interaction.
**Use cases:**
- Monitoring boot logs from devices without interactive consoles
- Capturing triggered output when external actions are performed
- Testing if network requests or hardware events generate UART logs
- Baseline vs triggered output comparison
**Basic passive monitoring:**
python3 .claude/skills/picocom/serial_helper.py \
--device /dev/ttyUSB0 \
--monitor \
--duration 30 \
--logfile /tmp/uart.log
**Monitor with external trigger script:**
# Run external script after 5 seconds and capture triggered UART output
python3 .claude/skills/picocom/serial_helper.py \
--device /dev/ttyUSB0 \
--monitor \
--duration 60 \
--trigger-script "python3 /path/to/test_script.py" \
--trigger-delay 5 \
--logfile /tmp/triggered_uart.log
**Monitor with baseline capture:**
# Capture 10s baseline, run trigger at 15s, continue for total 60s
python3 .claude/skills/picocom/serial_helper.py \
--device /dev/ttyUSB0 \
--monitor \
--duration 60 \
--trigger-script "curl http://192.168.1.100/api/reboot" \
--trigger-delay 15 \
--baseline-duration 10 \
--logfile /tmp/reboot_monitor.log
**Monitor mode options:**
- `--duration SECONDS` - Total monitoring time (default: 30)
- `--trigger-script CMD` - External command/script to run during monitoring
- `--trigger-delay SECONDS` - When to run trigger (default: 5)
- `--baseline-duration SECONDS` - Capture baseline before trigger (default: 0)
- `--logfile FILE` - Log all I/O to file
- `--json` - Output results in JSON format
**Output includes:**
- Real-time timestamped console output
- Baseline vs trigger vs post-trigger categorization
- Trigger script exit code and output
- Summary statistics (bytes captured in each phase)
- Timeline with all captured data
Serial Helper Options
Required (one of):
--command, -c CMD Execute single command
--interactive, -i Enter interactive mode
--script, -s FILE Execute commands from file
--monitor, -m Passive monitoring mode (just listen, no commands)
Connection Options:
--device, -d DEV Serial device (default: /d
Read more
name: picocom description: Use picocom to interact with IoT device UART consoles for pentesting operations including device enumeration, vulnerability discovery, bootloader manipulation, and gaining root shells. Use when the user needs to interact with embedded devices, IoT hardware, or serial consoles.
IoT UART Console (picocom)
This skill enables interaction with IoT device UART consoles using picocom for security testing and penetration testing operations. It supports bootloader interaction, shell access (with or without authentication), device enumeration, and vulnerability discovery.
Prerequisites
- picocom must be installed on the system
- Python 3 with pyserial library (`sudo pacman -S python-pyserial` on Arch, or `pip install pyserial`)
- UART connection to the target device (USB-to-serial adapter, FTDI cable, etc.)
- Appropriate permissions to access serial devices (typically /dev/ttyUSB* or /dev/ttyACM*)
Recommended Approach: Serial Helper Script
**IMPORTANT**: This skill includes a Python helper script (`serial_helper.py`) that provides a clean, reliable interface for serial communication. **This is the RECOMMENDED method** for interacting with IoT devices.
Default Session Logging
**ALL commands run by Claude will be logged to `/tmp/serial_session.log` by default.**
To observe what Claude is doing in real-time:
# In a separate terminal, run: tail -f /tmp/serial_session.log
This allows you to watch all serial I/O as it happens without interfering with the connection.
Why Use the Serial Helper?
The helper script solves many problems with direct picocom usage:
- **Clean output**: Automatically removes command echoes, prompts, and ANSI codes
- **Prompt detection**: Automatically detects and waits for device prompts
- **Timeout handling**: Proper timeout management with no arbitrary sleeps
- **Easy scripting**: Simple command-line interface for single commands or batch operations
- **Session logging**: All I/O logged to `/tmp/serial_session.log` for observation
- **Reliable**: No issues with TTY requirements or background processes
Quick Start with Serial Helper
**Single Command:**
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --command "help"
**With Custom Prompt (recommended for known devices):**
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --prompt "User@[^>]+>" --command "ifconfig"
**Interactive Mode:**
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --interactive
**Batch Commands from File:**
# Create a file with commands (one per line) echo -e "help\ndate\nifconfig\nps" > commands.txt python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --script commands.txt
**JSON Output (for parsing):**
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --command "help" --json
**Debug Mode:**
python3 .claude/skills/picocom/serial_helper.py --device /dev/ttyUSB0 --command "help" --debug
**Session Logging (for observation):**
# Terminal 1 - Run with logging python3 .claude/skills/picocom/serial_helper.py \ --device /dev/ttyUSB0 \ --prompt "User@[^>]+>" \ --logfile /tmp/session.log \ --interactive # Terminal 2 - Watch the session in real-time tail -f /tmp/session.log
**Note:** See `OBSERVING_SESSIONS.md` for comprehensive guide on monitoring serial sessions.
See [examples.md](examples.md) for full worked attack walkthroughs: basic connection/enumeration, U-Boot bootloader exploitation, login-auth bypass, privilege escalation from a limited user, and firmware extraction.
Monitor Mode (Passive Listening)
**NEW FEATURE**: Monitor mode is designed for passive UART monitoring where the device outputs logs without prompts or interaction.
**Use cases:**
- Monitoring boot logs from devices without interactive consoles
- Capturing triggered output when external actions are performed
- Testing if network requests or hardware events generate UART logs
- Baseline vs triggered output comparison
**Basic passive monitoring:**
python3 .claude/skills/picocom/serial_helper.py \ --device /dev/ttyUSB0 \ --monitor \ --duration 30 \ --logfile /tmp/uart.log
**Monitor with external trigger script:**
# Run external script after 5 seconds and capture triggered UART output python3 .claude/skills/picocom/serial_helper.py \ --device /dev/ttyUSB0 \ --monitor \ --duration 60 \ --trigger-script "python3 /path/to/test_script.py" \ --trigger-delay 5 \ --logfile /tmp/triggered_uart.log
**Monitor with baseline capture:**
# Capture 10s baseline, run trigger at 15s, continue for total 60s python3 .claude/skills/picocom/serial_helper.py \ --device /dev/ttyUSB0 \ --monitor \ --duration 60 \ --trigger-script "curl http://192.168.1.100/api/reboot" \ --trigger-delay 15 \ --baseline-duration 10 \ --logfile /tmp/reboot_monitor.log
**Monitor mode options:**
- `--duration SECONDS` - Total monitoring time (default: 30)
- `--trigger-script CMD` - External command/script to run during monitoring
- `--trigger-delay SECONDS` - When to run trigger (default: 5)
- `--baseline-duration SECONDS` - Capture baseline before trigger (default: 0)
- `--logfile FILE` - Log all I/O to file
- `--json` - Output results in JSON format
**Output includes:**
- Real-time timestamped console output
- Baseline vs trigger vs post-trigger categorization
- Trigger script exit code and output
- Summary statistics (bytes captured in each phase)
- Timeline with all captured data
Serial Helper Options
Required (one of): --command, -c CMD Execute single command --interactive, -i Enter interactive mode --script, -s FILE Execute commands from file --monitor, -m Passive monitoring mode (just listen, no commands) Connection Options: --device, -d DEV Serial device (default: /d
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 - /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
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

