Skip to content
KitploitKITPLOIT
OutilsBlog
Soumettre
OutilsBlog
Soumettre

Outils de Hacking, PenTest et Cybersécurité pour votre Arsenal de Sécurité !

Kitploit est un répertoire d'outils de hacking, de cybersécurité et de pentesting. Découvrez les dernières mises à jour des projets pour trouver des vulnérabilités, analyser des systèmes, automatiser les tests et renforcer votre sécurité.

··Flux·Contact·Confidentialité·© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
redcell — Plateforme de red-team IA. Des agents LLM autonomes exécutent un test d'intrusion de bout en bout dans un conteneur Kali et rédigent le rapport. Moteur plan/act LangGraph, modèles agnostiques au fournisseur via LiteLLM, sortie PDF/JSON/SARIF. FastAPI + React. | Kitploit
Outils/GitHubGitHub/martian56/redcell
Scanners de VulnérabilitésAnalyse de CodeExploitationSécurité WebSécurité RéseauTests d'IntrusionRed TeamingSécurité de l'IA
GitHubmartian56/redcell

redcell

Plateforme de red-team IA. Des agents LLM autonomes exécutent un test d'intrusion de bout en bout dans un conteneur Kali et rédigent le rapport. Moteur plan/act LangGraph, modèles agnostiques au fournisseur via LiteLLM, sortie PDF/JSON/SARIF. FastAPI + React.

Voir le dépôt
1573025il y a 2 joursVérifié par Kitploit

Populaires

Voir tout →

Découvrez les outils les plus utilisés par notre communauté.

Explorer tous les outils

Parcourez notre collection d'outils

Voir tous les outils →
Partager

REDCELL

Des agents IA qui exécutent un test d'intrusion de bout en bout et rédigent le rapport.

CI Python FastAPI React Postgres Redis LiteLLM

Console opérateur REDCELL en cours d'exécution contre DVWA : graphe d'agents, découverte critique de RCE, le navigateur piloté par l'agent et un reverse shell intercepté

[!WARNING] REDCELL exécute de véritables outils offensifs. Ne le pointez que vers des systèmes que vous possédez ou que vous êtes autorisé à tester. Rester dans le périmètre et dans la légalité vous incombe.


Ce que c'est

REDCELL fait tourner une équipe d'agents LLM à travers un pentest. Un orchestrateur planifie l'engagement et confie des objectifs à des agents exécuteurs, qui lancent de vrais outils dans un conteneur Kali et rendent compte. Vous observez et pilotez l'exécution depuis une console opérateur : un chat qui pilote l'orchestrateur, un graphe d'agents et un flux d'activité en direct, une vue en direct du navigateur que l'agent pilote, un terminal sur tout reverse shell que l'agent intercepte, et un rapport à remettre une fois le travail terminé.

Les modèles sont interchangeables via LiteLLM, vous pouvez donc le pointer vers OpenAI, Anthropic, Google, GLM, DeepSeek, Kimi, un Ollama local, ou tout autre qu'il prend en charge. Chaque exécution est sauvegardée au fur et à mesure, ainsi un crash ou un redémarrage reprend là où il s'était arrêté.

Fonctionnalités

  • Moteur multi-agents. Une boucle plan/act LangGraph. L'orchestrateur délègue des objectifs à des agents exécuteurs qui lancent des outils shell et enregistrent les découvertes, le butin et les hôtes au fil de leur travail.
  • Outils structurés. Des outils dédiés pour nmap, nuclei, la découverte de répertoires et de vhosts, ainsi que la recherche et l'exécution Metasploit. Chacun analyse sa propre sortie pour alimenter la surface d'attaque ou les découvertes, ainsi un scan enregistre les hôtes et les vulnérabilités sans étape supplémentaire. run_command couvre tout ce qui n'a pas d'outil dédié.
  • Exécution réelle, locale ou distante. Les outils s'exécutent dans un conteneur Kali via docker exec. Choisissez localhost ou un serveur enregistré par session ; un serveur distant exécute le même conteneur via SSH avec le réseau de l'hôte.
  • Navigateur d'agent. Pour les flux de connexion et les applications fortement dépendantes de JavaScript que les outils shell ne peuvent pas atteindre, un agent pilote un vrai Chromium dans le conteneur Kali. Vous le regardez en direct et pouvez prendre le contrôle pour cliquer vous-même, puis le lui rendre.
  • Reverse shells. Un agent ouvre un listener, intercepte le shell et vous donne un terminal interactif dessus. Vous pouvez aussi ouvrir vos propres terminaux et lancer des commandes vous-même.
  • Pivot réseau. Acheminez le trafic des outils à travers un reverse shell intercepté pour atteindre des hôtes visibles uniquement depuis la machine compromise. Un tunnel SOCKS inverse chisel le transporte, et nmap passe automatiquement par le tunnel.
  • Le chat pilote l'exécution. Dites au chat ce que vous voulez et il pilote l'orchestrateur en direct, ou rouvre une exécution terminée pour entreprendre un nouveau travail. Il répond aussi aux questions sur l'engagement.
  • Sessions d'analyse de code. Pointez une session vers un dépôt git public ou un dossier local pour une revue de sécurité du code source, avec les découvertes rattachées au fichier et à la ligne.
  • Configuration par session. Définissez le serveur d'exécution, le modèle et un proxy de sortie optionnel par session. Les serveurs et proxys disposent d'un véritable test de connexion pour que vous sachiez qu'ils fonctionnent avant de vous y fier.
  • Triage des découvertes. Vérifiez ou écartez les découvertes et fusionnez les doublons que l'agent a enregistrés deux fois. Le rapport omet celles qui sont écartées et marque celles qui sont vérifiées.
  • Rapports. Exportez un PDF ainsi que du JSON et du SARIF. La rédaction est générée par le modèle de la session et retravaillée pour se lire comme si une personne l'avait écrite, avec un résumé exécutif, une méthodologie, les découvertes et les remédiations par ordre de priorité.
  • Console en direct. Le flux d'activité, les terminaux et le navigateur de l'agent sont diffusés via WebSockets ; le graphe d'agents, les découvertes, le butin, la surface d'attaque, les listeners et l'historique du proxy se rafraîchissent par interrogation courte. Tout se met à jour en direct au fil de l'exécution.
  • Notifications. Des toasts dans l'application, plus des notifications du navigateur lorsque l'onglet est en arrière-plan, pour qu'une question de l'agent ou un shell intercepté ne reste pas sans être vu.

Architecture

root@kitploit:~
flowchart LR
  UI["Operator console<br/>React + Vite"] -->|REST + WebSocket| API["FastAPI"]
  API --> PG[(PostgreSQL)]
  API --> RS[(Redis<br/>pub/sub + queue)]
  API --> S3[(MinIO<br/>files & reports)]
  RS --> W["Worker (arq)"]
  W --> ENG["Engine<br/>LangGraph + LiteLLM"]
  ENG -->|docker exec| KALI["Kali container<br/>local or remote over SSH"]
  KALI --> TGT["Targets"]
  W -->|events / chat / shell| RS
  RS -->|stream| API

L'API n'exécute pas les agents. Elle met une exécution en file d'attente, le worker l'exécute, et le worker publie la sortie sur des canaux Redis que l'API relaie au navigateur via WebSockets.

Stack

Python 3.12, FastAPI, SQLAlchemy async + asyncpg, Alembic, arq, LangGraph, LiteLLM, ReportLab, PostgreSQL, Redis, MinIO, asyncssh. Frontend : React 18, Vite, TypeScript, Tailwind, TanStack Query, xterm. Outillage : uv pour Python, bun pour le frontend.

Démarrage rapide

Vous aurez besoin de Docker, uv et bun.

root@kitploit:~
# 1. infrastructure (Postgres, Redis, MinIO)
docker compose -f docker-compose.dev.yml up -d

# 2. Python deps, database, and seed data
uv sync --group live
uv run rc db upgrade
uv run rc seed              # admin user, provider catalog, buckets

# 3. copy the env template
cp .env.example .env

# 4. run the three processes (separate terminals)
cd apps/api    && uv run uvicorn app.main:app --host 127.0.0.1 --port 8080
cd apps/worker && uv run arq worker.settings.WorkerSettings
cd apps/web    && bun install && bun run dev

Ou démarrez les trois d'un coup avec un gestionnaire de processus (ils sont déclarés dans le Procfile) : pipx install honcho puis honcho start.

Ouvrez http://localhost:5183 et connectez-vous avec admin / admin.

Les exécutions lancent de vrais outils par défaut. Ajoutez une clé API de fournisseur dans Settings et assurez-vous que Docker peut tirer l'image Kali (martian56/kali:latest). Pour faire un dry-run sur une sortie préenregistrée à la place, définissez REDCELL_RUN_MODE=sim dans .env.

Cibles d'entraînement

Des applications intentionnellement vulnérables vers lesquelles pointer REDCELL, toutes locales :

root@kitploit:~
docker compose -f docker-compose.targets.yml up -d
# DVWA http://localhost:8081 · Juice Shop http://localhost:3000 · WebGoat http://localhost:8082

Déploiement (auto-hébergé)

Faites tourner REDCELL sur un serveur avec les images publiées derrière un reverse proxy Caddy, afin que l'application web et l'API partagent une même origine (pas de CORS) et que HTTPS soit géré pour vous. Sur un serveur neuf :

root@kitploit:~
git clone https://github.com/martian56/redcell.git
cd redcell
./deploy.sh

Le script installe Docker s'il est absent, puis demande comment REDCELL sera accessible :

  1. Ce serveur directement, sans domaine — HTTP simple sur l'IP du serveur. Pratique pour un essai rapide ou un réseau privé.
  2. Un domaine pointant directement vers ce serveur — Caddy provisionne automatiquement un certificat Let's Encrypt (pointez d'abord un enregistrement A ou AAAA vers le serveur) et sert https://votre-domaine.
  3. Un domaine derrière Cloudflare, Coolify, ou un autre proxy ou CDN — le proxy fournit le certificat HTTPS public et redirige vers ce serveur. L'origine sert à la fois du HTTP simple (:80) et du HTTPS auto-signé (:443), donc cela fonctionne avec un proxy qui se connecte en HTTP ou un qui accepte le certificat de l'origine (pour Cloudflare, mode SSL Full ; Full (strict) nécessite un Cloudflare Origin Certificate).

Il écrit vos réponses dans .env, tire les images et démarre la stack. Lisez le mot de passe admin généré avec docker compose logs init-secrets, puis connectez-vous en tant que admin et changez-le. Pour modifier la façon dont il est accessible plus tard, relancez simplement ./deploy.sh et choisissez une autre option.

Seuls les ports 80 et 443 sont publiés ; Postgres, Redis, MinIO, l'API et l'application web restent sur le réseau interne. Les fichiers stockés sont diffusés via l'API, donc le stockage objet n'est jamais exposé. Voir docs/DEPLOY.md pour les détails de chaque mode.

Configuration

La configuration du backend tient dans un unique .env racine (voir .env.example), lu à la fois par l'API et le worker. Celles qui valent la peine d'être connues :

  • REDCELL_RUN_MODE : live (par défaut) ou sim.
  • REDCELL_DATABASE_URL, REDCELL_REDIS_URL, REDCELL_S3_* : infrastructure.
  • REDCELL_SECRET_KEY : clé Fernet pour chiffrer les identifiants stockés. Définissez-en une vraie avant de passer en production.

Les clés API des fournisseurs, l'image d'exécution, les garde-fous de périmètre et l'image de marque des rapports se trouvent dans la page Settings et sont stockés dans la base de données, chiffrés là où c'est nécessaire.

Organisation du projet

root@kitploit:~
apps/
  api/                 FastAPI: routers, WebSocket streams, auth
  worker/              arq worker: runs engagements and report generation
  web/                 React operator console
packages/
  core/redcell_core/   engine, models, repositories, storage, bus, reporting
  api-client/          the single typed client the UI talks to (mock + HTTP)
docker/                Kali execution image, web/api images, Caddy config
docker-compose.yml           full stack behind a Caddy reverse proxy (self-host)
docker-compose.dev.yml       Postgres + Redis + MinIO
docker-compose.targets.yml   local vulnerable targets
deploy.sh                    interactive self-host deploy

Documentation

  • Architecture — les composants, le déroulement d'une exécution, la coordination inter-processus.
  • Durcissement et modèle de menace — déployez en sécurité, secrets, périmètre et rétention des données. À lire avant de faire tourner REDCELL ailleurs que sur votre propre machine.
  • Surface de pré-authentification — ce qu'un client non authentifié peut observer, et comment le réduire au minimum.
  • Coûts et comptabilité des tokens — comment la dépense d'une exécution est mesurée, la table des prix et le coût réel OpenRouter.
  • Palette de commandes et raccourcis — Cmd/Ctrl+K pour rechercher sessions, serveurs et proxys, et la navigation au clavier.
  • Mise à jour — le bouton Update dans l'application et la mise à jour depuis le shell.
  • Shell de la console — la barre latérale, les menus et les règles de positionnement des listes déroulantes.
  • Contrôles de formulaire — la combobox avec recherche et quand l'utiliser plutôt qu'un select natif.

Contribuer

Les contributions sont bienvenues. Voir CONTRIBUTING.md pour l'installation, les tests et les conventions, ainsi que le Code de conduite. Signalez les problèmes de sécurité en privé via SECURITY.md, pas dans des issues publiques.

Usage responsable

Ceci est un outillage défensif et offensif autorisé destiné aux professionnels de la sécurité, aux CTF et à vos propres labs. Ne l'utilisez pas contre des systèmes pour lesquels vous n'avez pas de permission écrite de tester. Les mainteneurs ne sont pas responsables d'un usage abusif.

Télécharger l’outil