mrkeyoor.com_
Tue 01 Sept 17:43 UTC
Automationevaluationupdated 25 Aug 2026

Cybermes review

Cybermes is an English-language offensive-security framework for authorized reconnaissance, vulnerability checking, evidence collection, and report generation. It combines a Go MCP server, Python orchestration, outside security tools, and more than 200 playbooks so an AI client or terminal workflow can carry an assessment from scope checks to written findings.

+132stars / 7d
Verdict

Our Cybermes install added 252 packages and the audit found six high-severity advisories, while the repository offered no npm test target, so this is a framework to isolate and inspect before it touches an authorized target. Its MCP tools, evidence layout, and scope engine can save an experienced tester repetitive work. Do not hand it to an unsupervised agent with the sample wildcard authorization and YOLO setting unchanged.

We ran it

Lab card: what happened when we ran CybermesScreenshot of Cybermes (github.com/Zyrexnn/Cybermes)
Install✓ · 24s252 packages · 89 MB
Buildn/ano build script
Testsn/ano test script
Known vulns60 critical · 6 high · 0 moderate · 0 low (npm audit)
Repo4673 files~274,667 lines of source · 215.9 MB · 3 CI workflows · Dockerfile

Answers from our run

Does Cybermes build from source?

Dependencies installed in 24 seconds (252 packages), and the project has no separate build step. We cloned commit 06bd223 into a clean Debian container with 3 CPUs and no project-specific setup.

Does Cybermes have tests you can run?

Not through a standard command: the project exposes no test script or target that our harness could run.

Does Cybermes have known vulnerabilities in its dependencies?

npm audit flagged 6 known advisories in the dependency tree at the time of our run.

Who should not use Cybermes?

Beginners who expect the framework to make authorization decisions for them: the troubleshooting guide says wildcard dynamic target authorization is enabled by default, and the sample environment sets HERMES_YOLO_MODE=1.

What are the alternatives to Cybermes?

Nuclei, Amass, Strix. Our Cybermes install added 252 packages and the audit found six high-severity advisories, while the repository offered no npm test target, so this is a framework to isolate and inspect before it touches an authorized target.

Setup2/5MCP starts quickly; the full mixed toolchain needs careful configuration
Docs4/5Detailed install, MCP, workflow, and troubleshooting guides
Community3/5Fresh v3.0 release and push, with a small contributor record
Maturity2/5Broad operating scope, but no lab-reachable repository test target

Who it’s for

Authorized bug-bounty hunters who want repeatable workspaces, evidence files, and report output around familiar recon tools.
Security engineers who want MCP access to local playbooks, scope checks, probing, secret scanning, and finding records.
Teams prepared to review every target and proof before an agent runs offensive commands.
Operators who need Windows, Linux, macOS, or Docker installation paths and can maintain a mixed Go, Python, and Node stack.

Who it’s NOT for

Beginners who expect the framework to make authorization decisions for them: the troubleshooting guide says wildcard dynamic target authorization is enabled by default, and the sample environment sets HERMES_YOLO_MODE=1.
Security teams that require a repository-level automated test command before adoption: our checkout had no test script or tests directory, so the lab could not execute a suite.
Operators who cannot accept six high-severity npm advisories in the installed dependency tree.
People looking for a passive scanner with few moving parts: the documented workflow calls external tools such as subfinder, httpx, katana, ffuf, nuclei, sqlmap, an LLM provider, and optional Playwright.

Setup reality

Our npm install succeeded in 24 seconds, adding 252 packages and using 89 MB. The 4,673-file checkout occupied 215.9 MB and contained about 274,667 source lines. There was no npm build target or test target, so both steps were skipped. The audit found six known vulnerabilities, all high severity.

That install covers the MCP package path, not every Cybermes feature. The full workflow needs Python 3.11 or newer, Go 1.22 or newer for local builds, several recon binaries, and an LLM endpoint such as OpenRouter or a local server. Telegram needs a bot token and allowed-user configuration. PDF output may require Playwright and Chromium.

Docker and compose files are included, alongside native setup scripts for Windows, Linux, and macOS. Operators still have to set target scope, rate limits, workspace mounts, model credentials, and client configuration. The doctor tool can inspect or repair parts of the environment, but --fix changes the local installation and deserves review first.

Cybermes combines an MCP toolbelt with an offensive workflow

Cybermes is meant for authorized bug-bounty and security work. Its Go MCP server exposes knowledge search, scope validation, HTTP probing, crawling, secret scanning, finding records, and report aggregation to clients such as Claude Code and Cursor. A larger Python workflow coordinates recon tools, playbooks, proof files, and reports. The repository describes more than 200 offensive procedures for web, API, cloud, and authentication problems.

That scope explains the 4,673 files and roughly 274,667 source lines in our checkout. Cybermes includes research material, utilities, installation scripts, reporting code, and workspace templates. It can produce Markdown, JSON, HTML, and PDF artifacts under a target directory. There is far more to audit here than a single scanner binary.

The MCP server is the cleanest entry point

The shortest start is npx -y cybermes-mcp. The package downloads a platform binary and runs a JSON-RPC MCP server over standard input and output. Its installer detects supported AI clients, backs up their configuration, and adds the server. A dry-run flag previews the changes. Manual configuration is also documented and is safer on controlled workstations.

Our Node 22 install took 24 seconds, pulled 252 packages, and occupied 89 MB. The server remains an offensive interface inside an AI client. Tool approvals matter more here than for a read-only documentation server, especially when crawling, probing, or recording evidence against a real host.

What happened when we ran it

In our sandbox, npm installation succeeded in 24 seconds. The audit reported six known vulnerabilities, all high severity, with no critical, moderate, or low findings. We did not infer which package was exploitable. Reproduce the audit against the deployed lockfile and determine whether affected code is reachable before using the MCP package on a sensitive workstation.

The repository did not define an npm build script or test script, so our harness skipped both. It also found no tests directory, despite three CI workflow files. This does not mean tests failed. Our generic npm runner had no repository-level suite to execute. Docker and compose files provide deployment paths, but they do not replace behavioral checks for target scope and command execution.

The full framework needs more than the 89 MB npm tree

Standalone installation introduces Python 3.11 or newer and Go 1.22 or newer, plus subfinder, httpx, katana, ffuf, nuclei, and sqlmap. The environment file expects an LLM provider or local endpoint. Telegram adds a bot token, allowed-user IDs, and gateway settings. PDF generation may need Playwright and Chromium.

doctor.py checks dependencies, paths, and tool integrity, while doctor.py --fix attempts repairs. The troubleshooting guide covers architecture-mismatched binaries, Docker bind-mount mistakes, report ownership, model errors, and missing Chromium. The 215.9 MB checkout is an environment to administer, not a disposable prompt extension.

Wildcard scope defaults require intervention

The troubleshooting guide states that dynamic_target_override: true with targets: ["*"] is enabled by default and says a requested URL is automatically authorized. The sample environment also sets HERMES_YOLO_MODE=1. Change those defaults, pin an explicit allowed scope, and require confirmation around active tools before connecting an agent.

Cybermes requires a standalone, non-destructive proof script and raw HTTP traces before logging a finding. That recordkeeping rule cannot grant permission to test a system. With 200-plus playbooks, an incorrect scope decision can trigger many downstream actions. Keep the framework inside the engagement boundary and review generated proofs as untrusted code.

Target folders make evidence easier to inspect

Cybermes creates separate reports and recon trees for each target. Findings, proof scripts, raw evidence, metadata, and an executive summary stay together. smart_pipe archives raw output while returning selected signals to the model, avoiding a crawler's full stream in the model context. Report aggregation turns accepted records into several formats.

The 274,667-line source count matters because a result must pass through filtering, agent interpretation, proof generation, validation, and report compilation. Since our npm path had no test target, rehearse that chain against the bundled mock vulnerable application and inspect each artifact before relying on a generated report.

Version 3.0.0 arrived on August 25, 2026

Version 3.0.0 was released on August 25, 2026, and the repository was pushed later that day. GitHub showed no open issues or pull requests. The release added the Go MCP server, installer, scope engine, HTTP inspector, crawler, and precompiled binaries with checksums. The empty queue says little about behavior across every supported client and operating system.

Cybermes uses Apache 2.0, while third-party datasets and tools retain their own licenses. The documentation credits outside work around PDF rendering, Windows setup, and Docker diagnostics. Examine the attribution file and bundled material before redistributing the 215.9 MB checkout.

Use it as a supervised workspace

Cybermes fits experienced testers who want MCP access, local playbooks, evidence directories, and report assembly around tools they understand. Nuclei is easier to inspect for template scanning, while Amass is a better fit for asset discovery alone. Strix is the closer comparison for agent-led testing.

The six high-severity advisories and absent npm test target prevent a casual recommendation. The wildcard scope described in the guide is too permissive for unsupervised use. Lock the target list, disable broad approval behavior, isolate the runtime, and keep a human responsible for every active request. The 252-package install is secondary to those controls.

Alternatives

ProjectWhat it isPick it when
Nuclei gh↗A template-driven vulnerability scanner with a narrower, more inspectable execution model.pick this instead when you want repeatable scanner templates without an autonomous LLM loop or report workspace.
AmassAn attack-surface mapping tool focused on asset discovery and external reconnaissance.pick this instead when subdomain and infrastructure discovery are the job, rather than end-to-end vulnerability research.
Strix gh↗An AI-assisted security testing framework built around autonomous agents and validation.pick this instead when you want to compare another agent-led offensive workflow and do not need Cybermes's exact MCP toolset.

What people are saying

  1. [velocity-scout] Zyrexnn/Cybermes

Sources

  1. Cybermes repository and README
  2. Cybermes MCP setup guide
  3. Cybermes troubleshooting guide
  4. Cybermes v3.0.0 release

More automation reviews

rclone · lego · OpenCLI · web-access · Karabiner-Elements · WiiUDownloader · the whole board →