Protocole Lerna

La Cellule Zéro-Jour a un problème : LERNA, un programme laissé par un ancien ingénieur, copie les données de millions de citoyens et s'apprête à les publier. Le service cyber est bloqué sur le périph. Il reste les stagiaires, c'est-à-dire vous, et 30 minutes.

Public cible

• Lycéen·nes en JPO qui n'ont jamais ouvert un terminal : mémo de commandes, indices, commandes tolérantes aux fautes.
• Lycéen·nes déjà geeks : le jeu doit rester crédible pour eux, avec du vrai Linux, du vrai chiffrement et de vrais logs.
• Parents accompagnateurs : ils repartent avec le message sur les données et une idée concrète de ce qu'on apprend en BUT.

Proposition de valeur

Le jeu est une vitrine du BUT déguisée en thriller. En 30 minutes, un groupe touche à la sécurité, au système, au réseau, aux données et au développement, puis sort directement vers le stand où les étudiants présentent la formation. Le message éthique et durable fait partie des mécaniques de jeu, il n'est pas affiché sur un panneau à la sortie.

Core loop

Trouver un objet dans la salle → l'utiliser comme clé d'un problème informatique → obtenir une vraie donnée technique (mot de passe, clé, port) → elle ouvre l'étape suivante, dans la salle ou à l'écran.

Il n'y a aucun chiffre sorti de nulle part : chaque code du jeu est une vraie donnée technique. Le code du coffre, par exemple, est le numéro de port du flux de fuite trouvé dans les logs.

Mécaniques

• Deux pistes en parallèle au départ. À 4-5 joueurs, personne n'attend : 2 joueurs travaillent sur l'authentification pendant que 2-3 autres travaillent sur les calques. Les deux pistes se rejoignent au terminal.
• Jauge de fuite. Elle est affichée en grand sur l'écran de mission et monte avec le temps. Chaque erreur coûteuse la fait monter d'un coup, par exemple couper le mauvais câble réseau ou taper un mauvais code au coffre. La mise en quarantaine du serveur la fige pendant 5 minutes.
• Indices. Le bouton « Appeler le Commandant » lance une courte vidéo d'aide et fait monter la jauge de 5 %. Le game master peut aussi envoyer un indice depuis sa console.
• Retours physiques. LED et buzzer sur le coffre, loquet motorisé, écran LCD qui affiche les ordres du serveur.

Conditions de fin

• Victoire : le patch passe tous les tests, il est déployé, la jauge redescend à 0 % et la vidéo de fin se lance.
• Défaite douce : la jauge atteint 100 % ou le chrono de 30 min s'écoule. La vidéo « mauvaise fin » montre ce que la fuite coûte concrètement. Le game master peut accorder jusqu'à 15 min de rab, pour 45 min au maximum.

L'univers

La Cellule Zéro-Jour est un service de cyberdéfense installé dans un open space banal. Le Commandant Riad briefe les stagiaires en vidéo. Adrien Kovac, ingénieur de la cellule, a disparu il y a trois semaines. Ce soir, LERNA, le programme qu'il a laissé derrière lui, s'est réveillé. Les joueurs doivent entrer dans sa session, remonter sa piste et neutraliser LERNA.

Le twist éthique

Kovac est un lanceur d'alerte, pas un cybercriminel. Il a découvert que la Cellule conservait tout « au cas où » : des pétaoctets de données citoyennes jamais supprimées, dupliquées sur des dizaines de serveurs, dont une partie était revendue à des courtiers pour financer le service. LERNA devait seulement publier la preuve de ce trafic. Mais Kovac l'a codé seul, vite, sans tests. Le programme se réplique au lieu de s'arrêter, et il est sur le point de publier les données elles-mêmes.

C'est le fil rouge du jeu. Le problème de sécurité (données accumulées, donc exposées) et le problème écologique (données dupliquées, donc stockées et alimentées pour rien) ont la même cause. On le retrouve à trois niveaux :

• Scénario : la Cellule accumule tout, LERNA duplique tout.
• Gameplay : le patch final corrige LERNA pour qu'il supprime les copies inutiles sans toucher aux données légitimes.
• Conception : notre propre jeu ne collecte aucune donnée personnelle sur les visiteurs (voir section 06).

Ancrage R5.A.13 — économie durable et numérique

Les vidéos du Commandant, moins de 45 s chacune, apportent du contenu sourcé : la valeur marchande des données personnelles, le coût réel d'une fuite, et l'empreinte du stockage de données inutiles. Les chiffres viendront de la CNIL, de l'ADEME et de l'Arcep ; Ilan les vérifie avant le tournage.

Chaque épreuve correspond à une compétence du BUT Informatique. C'est le vrai argument pour les JPO : à la fin, le groupe a touché à tout le programme.

1. 00:00BriefingVidéo du Commandant (45 s). Le chrono de 30:00 démarre et la jauge est à 10 %.
2. 00:02Séparation en deux pistesPiste A : sacoche puis badge, bureau puis mot de passe. Piste B : calques puis clé SOBRE, et repérage de la grille au mur.
3. 00:09Session ouverteVidéo 2 : qui est Kovac. Toute l'équipe se regroupe devant le terminal.
4. 00:12Fichier déchiffréOn apprend que srv-03 fuit et où se trouve le journal.
5. 00:17Flux trouvé dans les logsLe port du flux anormal devient le code du coffre.
6. 00:20Serveur en quarantaineLa jauge se fige. Vidéo 3 : ce que coûte l'accumulation de données.
7. 00:22Coffre ouvertOn récupère la clé USB antidote.
8. 00:24PatchBlocs remis en ordre, tests au vert, déploiement.
9. 00:28ÉpilogueLa jauge tombe à 0 et la vidéo de fin se lance. L'écran récapitule les compétences du BUT mobilisées pendant la partie, et le groupe est invité à rejoindre les étudiants du stand.
10. + 1 min 30ResetDepuis sa console, le game master lance un nouveau port aléatoire, referme le coffre et remet la jauge à zéro. Il remet aussi physiquement le câble et le badge.

Le port change à chaque partie : un groupe qui a regardé les précédents par-dessus l'épaule ne connaît pas le code du coffre.

Trois interfaces

• Poste de Kovac (PC joueur) : connexion, terminal, visualiseur de logs, éditeur du patch.
• Écran de mission (TV murale) : vidéos du Commandant, jauge, chrono, lisibles à 3 m.
• Console game master (téléphone) : lancer et réinitialiser une partie, envoyer un indice, ouvrir le coffre à distance en cas de panne, voir les statistiques.

Ergonomie

Tout est lisible à 2 m, avec un contraste AA minimum. Le terminal ignore les majuscules et suggère la bonne commande en cas de faute de frappe. Aucun texte long n'apparaît à l'écran pendant l'action : les explications passent par les vidéos.

Topics MQTT

Du besoin flou au besoin formalisé

Le besoin de départ tient en une phrase : « un escape game pour les JPO ». Pour le préciser :

• Entretien avec les référents (fin septembre), qui a fixé les contraintes : 30 min, 4-5 joueurs, budget, lien avec R5.A.13.
• Trois personas : la lycéenne qui n'a jamais codé, le lycéen déjà geek, le parent accompagnateur.
• User stories avec critères d'acceptation. Exemple : « En tant que game master, je relance une partie en moins de 2 min. »
• Les exigences non fonctionnelles sont formalisées : reset rapide, fonctionnement hors ligne, aucune donnée personnelle, budget.

Itératif et intégration continue

• Sprints de 2 semaines, backlog sur un tableau Kanban, démonstration au référent à chaque fin de sprint.
• CI GitHub Actions à chaque push : lint, tests Jest, build des images Docker, parcours Cypress, EcoIndex.
• Branches de fonctionnalité, pull requests relues par un autre membre, messages de commit normalisés.

Amélioration continue par les données

Chaque playtest (autres groupes, proches, lycéens si possible) alimente les statistiques anonymes : temps par épreuve, indices demandés, épreuve où l'équipe bloque. La console game master les affiche. On ajuste la difficulté à chaque sprint (nombre de lignes de logs, indices automatiques après X minutes) jusqu'à tenir les 30 minutes.

Répartition — profils en T