Skip to content
KitploitKITPLOIT
OutilsExploitsBlog
Log in
Soumettre
OutilsExploitsBlog
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
cve-2026-27483-lab — Un laboratoire conteneurisé de type entreprise pour la recherche et la défense contre CVE-2026-27483. | Kitploit
Outils/GitHubGitHub/nabhan-mohy/cve-2026-27483-lab
Analyse des VulnérabilitésExploitationExploitation d'Applications WebTests d'IntrusionRenseignement sur les MenacesApprentissage et ÉducationRéponse aux IncidentsLabs et Pratique
GitHubnabhan-mohy/cve-2026-27483-lab

cve-2026-27483-lab

Un laboratoire conteneurisé de type entreprise pour la recherche et la défense contre CVE-2026-27483.

107il y a 1 moisPas encore vérifié
Voir le dépôt

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

CVE-2026-27483 Lab - Environnement d'apprentissage des vulnérabilités d'entreprise

Status Version MindsDB CVE

Un laboratoire Docker complet, réaliste et de style entreprise pour apprendre, tester et se défendre contre CVE-2026-27483 (Traversée de chemin MindsDB → RCE). Ce dépôt fournit une topologie de laboratoire déployable, des configurations, des images de conteneurs minimales, des règles de détection et des scripts d'assistance pour vous permettre de déployer en toute sécurité un environnement isolé afin de pratiquer la découverte, l'exploitation (assainie) et la défense.

IMPORTANT : Ce laboratoire inclut intentionnellement une version vulnérable de MindsDB à des fins pédagogiques. Exécutez-le uniquement dans des environnements isolés et déconnectés du réseau, et ne l'exposez jamais à des réseaux publics.


Contenu

  • Architecture et composants
  • Démarrage rapide (comment l'exécuter)
  • Profils et options de ressources (minimal / surveillance)
  • Comment fonctionne le laboratoire (flux de données détaillé et composants)
  • Comment utiliser le laboratoire (conteneur attaquant, défis, détection)
  • Tests de fumée et dépannage
  • Sécurité et utilisation sûre
  • Contribution

Architecture (vue d'ensemble)

Internet (Attaquant)
    ↓
Reverse Proxy (nginx)
    ↓
┌─────────────────────────────────┐
│  MindsDB (Vulnérable)           │  Port 47334
│  - Vulnérable à CVE-2026-27483  │
└─────────────────────────────────┘
    ↓
┌─────────────────────────────────┐
│  Base de données PostgreSQL     │  Port 5432 (interne)
│  - Stocke les données MindsDB   │
└─────────────────────────────────┘
    ↓
┌─────────────────────────────────┐
│  Pile ELK (Journalisation)      │
│  - Elasticsearch, Logstash      │  Ports 9200, 5000
│  - Tableau de bord Kibana       │  Port 5601
└─────────────────────────────────┘

Les services sont connectés sur un réseau Docker bridge dédié (172.20.0.0/16 par défaut). Un conteneur attaquant est inclus pour exécuter des tentatives d'exploitation contrôlées contre le service MindsDB isolé.


Ports (hôte → conteneur)

  • 80 → proxy nginx
  • 443 → proxy nginx (si SSL activé)
  • 8080 → tableau de bord du reverse proxy
  • 47334 → MindsDB (API/web)
  • 47335 → MindsDB (API/auxiliaire)
  • 5432 → Postgres (interne, exposition non recommandée)
  • 9200 → Elasticsearch
  • 5601 → Kibana
  • 1025/8025 → Mailhog (SMTP/web)

Par défaut, Postgres n'est pas destiné à être exposé sur Internet. Le fichier compose mappe les services internes pour une utilisation locale en laboratoire.


Démarrage rapide (local)

Prérequis :

  • Docker (v20+) et Docker Compose v2+ (docker compose)
  • Au moins 8 Go de RAM recommandés pour un déploiement complet (Elasticsearch + Kibana nécessitent de la mémoire)
  1. Cloner le dépôt :
git clone https://github.com/nabhan-mohy/cve-2026-27483-lab.git
cd cve-2026-27483-lab
  1. Copier le fichier d'environnement d'exemple et vérifier les secrets :
cp .env.example .env
# Ouvrir .env et confirmer DB_PASSWORD et les autres valeurs

Important : Assurez-vous que DB_PASSWORD dans .env correspond au mot de passe attendu par le fichier compose. Il existe une valeur par défaut dans docker-compose.yml (${DB_PASSWORD:-P@ssw0rd123!}). Définissez DB_PASSWORD=P@ssw0rd123! dans .env ou modifiez docker-compose.yml pour utiliser le mot de passe de votre choix. En cas de non-correspondance, MindsDB ne pourra pas se connecter à Postgres et les services ne démarreront pas correctement.

  1. (Facultatif) Modifier .env pour ajuster le comportement (activer/désactiver des fonctionnalités, définir l'adresse IP d'écoute de l'attaquant, etc.).

  2. Démarrer le laboratoire (mode complet) :

docker compose up -d --build
  1. Vérifier ces points de terminaison une fois les services sains :
  • MindsDB : curl http://localhost:47334/api/status
  • Kibana : http://localhost:5601
  • Tableau de bord du reverse proxy : http://localhost:8080
  1. Pour arrêter et supprimer les conteneurs :
docker compose down

Pour supprimer les volumes (destructif) :

docker compose down -v

Profils et options de ressources

Le README fait référence aux profils minimal et surveillance. Pour les prendre en charge, vous pouvez soit :

  • Utiliser les clés profiles: dans docker-compose.yml pour séparer les services en profils minimal et monitoring, ou
  • Créer un fichier compose de remplacement tel que docker-compose.minimal.yml qui désactive les composants lourds (Elasticsearch/Kibana/Wazuh) pour les tests à faibles ressources.

Une approche de test minimal suggérée consiste à commenter ou ignorer Elasticsearch/Kibana/Wazuh et à exécuter uniquement : mindsdb, postgres, nginx-proxy et attacker.


Comment fonctionne le laboratoire (détaillé)

  • Reverse proxy (nginx-proxy) : agit comme point de terminaison orienté vers l'extérieur et achemine le trafic de l'attaquant vers le service MindsDB vulnérable. Le proxy fournit également un simple port de tableau de bord (8080) pour des vérifications rapides.

  • MindsDB (image vulnérable) : empaqueté à partir de la version vulnérable référencée dans le README. Il stocke les données dans Postgres et fournit des points de terminaison API intentionnellement vulnérables dans les versions plus anciennes.

  • Postgres : stocke la configuration et les artefacts de MindsDB. Le SQL d'initialisation et les données de départ sont fournis dans configs/postgres/*.sql.

  • Pile ELK (Elasticsearch, Logstash, Kibana) : collecte les journaux du proxy et de l'application afin que vous puissiez créer des règles de détection et des tableaux de bord.

  • Wazuh (facultatif) : agent et gestionnaire de surveillance de sécurité. Inclus comme espace réservé pour démontrer l'intégration ; les certificats TLS et les identifiants dans la configuration sont des espaces réservés et doivent être provisionnés pour une fonctionnalité complète.

  • Conteneur attaquant : un environnement avec des utilitaires (curl, netcat, python) et le dossier exploits/ monté pour exécuter des scripts de défi depuis l'intérieur du même réseau Docker (isolé de votre réseau hôte si souhaité).

  • Service de sauvegarde : conteneur d'exemple pour démontrer des flux de travail d'entreprise réalistes (sauvegardes extrayant des dumps de base de données depuis Postgres).


Comment utiliser le laboratoire (flux de pratique)

  1. Démarrer le laboratoire (voir Démarrage rapide).
  2. Depuis votre hôte, ou en entrant dans le conteneur attaquant (docker compose exec -it attacker /bin/bash), effectuez une reconnaissance contre le proxy (port 80/8080) et l'API MindsDB (47334).
  3. Progressez à travers les niveaux d'apprentissage (reconnaissance → traversée de chemin → RCE → persistance → défense). Ce dépôt n'inclut intentionnellement pas de code d'exploitation armé. Si vous souhaitez des scripts de défi ou des étapes de PoC assainies, nous pouvons les ajouter sous exploits/ et docs/challenges/ avec des conseils et des vérifications de sécurité.
  4. Observez les journaux dans ELK et utilisez la règle Sigma incluse (rules/sigma/cve-2026-27483.yml) comme point de départ pour les détections. Créez des visualisations Kibana pour mettre en évidence les chemins de téléversement suspects, les requêtes anormales et l'activité inattendue du système de fichiers.

Exemple : exécuter une reconnaissance de base depuis le conteneur attaquant

# entrer dans le conteneur attaquant
docker compose exec -it attacker /bin/bash
# scanner le réseau ou interroger les points de terminaison
curl -v http://nginx-proxy:80/
curl -v http://mindsdb:47334/api/status

Tests de fumée

Télécharger l’outil