Catalog PyPI
PACKAGE EXPLORERView in registry

0xpwn

PyPI

AI-powered penetration testing engine

Versions collected1
Direct dependencies11From release 0.1.1
Last observed20 Oct, 15:04 UTC

README

Version 0.1.1 documentation

0xpwn

AI-powered penetration testing engine. Point it at a target and let a ReAct agent drive reconnaissance, scanning, and vulnerability discovery — all tools run inside a Docker sandbox so nothing touches the host.

Input: Target URL, hostname, IP, or CIDR via CLI Output: Structured findings with CVE enrichment, phase-by-phase execution logs

  CLI  ──▶  ReAct Agent  ──▶  Docker Sandbox  ──▶  Target
  (Typer)   (LLM-driven       (Kali + nmap,       (your scope)
             tool selection)    nuclei, ffuf,
                                httpx, subfinder)

Installation

pip install 0xpwn

Option 2: Install with pipx (isolated environment)

pipx install 0xpwn

Verify installation

0xpwn --help

Setup

1. Build the Sandbox Image

All scan tools run inside a Docker container based on Kali Linux:

docker build -t oxpwn-sandbox:dev docker/

2. Configure an LLM Provider

0xpwn uses LiteLLM — any supported provider works:

# Google Gemini
export GEMINI_API_KEY=your_key_here

# OpenAI
export OPENAI_API_KEY=your_key_here

# Anthropic
export ANTHROPIC_API_KEY=your_key_here

# Or use the generic key
export OXPWN_API_KEY=your_key_here

3. Run the Setup Wizard (optional)

0xpwn config wizard

Saves model and API key preferences to ~/.config/oxpwn/config.yaml.


Usage

Run a scan

# Basic scan with model specified
0xpwn scan --target example.com --model gemini/gemini-2.5-flash

# Use environment variable for model
export OXPWN_MODEL=gemini/gemini-2.5-flash
0xpwn scan --target 192.168.1.0/24

# Custom sandbox settings
0xpwn scan --target example.com \
  --model openai/gpt-4o \
  --sandbox-image oxpwn-sandbox:dev \
  --network-mode bridge \
  --max-iterations-per-phase 15

If no model is configured, the interactive wizard runs automatically.

Manage configuration

# Show current config
0xpwn config show

# Run setup wizard
0xpwn config wizard

# Reset configuration
0xpwn config reset

Available Tools

The ReAct agent selects tools autonomously based on the scan phase. All tools execute inside the Docker sandbox:

ToolWhat it does
nmapPort scanning and service detection
subfinderSubdomain enumeration
httpxHTTP probing and technology detection
nucleiVulnerability scanning with templates
ffufWeb fuzzing and directory discovery

How It Works

0xpwn uses a ReAct (Reasoning + Acting) agent that plans and executes penetration testing in phases:

  1. Reconnaissance — Subdomain enumeration, port scanning, service fingerprinting
  2. Scanning — Vulnerability detection, web probing, directory fuzzing
  3. Analysis — CVE enrichment via NVD, finding correlation, risk assessment

Each phase runs up to N iterations (default 10). The agent decides which tool to run, parses the output, and feeds results into the next decision. Findings are enriched with CVE data from the National Vulnerability Database.


Scan Options

FlagDescriptionDefault
--targetTarget URL, hostname, IP, or CIDRRequired
--modelLLM model identifier (LiteLLM format)OXPWN_MODEL env / config
--llm-base-urlOverride LiteLLM base URLNone
--sandbox-imageDocker image for the sandboxoxpwn-sandbox:dev
--network-modeDocker network modebridge
--max-iterations-per-phaseMax ReAct iterations per phase10

Environment Variables

VariableDescription
OXPWN_MODELDefault LLM model
OXPWN_API_KEYGeneric API key (fallback)
OXPWN_LLM_BASE_URLOverride LiteLLM base URL
OXPWN_SANDBOX_IMAGEDefault sandbox Docker image
OXPWN_SANDBOX_NETWORK_MODEDefault Docker network mode
OXPWN_MAX_ITERATIONS_PER_PHASEDefault max iterations
GEMINI_API_KEYGoogle Gemini API key
OPENAI_API_KEYOpenAI API key
ANTHROPIC_API_KEYAnthropic API key

Architecture

src/oxpwn/
├── cli/                  # Typer CLI, Rich streaming output, setup wizard
├── agent/                # ReAct agent loop, tool dispatch, event system
├── llm/                  # LiteLLM client wrapper with error taxonomy
├── sandbox/              # Docker container lifecycle management
│   └── tools/            # Tool parsers (nmap, nuclei, httpx, ffuf, subfinder)
├── enrichment/           # NVD CVE lookup, caching, finding extraction
├── config/               # YAML config manager with env/CLI precedence
└── core/                 # Data models (ScanState, Finding, ToolResult)

docker/
└── Dockerfile            # Kali-based sandbox with pre-installed tools

Key design decisions:

  • Docker isolation — all offensive tools run in a sandboxed container, never on the host
  • LiteLLM abstraction — swap LLM providers without code changes
  • Structured error taxonomy — every failure mode has a typed exception with actionable CLI output
  • Phase-based execution — the agent progresses through recon → scanning → analysis with bounded iterations

Troubleshooting

ErrorFix
Sandbox image 'oxpwn-sandbox:dev' was not foundRun docker build -t oxpwn-sandbox:dev docker/
Docker sandbox errorVerify Docker daemon is running: docker ps
LLM authentication failedExport the correct API key for your provider
LLM rate limitedWait and retry, or switch to a provider with more quota
Missing model configurationPass --model, set OXPWN_MODEL, or run 0xpwn config wizard

Contributing

Build from source

git clone https://github.com/vahagn-madatyan/0xpwn.git
cd 0xpwn

# Create virtual environment
python -m venv .venv
source .venv/bin/activate  # or .venv\Scripts\activate on Windows

# Install with dev dependencies
pip install -e ".[dev]"

# Build the sandbox image
docker build -t oxpwn-sandbox:dev docker/

# Run from source
0xpwn --help

Run tests

# Unit tests only
pytest tests/unit/ -v --tb=short

# All tests (requires Docker + running services)
pytest tests/ -v

# Specific test file
pytest tests/unit/test_react_agent.py -v

Making a release

Releases are published to PyPI automatically via GitHub Actions when a version tag is pushed:

# Update version in pyproject.toml and src/oxpwn/__init__.py
# Commit the version bump
git tag v0.2.0
git push origin v0.2.0

The CI pipeline builds the distribution, runs tests, publishes to TestPyPI on every push, and publishes to PyPI on tags matching v*.


License

Apache License 2.0

Downloads & popularity

Awaiting observations

No metric observations yet

Download counts and popularity will appear here as the collector receives them.

Versions 1

Collected releases
VersionPublishedDirect dependenciesOpen version
0.1.127 Mar 202611

Package advisories

0
No matching advisories collected

This describes our collected data; it is not a security assessment.

Repository

PENDING
vahagn-madatyan/0xpwn

Shared repository data · GitHub

License detected in repository
Not collected

Metadata history

Meaningful changes
Current collected state Current

Observed since 20 Oct, 15:04 UTC

No superseded metadata states collected. Unchanged observations do not create new revisions.

Record identity

package:7176a8169b75ca0d800cedd13f1b953a05fa75a8fd3bfdd1ce945bfbe70c87c7