CyberRange KYPO : scénariser un exercice cyber réaliste et mesurable

Le mémoire CNAM porte sur la scénarisation d'une attaque dans une CyberRange open source. L'enjeu n'est pas seulement de faire fonctionner une plateforme, mais de vérifier qu'elle peut servir un besoin d'enseignement : apprendre, manipuler, mesurer, rejouer et documenter.

La synthèse publique doit donc montrer trois choses : la logique de choix de plateforme, l'ingénierie d'environnement et la manière de transformer un exercice technique en objet pédagogique exploitable.

Le choix open source répond à une contrainte très concrète : permettre à un établissement, une équipe pédagogique ou un laboratoire de construire un environnement d'entraînement sans dépendre uniquement d'une solution commerciale coûteuse ou fermée.

Cette approche impose en contrepartie une vraie discipline d'ingénierie : lire la documentation, comparer les options, documenter les limites, accepter une ergonomie parfois moins lissée, puis produire les preuves qui rendent la plateforme crédible.

Le corpus ne présente pas KYPO comme un choix magique. Il met en avant une démarche de comparaison entre CyberRanges : organisation technique, documentation, capacité à créer des environnements réalistes, scénarisation, collecte d'événements, coûts, maintenabilité et adéquation au public visé.

Cette étape est importante parce qu'elle évite le piège du projet vitrine. Une CyberRange utile doit être défendable devant un jury, une équipe pédagogique ou une direction : pourquoi cette plateforme, pour quel usage, avec quelles limites et quelles preuves ?

Le socle étudié repose sur une logique cloud : virtualisation, réseaux isolés, machines d'entraînement, accès navigateur ou SSH, orchestration des sandboxes et services applicatifs pour gérer utilisateurs, entraînements, réponses, événements et supervision.

Dans la pratique, cela mobilise OpenStack/KVM, KYPO Lite, Vagrant/libvirt, des composants de type microservices, une interface web, une brique d'identité et des mécanismes de collecte d'événements. L'important est de relier ces composants à leur usage pédagogique : créer, distribuer, observer et rejouer des environnements.

KYPO Lite permet de tester rapidement une chaîne complète, notamment en déployant OpenStack et KYPO dans un environnement contraint. C'est précieux pour apprendre, documenter, importer un scénario et comprendre les interactions entre couches.

La contrepartie est claire : une pile fortement virtualisée a des limites de performance, de ressources et de simplicité opérationnelle. Pour une production sérieuse, il faut distinguer le démonstrateur ou lab local d'une architecture avec OpenStack externe, ressources dimensionnées, supervision et gouvernance d'accès.

La partie exploitation du corpus montre que la CyberRange ne se limite pas à son scénario. Il faut aussi gérer les accès, durcir les services exposés, cadrer SSH/RDP, suivre les comptes, appliquer des politiques de mot de passe, prévoir Fail2Ban ou équivalent, puis documenter sauvegarde et restauration.

Cette couche est décisive pour la crédibilité du projet. Un exercice cyber perd son sens si l'environnement d'entraînement lui-même est administré de manière floue, non sauvegardée ou impossible à remettre dans un état propre.

Un scénario CyberRange mature commence par un blue-print : objectifs, prérequis, topologie, rôles, consignes, succès attendus, traces à produire et points d'observation. Vient ensuite le dry-run, où l'on vérifie que chaque étape est compréhensible, accessible et rejouable avant d'exposer l'exercice aux participants.

Le run réel ne dure parfois que quelques heures, mais il dépend de semaines de préparation. Après l'exercice, l'analyse des logs, les retours apprenants et les mesures de plateforme servent à corriger la narration, ajuster les indices, améliorer les supports et stabiliser l'environnement.

Le corpus mentionne l'import et l'étude d'un environnement de type Junior Hacker Adaptive. Ce type de scénario illustre bien l'intérêt de KYPO : proposer une progression guidée, ouvrir l'accès à plusieurs machines, faire manipuler l'apprenant, puis conserver des traces utiles pour l'évaluation.

L'intérêt public n'est pas de dévoiler toutes les réponses ni les paramètres internes. Il est de montrer la logique : exploration de l'environnement, accès initial, connexion à un serveur, recherche d'éléments sensibles, exploitation contrôlée, puis analyse des actions réalisées.

La crédibilité d'une CyberRange se joue dans la mesure. Le corpus prévoit des essais avec plusieurs tailles d'environnement, par exemple 3, 6 et 9 VM, afin de vérifier les temps de chargement, la consommation CPU/RAM, la stabilité réseau, l'accessibilité des machines et la capacité à collecter des événements.

Ces mesures évitent les promesses vagues. Elles indiquent ce que la plateforme sait vraiment supporter, dans quelles conditions, avec quel nombre de participants et quelles traces exploitables après l'exercice.

La valeur professionnelle du projet tient aussi aux livrables : matrice de choix, dossier d'architecture, cahier de tests, runbooks, planning, scripts, topologies expurgées, mesures, logs anonymisés et synthèse publique.

Cette page doit donc raconter une compétence complète : comprendre un besoin pédagogique, choisir une plateforme, construire un environnement, le sécuriser, scénariser un exercice, mesurer son fonctionnement et publier seulement ce qui peut l'être.