mirror of
https://github.com/Ed1s0nZ/CyberStrikeAI.git
synced 2026-10-21 14:52:05 +02:00
The update source used to be three things - a remote name or an address, plus an optional branch - and unset it followed whatever this directory's remotes and upstream happened to say. That asked people to understand git topology before they could update, and the person it was built for could not tell what "follow the remote this tree tracks" meant. It is now one field: config.yaml update.repo, an address, empty meaning the official repository (https://github.com/AIPentest/CyberStrikeAI.git). Point it at a mirror (GitHub is hard to reach in some places) or at your own fork and that is the whole configuration. The branch nothing is any more: an update follows the source repository's own default branch, resolved from the source itself (ls-remote --symref HEAD), so a fork whose default is not "main" still works and nobody has to name a branch. Remote names, the mine/origin/upstream ranking, @{upstream} tracking and the adopt flow's branch argument are all gone with it. The console page loses two input fields: the source section is one address, a hint that empty means the official repository, and a save button; clearing the address is the way back to the default. The install facts drop the remote name, the check section shows the source's default branch once the network answer arrives, and the adopt entry no longer requires saving an address first - the official default makes connecting a tarball install a zero-configuration action. The CLI now reads the same update.repo field the page saves (LoadUpdateRepo reads just that field, without validating the rest of the file - a broken unrelated section must not block the path that fixes the tree), so the keyboard and the button cannot update from different repositories. -check-update prints the source it is about to use. Tests: the source suite now pins the default (official), the single-address save (including the empty-string reset), and that the followed branch comes from the source's own default branch rather than a hardcoded "main"; the console suite posts the one field and renders the default hint; docs, config.example.yaml and upgrade.sh describe the one-field story.
429 lines
21 KiB
Markdown
429 lines
21 KiB
Markdown
<div align="center">
|
||
<img src="images/logo.png" alt="CyberStrikeAI Logo" width="200" >
|
||
</div>
|
||
|
||
# CyberStrikeAI
|
||
|
||
|
||
[中文](README_CN.md) | [English](README.md)
|
||
|
||
**The system of action for AI-native cybersecurity—where intent becomes governed execution, evidence becomes operational memory, and every operation improves the next.**
|
||
|
||
CyberStrikeAI connects planning, execution, human oversight, evidence, and replay in one auditable workspace. Built in Go, it combines Eino-powered agents, MCP-native tools, RAG knowledge, visual workflows, and attack-chain modeling and analysis for authorized security operations.
|
||
|
||
**Start here:** [Quick start](#quick-start-one-command-deployment) · [Documentation](docs/en-US/README.md) · [Security hardening](docs/en-US/security-hardening.md)
|
||
|
||
> [!IMPORTANT]
|
||
> Use CyberStrikeAI only on systems you own or are explicitly authorized to test. For shared or production environments, review the [security model](docs/en-US/security-model.md) and [hardening guide](docs/en-US/security-hardening.md) before enabling high-risk tools, WebShell, or C2 capabilities.
|
||
|
||
## Interface & Integration Preview
|
||
|
||
<div align="center">
|
||
|
||
### System Dashboard Overview
|
||
|
||
<table>
|
||
<tr>
|
||
<td width="50%" align="center">
|
||
<strong>Light Mode</strong><br/>
|
||
<img src="./images/dashboard.png" alt="System Dashboard (Light)" width="100%">
|
||
</td>
|
||
<td width="50%" align="center">
|
||
<strong>Dark Mode</strong><br/>
|
||
<img src="./images/dark.png" alt="System Dashboard (Dark)" width="100%">
|
||
</td>
|
||
</tr>
|
||
</table>
|
||
|
||
*The dashboard provides a comprehensive overview of system runtime status, security vulnerabilities, tool usage, and knowledge base, helping users quickly understand the platform's core features and current state.*
|
||
|
||
<details>
|
||
<summary><strong>More interface screenshots</strong></summary>
|
||
|
||
### Core Features Overview
|
||
|
||
<table>
|
||
<tr>
|
||
<td width="33.33%" align="center">
|
||
<strong>Web Console</strong><br/>
|
||
<img src="./images/web-console.png" alt="Web Console" width="100%">
|
||
</td>
|
||
<td width="33.33%" align="center">
|
||
<strong>Task Management</strong><br/>
|
||
<img src="./images/task-management.png" alt="Task Management" width="100%">
|
||
</td>
|
||
<td width="33.33%" align="center">
|
||
<strong>Vulnerability Management</strong><br/>
|
||
<img src="./images/vulnerability-management.png" alt="Vulnerability Management" width="100%">
|
||
</td>
|
||
</tr>
|
||
<tr>
|
||
<td width="33.33%" align="center">
|
||
<strong>WebShell Management</strong><br/>
|
||
<img src="./images/webshell-management.png" alt="WebShell Management" width="100%">
|
||
</td>
|
||
<td width="33.33%" align="center">
|
||
<strong>MCP Management</strong><br/>
|
||
<img src="./images/mcp-management.png" alt="MCP management" width="100%">
|
||
</td>
|
||
<td width="33.33%" align="center">
|
||
<strong>Knowledge Base</strong><br/>
|
||
<img src="./images/knowledge-base.png" alt="Knowledge Base" width="100%">
|
||
</td>
|
||
</tr>
|
||
<tr>
|
||
<td width="33.33%" align="center">
|
||
<strong>Skills Management</strong><br/>
|
||
<img src="./images/skills.png" alt="Skills Management" width="100%">
|
||
</td>
|
||
<td width="33.33%" align="center">
|
||
<strong>Agent Management</strong><br/>
|
||
<img src="./images/agent-management.png" alt="Agent Management" width="100%">
|
||
</td>
|
||
<td width="33.33%" align="center">
|
||
<strong>Role Management</strong><br/>
|
||
<img src="./images/role-management.png" alt="Role Management" width="100%">
|
||
</td>
|
||
</tr>
|
||
<tr>
|
||
<td width="33.33%" align="center">
|
||
<strong>System Settings</strong><br/>
|
||
<img src="./images/settings.png" alt="System settings" width="100%">
|
||
</td>
|
||
<td width="33.33%" align="center">
|
||
<strong>MCP stdio Mode</strong><br/>
|
||
<img src="./images/mcp-stdio2.png" alt="MCP stdio mode" width="100%">
|
||
</td>
|
||
<td width="33.33%" align="center">
|
||
<strong>Burp Suite Plugin</strong><br/>
|
||
<img src="./images/plugins.png" alt="Burp Suite plugin" width="100%">
|
||
</td>
|
||
</tr>
|
||
</table>
|
||
|
||
</details>
|
||
|
||
</div>
|
||
|
||
## Highlights
|
||
|
||
### Agents and orchestration
|
||
|
||
- 🤖 **Agentic execution** translates natural-language intent into governed, auditable security actions.
|
||
- 🧩 **Eino orchestration** supports single-agent execution plus Deep, Plan-Execute, and Supervisor multi-agent modes.
|
||
- 🔀 **Graph workflows** combine Agents, tools, conditions, approvals, and outputs into reusable flows.
|
||
- 🎭 **Role-based testing** provides focused prompts and tool policies for common security scenarios.
|
||
|
||
### Tools and knowledge
|
||
|
||
- 🧰 **Security tools** include 100+ curated YAML recipes with custom extensions and role-scoped access.
|
||
- 🔌 **MCP integration** supports HTTP, stdio, SSE, external federation, and dynamic tool discovery.
|
||
- ⏱️ **Resilient tool execution** runs blocking MCP/tool calls in workers with bounded agent waits, resumable `execution_id` polling, cancellation, per-server circuit breakers, concurrency limits, and unified output caps.
|
||
- 🎯 **Agent Skills** follow the standard Skill layout and support progressive, on-demand loading.
|
||
- 📚 **Knowledge base** combines query rewriting, vector retrieval, reranking, and result post-processing.
|
||
- 🖼️ **Vision analysis** uses a separate vision model for screenshots, captchas, and UI while retaining text summaries only.
|
||
|
||
### Governance and audit
|
||
|
||
- 🧑⚖️ **Human in the loop** provides approval modes, tool allowlists, audit-agent review, and traceable decisions.
|
||
- 🛡️ **Call blocking** under Security adds configurable regex checks before MCP execution, reminder templates, and dry runs, with government-domain protection enabled by default. See [Tool call blocking](docs/en-US/tool-call-guard.md).
|
||
- 🔐 **Platform RBAC** supports multiple users, system and custom roles, scoped permissions, ownership, and explicit assignments.
|
||
- 🔒 **Security and audit** provide authenticated access, audit logs, SQLite persistence, and operational evidence retention.
|
||
- 📄 **Result governance** stores the same capped tool result seen by the agent, protects resume paths from oversized historical output, and adds UI safeguards for large detail views. See [Tool Execution Governance](docs/en-US/tool-execution-governance.md).
|
||
|
||
### Security operations
|
||
|
||
- 📁 **Conversation management** provides pinning, renaming, and batch organization.
|
||
- 📂 **Projects and attack chains** connect cross-session facts, risk scoring, graph views, and step-by-step replay.
|
||
- 🗂️ **Asset management** normalizes and deduplicates domains, IP addresses, ports, and services; supports XLSX/CSV import and export, advanced filters and saved views, ownership and business metadata, cross-page bulk maintenance, and duplicate merging; and tracks scan coverage, linked vulnerabilities, and risk state. See the [Asset Management guide](docs/en-US/asset-management.md).
|
||
- 🛡️ **Vulnerability management** provides severity classification, lifecycle tracking, filtering, and statistics.
|
||
- 📋 **Batch tasks** provide queued execution, editing, status tracking, and retained results.
|
||
- 📱 **Chatbots** connect Personal WeChat, WeCom, DingTalk, Lark, Telegram, Slack, Discord, and QQ Bot.
|
||
|
||
### Authorized security operations
|
||
|
||
- 🐚 **WebShell management** provides connection management, a virtual terminal, file operations, and AI-assisted workflows.
|
||
- 📡 **Built-in C2** provides listeners, encrypted beacons, sessions, task queues, payload helpers, and live events.
|
||
|
||
> WebShell, C2, and other high-risk capabilities are for systems you own or are explicitly authorized to test. See the [security model](docs/en-US/security-model.md) and [hardening guide](docs/en-US/security-hardening.md).
|
||
|
||
## Plugins
|
||
|
||
CyberStrikeAI includes optional integrations under `plugins/`.
|
||
|
||
- **Burp Suite extension**: `plugins/burp-suite/cyberstrikeai-burp-extension/`
|
||
Build output: `plugins/burp-suite/cyberstrikeai-burp-extension/dist/cyberstrikeai-burp-extension.jar`
|
||
Docs: `plugins/burp-suite/cyberstrikeai-burp-extension/README.md`
|
||
- **Browser extension (Chrome / Edge)**: `plugins/browser-extension/cyberstrikeai-browser-extension/`
|
||
Capture Network traffic in DevTools and send it to CyberStrikeAI for AI-assisted security testing—aligned with the Burp plugin.
|
||
Install: `chrome://extensions/` → Load unpacked → F12 → **CyberStrikeAI** tab
|
||
Package output: `plugins/browser-extension/cyberstrikeai-browser-extension/dist/cyberstrikeai-browser-extension.zip`
|
||
Docs: `plugins/browser-extension/cyberstrikeai-browser-extension/README.md` / `README.zh-CN.md`
|
||
|
||
## Tool Overview
|
||
|
||
CyberStrikeAI ships with 100+ curated tools covering the whole kill chain:
|
||
|
||
<details>
|
||
<summary><strong>View the complete tool categories</strong></summary>
|
||
|
||
- **Network Scanners** – nmap, masscan, rustscan, arp-scan, nbtscan
|
||
- **Web & App Scanners** – sqlmap, nikto, dirb, gobuster, feroxbuster, ffuf, httpx
|
||
- **Vulnerability Scanners** – nuclei, wpscan, wafw00f, dalfox, xsser
|
||
- **Subdomain Enumeration** – subfinder, amass, findomain, dnsenum, fierce
|
||
- **Network Space Search Engines** – fofa_search, zoomeye_search, quake_search, shodan_search
|
||
- **API Security** – graphql-scanner, arjun, api-fuzzer, api-schema-analyzer
|
||
- **Container Security** – trivy, clair, docker-bench-security, kube-bench, kube-hunter
|
||
- **Cloud Security** – prowler, scout-suite, cloudmapper, pacu, terrascan, checkov
|
||
- **Binary Analysis** – gdb, radare2, ghidra, objdump, strings, binwalk
|
||
- **Exploitation** – metasploit, msfvenom, pwntools, ropper, ropgadget
|
||
- **Password Cracking** – hashcat, john, hashpump
|
||
- **Forensics** – volatility, volatility3, foremost, steghide, exiftool
|
||
- **Post-Exploitation** – linpeas, winpeas, mimikatz, bloodhound, impacket, responder
|
||
- **CTF Utilities** – stegsolve, zsteg, hash-identifier, fcrackzip, pdfcrack, cyberchef
|
||
- **System Helpers** – exec, create-file, delete-file, list-files, modify-file
|
||
|
||
</details>
|
||
|
||
See [tools/README_EN.md](tools/README_EN.md) for tool definitions, customization, and usage notes.
|
||
|
||
## Basic Usage
|
||
|
||
### Quick Start (One-Command Deployment)
|
||
|
||
**Prerequisites:**
|
||
- Go 1.25+ ([Install](https://go.dev/dl/); required by `go.mod`)
|
||
- Python 3.10+ ([Install](https://www.python.org/downloads/))
|
||
|
||
**One-Command Deployment:**
|
||
```bash
|
||
git clone https://github.com/Ed1s0nZ/CyberStrikeAI.git
|
||
cd CyberStrikeAI
|
||
chmod +x run.sh && ./run.sh
|
||
```
|
||
|
||
The `run.sh` script will automatically:
|
||
- ✅ Check and validate Go & Python environments
|
||
- ✅ Create Python virtual environment
|
||
- ✅ Install Python dependencies
|
||
- ✅ Download Go dependencies
|
||
- ✅ Build the project
|
||
- ✅ Start the server
|
||
|
||
**Verify the startup:**
|
||
|
||
1. Confirm the terminal displays `● ONLINE` followed by the actual Web UI URL.
|
||
2. Open that URL; the default HTTPS mode uses a local self-signed certificate, so accept the browser warning once.
|
||
3. On a new installation, store the one-time `admin` password shown under `ADMIN SETUP REQUIRED`, sign in, and change it immediately.
|
||
|
||
**Networking defaults:** `run.sh` starts the server with **`--https`** and the repo **`config.yaml`** (local self-signed TLS; better for many concurrent streams). Use **`./run.sh --http`** for plain HTTP. In production, set **`server.tls_cert_path`** / **`server.tls_key_path`** in **`config.yaml`** (see comments there). For manual runs, add **`--https`** or **`CYBERSTRIKE_HTTPS=1`**; if **`-config`** is wrong, the binary prints a short usage hint on stderr.
|
||
|
||
**First-Time Configuration:**
|
||
1. **Configure AI channels** (required before first use)
|
||
- After launch, open **`https://127.0.0.1:8080/`** (or **`https://localhost:8080/`**; replace **8080** with `server.port` in `config.yaml`) and accept the self-signed certificate warning once. If you used `./run.sh --http`, use **`http://`** instead.
|
||
- Go to `System Settings` → `Basic Settings` → `AI Channel Configuration`, add or edit a channel, then fill in provider, Base URL, API key, model, and token limits. Click **Save changes**. The left channel list supports setting a default, copy, delete, and bulk probe.
|
||
```yaml
|
||
ai:
|
||
default_channel: openai-main
|
||
channels:
|
||
openai-main:
|
||
name: OpenAI Main
|
||
provider: openai_compatible
|
||
api_key: "${OPENAI_API_KEY}"
|
||
base_url: "https://api.openai.com/v1" # or https://api.deepseek.com/v1
|
||
model: "gpt-4o" # or deepseek-chat, qwen3-max, etc.
|
||
max_total_tokens: 120000
|
||
max_completion_tokens: 16384
|
||
```
|
||
- Or edit `config.yaml` directly before launching. `ai.default_channel` is used for new conversations and tasks that do not explicitly select a channel; the chat page can also select any saved channel per session.
|
||
2. **Login** - On first startup the console prints an auto-generated initial `admin` password; create accounts from **Platform permissions → User management**
|
||
3. **Install security tools (optional)** - Install tools from `tools/` as needed; missing tools are skipped or substituted at runtime. Common examples:
|
||
|
||
**macOS (Homebrew):**
|
||
```bash
|
||
brew install nmap masscan sqlmap nikto gobuster ffuf hydra hashcat nuclei subfinder
|
||
```
|
||
|
||
**Linux (Kali / Debian / Ubuntu):**
|
||
```bash
|
||
sudo apt update
|
||
sudo apt install -y nmap masscan sqlmap nikto gobuster hydra hashcat john binwalk
|
||
# On some distros, install ffuf/nuclei/subfinder via go install or upstream docs
|
||
```
|
||
|
||
See the `tools/` directory for the full list; refer to each tool's official docs for install details.
|
||
|
||
**Alternative Launch Methods:**
|
||
```bash
|
||
# Direct Go run (set up env yourself); add --https to match run.sh defaults
|
||
go run ./cmd/server --https
|
||
|
||
# Manual build
|
||
go build -o cyberstrike-ai ./cmd/server
|
||
./cyberstrike-ai --https
|
||
```
|
||
|
||
If server logs show `client sent an HTTP request to an HTTPS server`, a client is still using **`http://`** on a TLS-only port—switch the URL to **`https://`**.
|
||
|
||
**Note:** The Python virtual environment (`venv/`) is automatically created and managed by `run.sh`. Tools that require Python (like `api-fuzzer`, `http-framework-test`, etc.) will automatically use this environment.
|
||
|
||
### Upgrade and Compatibility
|
||
|
||
**Prefer the platform's own one-click update** (console System settings -> One-click update, or
|
||
`./cyberstrike-ai -update` / `-check-update` / `-update-rollback`): it pulls the newest commit of the
|
||
**update source repository**'s default branch (the official repository by default; one setting points
|
||
it at your own fork or a mirror), fast-forwards, rebuilds and swaps the binary atomically, keeps your
|
||
`roles/skills/tools/agents/data/config.yaml` untouched (the result names every file it kept), and
|
||
refuses - rather than overwrites - when source is modified locally or the local history has diverged.
|
||
See the [deployment guide](docs/en-US/deployment.md).
|
||
|
||
`upgrade.sh` still works: when this directory is a git work tree it is a thin shell over the command
|
||
above; only a non-git (tarball) installation falls back to the old "download a GitHub Release and
|
||
rsync it in" path, where the source repository comes from `--repo owner/name` or `GITHUB_REPO` and the
|
||
built-in default applies only when neither is given (with a warning naming the repository).
|
||
|
||
The update source is one setting, a repository address in the `update` section of `config.yaml` or
|
||
right on the console page - the official repository, your own fork, or somebody else's fork. An
|
||
installation unpacked from a Release archive (no git) can be previewed and connected from the same
|
||
page and updates in one click from then on.
|
||
|
||
**CyberStrikeAI upgrade script:**
|
||
1. (First time) enable the script: `chmod +x upgrade.sh`
|
||
2. Upgrade with: `./upgrade.sh` (optional flags: `--check`, `--tag vX.Y.Z`, `--repo owner/name`, `--no-venv`, `--yes`). Local `tools/`, `roles/`, `skills/` and `agents/` are always preserved.
|
||
3. The script will back up your `config.yaml` and `data/`, upgrade the code, update `config.yaml`'s `version`, then restart the server.
|
||
|
||
Recommended one-liner:
|
||
`chmod +x upgrade.sh && ./upgrade.sh --yes`
|
||
|
||
If something goes wrong: inside a git work tree just run `./cyberstrike-ai -update-rollback` (back to
|
||
the commit and binary kept before that update); for a tarball installation restore from
|
||
`.upgrade-backup/` (or manually copy `data/` and `config.yaml` back) and run `./run.sh` again.
|
||
|
||
Requirements / tips (tarball path only):
|
||
* You need `curl` or `wget` for downloading Release packages.
|
||
* `rsync` is recommended/required for the safe code sync.
|
||
* If GitHub API rate-limits you, set `export GITHUB_TOKEN="..."` before running `./upgrade.sh`.
|
||
|
||
⚠️ **Before upgrading:** review the target release notes for configuration, database, and API changes. Backups are required even for patch upgrades; a version number alone is not a compatibility guarantee.
|
||
|
||
|
||
## Configuration
|
||
|
||
Use [`config.example.yaml`](config.example.yaml) as the authoritative configuration template and copy only the values required for your environment. At minimum, configure the server and one AI channel:
|
||
|
||
```yaml
|
||
server:
|
||
host: "127.0.0.1"
|
||
port: 8080
|
||
ai:
|
||
default_channel: openai-main
|
||
channels:
|
||
openai-main:
|
||
provider: openai_compatible
|
||
api_key: "${OPENAI_API_KEY}"
|
||
base_url: "https://api.openai.com/v1"
|
||
model: "your-model"
|
||
```
|
||
|
||
`openai` is a backward-compatible runtime field; maintain new model settings in `ai.channels`. Do not commit real credentials. Review the [configuration reference](docs/en-US/configuration.md), [recommended profiles](docs/en-US/configuration-profiles.md), and [security hardening guide](docs/en-US/security-hardening.md) before exposing the service beyond localhost.
|
||
|
||
## Related documentation
|
||
|
||
- **New users:** [Deployment](docs/en-US/deployment.md) → [Configuration](docs/en-US/configuration.md) → [Troubleshooting](docs/en-US/troubleshooting.md)
|
||
- **Operators:** [Configuration profiles](docs/en-US/configuration-profiles.md) → [Security hardening](docs/en-US/security-hardening.md) → [Runbooks](docs/en-US/runbooks.md)
|
||
- **Integrators:** [API reference](docs/en-US/api-reference.md) → [API recipes](docs/en-US/api-recipes.md) → [MCP federation](docs/en-US/mcp-federation.md)
|
||
- **Contributors:** [Developer guide](docs/en-US/developer-guide.md) → [Testing](docs/en-US/testing.md) → [Contributing](docs/en-US/contributing-guide.md)
|
||
- **All topics:** [English documentation](docs/en-US/README.md) · [Bilingual documentation index](docs/README.md)
|
||
|
||
## Project Layout
|
||
|
||
```
|
||
CyberStrikeAI/
|
||
├── cmd/ # Server, MCP stdio entrypoints, tooling
|
||
├── internal/ # Agent, MCP core, handlers, C2 (`internal/c2`), security executor
|
||
├── web/ # Static SPA + templates
|
||
├── tools/ # YAML tool recipes (100+ examples provided)
|
||
├── roles/ # Role configurations (12+ predefined security testing roles)
|
||
├── skills/ # Agent Skills dirs (SKILL.md + optional files; demo: cyberstrike-eino-demo)
|
||
├── agents/ # Multi-agent Markdown (orchestrator.md + sub-agent *.md)
|
||
├── docs/ # Topic docs (deployment, config, security, API, knowledge base, C2, WebShell, etc.)
|
||
├── images/ # Docs screenshots & diagrams
|
||
├── config.yaml # Runtime configuration
|
||
├── run.sh # Convenience launcher
|
||
└── README*.md
|
||
```
|
||
|
||
## Basic Usage Examples
|
||
|
||
```
|
||
Scan open ports on 192.168.1.1
|
||
Perform a comprehensive port scan on 192.168.1.1 focusing on 80,443,22
|
||
Check if https://example.com/page?id=1 is vulnerable to SQL injection
|
||
Scan https://example.com for hidden directories and outdated software
|
||
Enumerate subdomains for example.com, then run nuclei against the results
|
||
```
|
||
|
||
## Advanced Playbooks
|
||
|
||
```
|
||
Load the recon-engagement template, run amass/subfinder, then brute-force dirs on every live host.
|
||
Use external Burp-based MCP server for authenticated traffic replay, then pass findings back for graphing.
|
||
Compress the 5 MB nuclei report, summarize critical CVEs, and attach the artifact to the conversation.
|
||
Build an attack chain for the latest engagement and export the node list with severity >= high.
|
||
```
|
||
|
||
## 404Starlink
|
||
|
||
<img src="./images/404StarLinkLogo.png" width="30%">
|
||
|
||
CyberStrikeAI has joined [404Starlink](https://github.com/knownsec/404StarLink)
|
||
|
||
## TCH Top-Ranked Intelligent Pentest Project
|
||
<div align="left">
|
||
<a href="https://zc.tencent.com/competition/competitionHackathon?code=cha004" target="_blank">
|
||
<img src="./images/tch.png" alt="TCH Top-Ranked Intelligent Pentest Project" width="30%">
|
||
</a>
|
||
</div>
|
||
|
||
|
||
|
||
---
|
||
|
||
## Community and Support
|
||
|
||
- Join the community on [Discord](https://discord.gg/8PjVCMu8Zw).
|
||
|
||
<details>
|
||
<summary><strong>WeCom group</strong></summary>
|
||
|
||
<img src="./images/wecom-group-cyberstrikeai-qr.png" alt="CyberStrikeAI WeCom group QR code" width="280">
|
||
|
||
</details>
|
||
|
||
## License
|
||
|
||
CyberStrikeAI is licensed under the Apache License 2.0.
|
||
See the [LICENSE](LICENSE) file for details.
|
||
|
||
---
|
||
|
||
## ⚠️ Disclaimer
|
||
|
||
**This tool is for educational and authorized testing purposes only!**
|
||
|
||
CyberStrikeAI is a professional security testing platform designed to assist security researchers, penetration testers, and IT professionals in conducting security assessments and vulnerability research **with explicit authorization**.
|
||
|
||
**By using this tool, you agree to:**
|
||
- Use this tool only on systems where you have clear written authorization
|
||
- Comply with all applicable laws, regulations, and ethical standards
|
||
- Take full responsibility for any unauthorized use or misuse
|
||
- Not use this tool for any illegal or malicious purposes
|
||
|
||
**The developers are not responsible for any misuse!** Please ensure your usage complies with local laws and regulations, and that you have obtained explicit authorization from the target system owner.
|
||
|
||
For vulnerability reporting and deployment hardening guidance, see [SECURITY.md](SECURITY.md).
|
||
|
||
---
|
||
|
||
Need help or want to contribute? Open an issue or PR—community tooling additions are welcome!
|