shinthink/blitzstrikeServeur MCP regroupant une méthodologie de test d'intrusion à trois niveaux : reconnaissance de la surface d'attaque, analyse statique source-to-sink et validation des vulnérabilités en direct avec chaînes d'escalade.
Reconnaissance à grande vitesse. Analyse en profondeur. Validation avant rapport.
Blitz Strike est une méthodologie structurée de test d'intrusion — reconnaissance,
analyse du code source et validation — livrée sous forme de serveur MCP universel. Il
énumère la surface d'attaque (BLITZ), trace la joignabilité source-à-sink
(EAGLE-EYE) et vérifie chaque constatation en direct avant qu'elle ne soit rapportée (STRIKE).
Un seul serveur, tous les agents : de l'application du périmètre aux constatations prêtes à
soumettre en un seul appel run_engagement, avec le manuel de l'outil d'exploitation pertinent joint à
chaque résultat.
Un résultat de scan est une hypothèse. Un test en direct est le verdict.
Blitz Strike existe pour éliminer les deux modes de défaillance les plus courants en évaluation de sécurité automatisée : les faux positifs issus d'une correspondance de motifs en surface, et les constatations non vérifiées rapportées sans confirmation en direct.
Blitz Strike est un serveur Model Context Protocol (MCP) (TypeScript / Bun) qui
empaquette une méthodologie d'audit de sécurité à 3 niveaux sous forme d'outils appelables — et exécute
l'engagement entier côté serveur, de sorte qu'un seul appel run_engagement fonctionne depuis
Claude Code, Cursor, Hermes, OpenCode, Claude Desktop, Gemini, ou tout client MCP.
Blitz Strike mappe une méthodologie structurée de test d'intrusion — reconnaissance, analyse du code source et validation — en trois niveaux d'outils exécutés côté serveur.
| Niveau | Nom | Phase | Ce qu'il fait |
|---|---|---|---|
| 1 | BLITZ | Reconnaissance et cartographie de la surface d'attaque | Énumère la surface d'attaque exposée à grande échelle : points d'entrée non authentifiés, sinks dangereux et frontières d'authentification. |
| 2 | EAGLE-EYE | Analyse statique et traçage du flux de données | Trace la joignabilité source-à-sink et enrichit les constatations par rapport au graphe de chaîne d'escalade. Confirme qu'un sink est joignable, non authentifié et exploitable — et non simplement présent. |
| 3 | STRIKE | Validation et exploitation | Effectue une vérification en direct (réflexion de marqueur + contrôle négatif), l'application du périmètre et l'orchestration afin qu'une constatation soit confirmée avant d'être rapportée. |
Reconnaissance → analyse → validation. Rien n'est rapporté tant que STRIKE ne l'a pas confirmé.
Au-delà des trois niveaux, Blitz Strike embarque également l'audit Web3 (Solidity déterministe + preuve Foundry exécutable), un sondeur de bugs logiques en direct (énumération de siblings + IDOR différentiel), du renseignement de chasse (liste de surveillance CWE/CVE + détection de DNS sinkhole) et la preuve hors bande — afin que les bugs logiques IDOR/authentification, l'injection aveugle et les constatations de contrats intelligents soient tous détectés et prouvés, et pas seulement détectés par correspondance de motifs.
Blitz Strike est piloté par le LLM — Claude, Hermes, OpenCode, Codex, ou tout client MCP. Le LLM est le cerveau (planifie, route, délègue, juge) ; Blitz Strike est les mains déterministes + la connaissance + les garde-fous.
Un engagement complet est un seul appel, ou un cycle granulaire orchestré par l'agent :
npx blitzstrike serve --mcp # connect your agent, then ask it to
# "audit ./src" (source) or "audit https://example.com" (live)
La classe LLM classe automatiquement la cible (URL → pipeline live, chemin
du système de fichiers → pipeline source), puis pilote recon → analyze → verify → review →
report — guidé par la doctrine intégrée (instructions + skills + next_steps
par étape) et réparti sur les sous-agents natifs de la plateforme.
→ Autonomie et doctrine — comment le LLM est piloté.
bun build --compile — livrez un seul exécutable par plateforme.bunx blitzstrike / npx blitzstrike.@modelcontextprotocol/sdk).# Zero-install — works from any MCP client, no clone, no build
npx -y blitzstrike doctor # verify the environment
npx -y blitzstrike install # auto-register with every detected agent CLI
npx blitzstrike install détecte chaque CLI d'agent installée (Claude Code,
Cursor, OpenCode, Codex, Hermes, Gemini, Windsurf, Copilot, Cline) et écrit
la configuration MCP correcte dans chacune d'elles dans son format natif. Redémarrez votre agent et
appelez run_engagement.
Depuis les sources :
git clone https://github.com/shinthink/blitzstrike.git
cd blitzstrike
bun install
bun run src/index.ts serve --mcp
{
"mcpServers": {
"blitzstrike": {
"command": "blitzstrike",
"args": ["serve", "--mcp"]
}
}
}
claude_desktop_config.json ou .mcp.json.cursor/mcp.json.mcp.jsonmcp_servers: dans config.yamlExécutez blitzstrike install pour afficher l'extrait exact.
blitzstrike serve --mcp # start MCP server over stdio (default)
blitzstrike doctor # health check: runtime + 130-tool catalog + creds
blitzstrike install # write MCP config to detected clients (Claude/Cursor/OpenCode)
blitzstrike install --dry-run # preview the config without writing
blitzstrike sync-data # fetch heavy datasets (payloads + templates) on-demand
blitzstrike update # check for a newer version + refresh the data cache
blitzstrike version # print version
| Vérification | Statut que vous verrez |
|---|---|
| Runtime (bun/node) | OK / FAIL + correctif |
| Catalogue d'outils de sécurité | 63/130 installés, 67 à la demande |
| Identifiants FOFA | OK / WARN + correctif |
| Couches de données (chains + tools-catalog) | présentes / manquantes |
Chaque problème comporte une ligne fix: — aucune devinette.