xray-suite
Skill4 starsChanged 8 months agoMITView on GitHub
Playbook for Xray Suite scanner, crawlergo, and headless browser usage with safe request pacing.
In this repository8 other files it gives its agents.
- bug-huntingSkill
- exploitationSkill
- pentest-toolsSkill
- planningSkill
- reconSkill
- reportingSkill
- research-notesSkill
- traffic-proxySkill
The file
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 4 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Read this skill before using any xray-suite-* tool.
- Distinctive: line 27
Start with low-noise recon and rendering first.
- Very specific: line 28
Use xray-suite-headless-browser and xray-suite-crawlergo before full webscan.
- Distinctive: line 29
Keep scan scope narrow (specific hosts/URLs), not broad wildcards.
- Distinctive: line 31
Avoid aggressive brute-force against production targets without explicit authorization.
- Distinctive: line 48
When a target is sensitive or starts rate-limiting:
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
xray-suite
Read this skill before using any xray-suite-* tool.
Components
xray-suite-webscanxray-suite-servicescanxray-suite-subdomainxray-suite-crawlergoxray-suite-headless-browser
Dynamic binary resolution
The bridge script tools/xray_suite_tools.py resolves tools in this order:
- Project-local bundles under
tools/bin/ - Windows installed binaries (when available)
- Linux PATH binaries (
xray,crawlergo,chrome-headless-shell,google-chrome,chromium)
Safe usage policy
- Start with low-noise recon and rendering first.
- Use
xray-suite-headless-browserandxray-suite-crawlergobefore full webscan. - Keep scan scope narrow (specific hosts/URLs), not broad wildcards.
- Respect WAF signals and reduce intensity when blocks appear.
- Avoid aggressive brute-force against production targets without explicit authorization.
Recommended sequence
- Target profiling:
wafw00f,whatweb,httpx - Dynamic endpoint discovery:
xray-suite-headless-browser,xray-suite-crawlergo - Focused vulnerability scan:
xray-suite-webscan - Service checks where relevant:
xray-suite-servicescan - Optional domain expansion:
xray-suite-subdomain(license/build dependent)
No-ban scanning defaults
Bridge config uses conservative defaults in tools/xray_suite/config.yaml:
parallel: 10http.max_qps: 30http.max_conns_per_host: 20
When a target is sensitive or starts rate-limiting:
- Reduce target scope to a single URL/path.
- Lower concurrency/QPS further.
- Pause between major scan phases.
Plugin policy
The project config keeps these enabled:
plugins.brute-force.enabled: trueplugins.thinkphp.enabled: true
Runtime note:
- Some community builds can still disable certain plugins at runtime due licensing. Treat runtime output as authoritative.
False-positive controls
- Re-run suspected findings at least twice.
- Confirm differences between benign and malicious payload behavior.
- Validate real impact (not only reflected errors).
- Exclude WAF block pages, CDN errors, and transient backend failures.
- Save deterministic reproduction evidence for reporting.
Commands
python3 tools/xray_suite_tools.py check allpython3 tools/xray_suite_tools.py help allpython3 tools/xray_suite_tools.py run xray-suite-webscan <target>python3 tools/xray_suite_tools.py run xray-suite-servicescan <host:port>python3 tools/xray_suite_tools.py run xray-suite-subdomain <domain>python3 tools/xray_suite_tools.py run xray-suite-crawlergo <target>python3 tools/xray_suite_tools.py run xray-suite-headless-browser <target>
Output path:
reports/output/xray_suite/<target_slug>/
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

