keris
keris is a black-box web pentest toolkit that lives in your terminal. Give it
one URL and it runs the whole job — recon, discovery, vulnerability scanning,
and a report — in a single command. It was born from real testing against
production sites (Next.js/Vercel, PHP/LiteSpeed, React SPAs), so the defaults
are polite: it doesn't hammer targets and it learns to back off when the server
starts rate-limiting you.
/\
/ \
/ /\ \
/ / \ \
\ \__/ /
\____/
||
"Keris" is a Javanese dagger. Small, sharp, and it does exactly one job: find out whether something can be pierced. If it can't, fine. Either way, the evidence lands in the report.
Quick start
pip install keris-toolkit
# Full scan: recon + discovery + vulnerabilities + Markdown report
keris scan https://example.com -o report.md
# Same scan, JSON (for CI) + HTML
keris scan https://example.com -o report.md \
--json-output report.json --html report.html
Try it in 30 seconds against a demo server that is deliberately full of holes:
python tests/demo_vuln_server.py # 127.0.0.1:8099, intentionally vulnerable
keris scan http://127.0.0.1:8099 -o demo.md --hidden-endpoints
Also has a web UI
serve starts a local page at http://127.0.0.1:8181. Paste a link, hit Scan.
The scan runs in the background, progress and logs stream into the browser, and
you can download the finished report as Markdown / HTML / PDF / JSON.
python -m keris serve
Two buttons worth knowing:
- CARIKRITIKAL — turns on every module plus the authorized active attacks at once, then filters results down to CRITICAL/HIGH only.
- Uji DoS — an app-layer resilience test (slowloris / slow POST / measured flood) with caps on duration and request count. It requires an explicit written-permission checkbox.
One scan at a time, with a stop button. The UI stays bound to 127.0.0.1;
never expose it publicly.
Commands
36 subcommands. The ones you'll reach for most:
| Command | What it does |
|---|---|
scan |
Full pipeline: recon + discovery + vuln scan + report |
recon / passive |
DNS, security headers, stack detection; passive = crt.sh + whois without touching the target |
discover / hidden / params |
API endpoint extraction, directory/subdomain brute, admin/.env/backup hunting, hidden parameters |
fuzz / openapi |
Lightweight parameter fuzzing; import a Swagger spec and fuzz its endpoints |
jwt / ports / tls / dns / buckets / waf |
JWT analysis, TCP port scan, TLS checks, email security (SPF/DMARC/DKIM), public S3/GCS buckets, WAF fingerprinting |
crawl / graphql / smuggling / takeover |
Attack-surface map, GraphQL testing, request smuggling, subdomain takeover |
cachepoison / hostheader / websocket |
Web cache poisoning, host header injection (incl. password-reset poisoning), WebSocket auth & Origin checks |
jsanalysis / sensitive |
DOM XSS sinks + secrets in JS bundles; leaked credentials/PII/cards in responses |
bruteforce / platforms |
Weak login (form/basic), platform-specific checks (WordPress, Laravel, ...) |
project |
Self-audit of a local codebase; JSON output friendly to AI coding agents |
retest |
Diff an old scan against a new one to track remediation progress |
export / dashboard |
Findings to curl/Burp XML sessions; merge JSON reports into one HTML dashboard |
dos |
App-layer resilience test (authorized only, --yes required) |
serve |
Local web UI |
watch |
Continuous monitoring: scheduled scans + diff + webhook alerts |
tui |
Interactive terminal UI with a live progress dashboard |
plugins / init |
Your own custom checks; generate an example keris.json |
Every full scan includes by default: SQLi, XSS, SSRF, IDOR, rate-limit, directory listing, auth bypass, CORS, open redirect, cookie flags, TLS, security.txt, plus cache poisoning / host header / WebSocket / JS analysis / sensitive data / hidden endpoints / fuzz modules.
The overpowered stuff
Attack chains (--chain)
A correlation engine that combines low/medium findings into critical chains, the way a human pentester would reason about them:
keris scan https://example.com --chain
Examples it detects:
- Cache poisoning + reflected XSS → CRITICAL (reflected XSS that can be injected via a cacheable header becomes stored XSS for every visitor).
- Host header injection + password reset → HIGH (password-reset poisoning).
- Auth bypass + sensitive endpoint → CRITICAL.
- Weak login + admin panel → CRITICAL (direct takeover).
- Directory listing + backup file → HIGH.
- CORS wildcard + auth cookie → HIGH.
Chained findings carry a "chain" marker and "source": "correlation" in the
JSON output, so they're easy to tell apart from raw findings.
AI triage + executive summary (--triage)
An LLM (or a rule-based fallback) reviews your findings, flags false positives, and writes an executive summary for the report:
export KERIS_LLM_API_KEY=sk-... # any OpenAI-compatible endpoint
keris scan https://example.com --triage
- Without a key, a local heuristic still demotes demo/test artifacts and keeps the executive summary.
- With a key (or
KERIS_LLM_BASE_URLfor a self-hosted endpoint), CRITICAL and HIGH findings are reviewed by the model; verdicts are written back as atriageobject on each finding. - The executive summary is embedded in the JSON report as
executive_summaryand flows into the Markdown report.
Headless browser (--browser)
Renders JS-heavy targets with Playwright and looks at the real DOM, not the raw HTML:
pip install playwright && python -m playwright install chromium
keris scan https://example.com --browser --screenshot evidence.png
- Runs the page, waits for
networkidle, scans the rendered DOM for DOM XSS sinks (innerHTML,eval,document.write, ...) and leaked secrets. --screenshotcaptures full-page evidence.- Reuses your
--login-username/--login-passwordto run the pass while authenticated. - Gracefully skips with a hint if Playwright isn't installed — the rest of the toolkit keeps working.
Auto-ticketing (--ticket)
Turn findings into GitHub Issues or Jira tickets automatically:
# GitHub
export GITHUB_TOKEN=ghp_... KERIS_GITHUB_REPO=your/repo
keris scan https://example.com --ticket github
# Jira
export JIRA_BASE_URL=https://your.atlassian.net JIRA_EMAIL=you@x.com \
JIRA_API_TOKEN=... JIRA_PROJECT=SEC
keris scan https://example.com --ticket jira --ticket-project SEC
One ticket per finding at or above --ticket-min (default HIGH), each with
severity, endpoint, evidence, and an auto-generated remediation suggestion.
Triage-demoted findings are skipped. You can also configure these in
keris.json under github / jira blocks.
Continuous monitoring (watch)
Schedule repeated scans, diff each one against the previous run, and alert when new CRITICAL/HIGH findings appear:
keris watch https://example.com --interval 3600 --webhook <slack-url>
- State is kept in
--state-dir(default.keris-watch/):latest.jsonandprevious.json. - Per cycle it reports new / fixed / persisting counts, plus a
alertable_newfigure for severity above--min-severity. - Alerts go to Slack / Discord / Telegram webhooks.
- Perfect under cron:
0 */6 * * * keris watch https://app.example.com --interval 3600. - Exit code 1 when a cycle found alertable findings — usable as a CI check.
Interactive TUI (tui)
A terminal dashboard that streams the scan live — progress bar, current stage, and the latest log lines — with no extra dependencies (pure ANSI, works on Windows Terminal too):
keris tui https://example.com
Active attacks
These modules send payloads. They require --authorized (or --yes for
DoS) and are only for targets you own or have written permission to test.
# Auto-exploit SQLi/CMDI/SSTI/XSS (confirms + exploits)
keris scan https://example.com --authorized --exploit
# Extended brute + username enumeration
keris bruteforce https://app.example.com --authorized --extended
# CVE/PoC probes based on detected platform
keris scan https://example.com --authorized --exploit-cve
Authentication
Bearer token, session cookie, basic auth, or full HTML form auto-login (the session is captured for the whole scan):
keris scan https://app.example.com --token eyJhbGciOi...
keris scan https://app.example.com --cookie "session=abc123"
keris scan https://app.example.com --login-username admin --login-password hunter2
keris scan https://example.com --proxy http://127.0.0.1:8080
Reports
Every finding gets a CVSS v3.1 score (vector + base) and an OWASP Top 10 (2021) category. The Markdown report reads like a manual pentest report: executive summary, severity table, target profile, security headers, findings with evidence, then recommendations.
keris scan https://example.com -o report.md \
--html report.html --pdf report.pdf --json-output out.json
Also available:
- Retest:
keris retest jan.json feb.json -o retest.mdgroups findings into fixed / new / persisting and prints a remediation progress percentage. Non-zero exit when anything remains — usable as a "has the fix landed?" CI gate. - Export: findings to curl scripts or Burp XML sessions.
- Dashboard: merge multiple
--json-outputfiles into one HTML. - Webhook: Slack / Discord / Telegram notifications.
- Exit codes:
0clean,1a finding at/above--exit-on(defaulthigh),2error.
Built-in good behaviour
- Polite by default:
fast/stealth/aggressivepresets, delay, workers, and adaptive backoff on 429/403. Scans don't blindly speed up and get your IP banned. - Rate-limit aware: never retries HTTP 5xx on purpose, so error-based SQLi isn't masked.
- Configuration via
keris.json:keris initwrites an example; CLI flags always win over the file.
Installation
pip install keris-toolkit # everything you need, bundled
keris --help
# From source (for development):
git clone https://github.com/dexpie/keris.git
cd keris
pip install -e ".[dev]" # + test dependencies
Dependencies: PyYAML, PySocks, reportlab, dnspython, cryptography, certifi,
requests, websocket-client. Optional: playwright (browser pass) and an LLM
key (AI triage).
Docker also works:
docker build -t keris .
docker run --rm -v "$PWD:/work" keris scan https://example.com -o /work/report.md
Working with Keris
keris scan https://example.com --exit-on high # CI gate
keris scan --targets targets.txt --json-output all.json # many targets
keris scan https://example.com --no-discover --no-bruteforce --no-plugins
keris scan https://example.com --chain --triage --browser # go big
# Development
python -m pytest tests -q
ruff check keris tests
Auto-scan on every PR
A ready-made workflow lives in .github/workflows/scan-pr.yml. Put a
https://url in the PR body (or comment /scan <url>), and the workflow
installs keris-toolkit, runs the scan, posts a summary comment to the PR, and
uploads the full report as an artifact.
Structure
keris/
├── keris/
│ ├── __main__.py # CLI (36 subcommands)
│ ├── payloads.py # SQLi/XSS/SSRF/CMDI/SSTI payloads + wordlists
│ ├── cvss.py # CVSS v3.1 scoring + OWASP mapping
│ ├── report*.py # Markdown / HTML / PDF / dashboard
│ ├── ui.py # local web UI (stdlib http.server, zero deps)
│ ├── core/ # http client (auth, proxy, backoff), config, logger, utils
│ └── modules/ # scanners + correlation, triage, browser, ticketing, watch, tui
├── plugins/ # example plugins (Python + JSON)
├── tests/ # pytest suite + intentionally-vulnerable demo server
├── Dockerfile
└── docker-compose.yml
Roadmap
- Full scan pipeline + reports
- Passive recon, form auto-login, fuzzing, speed presets
- JWT, port scan, OpenAPI, brute-force, platform checks
- Project self-audit (for AI agents)
- Wayback, DNS/email security, cloud buckets, TLS
- WAF, hidden parameters, curl/Burp export, webhooks, dashboard
- DoS resilience test (authorized only)
- Hidden endpoints, crawler, GraphQL
- Subdomain takeover & request smuggling
- Auto-exploit + CVE probes (authorized only)
- Cache poisoning, host header, WebSocket, JS analysis
- Sensitive data scan, retest workflow
- CVSS + OWASP in every report format
- Web UI with one-click scan and DoS testing
- Attack-chain correlation engine (
--chain) - AI triage + executive summary (
--triage) - Headless browser pass with screenshots (
--browser) - Auto-ticketing to GitHub/Jira (
--ticket) - Continuous monitoring (
watch) - Interactive terminal UI (
tui)
Legal note
Use only on systems you own or that have given you written permission. Active attack modules (exploit, CVE, brute-force extended, DoS) require explicit confirmation. All responsibility lies with the user.
MIT — use it, learn from it, improve it. Contributions welcome; see CONTRIBUTING.md. Found a security hole in Keris itself? Report it via SECURITY.md.
Keris is built for pentesters, bug bounty hunters, DevOps, and AI coding agents who want consistent results without juggling thirty separate tools. Feedback and feature requests are always welcome.
Metadata
Release files for keris-toolkit 0.4.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| keris_toolkit-0.4.0.tar.gz | 133.3 kB | With provenance | Details for keris_toolkit-0.4.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| keris_toolkit-0.4.0-py3-none-any.whl | Python 3 | none | any | Details for keris_toolkit-0.4.0-py3-none-any.whl |
Total release size: 276.2 kB
Release files / keris_toolkit-0.4.0.tar.gz
| Download URL | keris_toolkit-0.4.0.tar.gz |
|---|---|
| Size | 133.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
4ce58534acef9eec738e5b47d86423a2d07414c0a05618686b0ed51f58560ab8
|
|
BLAKE2b-256 checksum How to use checksums |
d787e6005769003ceda58df5a2725b1bb385725bc34d716a99456e06f3f07bc5
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 14, 2026.
Transparency logRelease files / keris_toolkit-0.4.0-py3-none-any.whl
| Download URL | keris_toolkit-0.4.0-py3-none-any.whl |
|---|---|
| Size | 142.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
c25b4343cd9509bf159d855a25106b4d692ebc8a0f33cbe81119a2f0d56339d1
|
|
BLAKE2b-256 checksum How to use checksums |
fee3383b6afd9050aeef046b58b5d1224572868500efada062c829a919014914
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 14, 2026.
Transparency logSecurity for keris-toolkit 0.4.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for keris_toolkit-0.4.0.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 14, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.