Aller au contenu principal

CLAUDE.md — Règles spécifiques à docs/20_CYBER/

Ce fichier complète le CLAUDE.md à la racine du dépôt (toujours valable ici aussi). Il n'est chargé que lorsqu'on travaille dans ce dossier : les règles ci-dessous sont spécifiques aux séances de Cybersécurité et n'ont pas leur place dans le CLAUDE.md racine.

Pour les composants React (Quiz, MarkdownDetails, CejmaBadge...), les admonitions, le style d'écriture général et la structure d'une séance, voir le CLAUDE.md racine, §4-9.

Restitution orale obligatoire​

Toute séance de cours située dans docs/20_CYBER/ comporte systématiquement une section ## Restitution orale, qui décrit les modalités d'un passage à l'oral : un étudiant (ou un binôme) vient présenter devant la classe le travail réalisé pendant le TP de la séance.

Emplacement : cette section suit aussitôt les consignes du TP, c'est-à-dire juste après la dernière étape du TP (ses instructions, pas son corrigé), et avant le <MarkdownDetails title="Une solution"> qui clôt le TP. L'ordre des sections devient donc : ## TP pour réfléchir et résoudre des problèmes → ses étapes → ## Restitution orale → <MarkdownDetails title="Une solution"> → ## Notions théoriques → ... Ainsi l'étudiant prépare sa restitution avant de consulter le corrigé.

Contenu systématique de cette section (à adapter au livrable concret produit par le TP de la séance : fiche d'incident, script, rapport d'audit, schéma réseau...) :

  • Durée : 5 minutes de présentation, suivies de 2 à 3 minutes de questions de la classe.
  • Qui passe : un(e) étudiant(e) (ou un binôme) désigné(e) par l'enseignant.
  • Support : le travail produit pendant le TP de la séance, sans diaporama à préparer en plus.
  • Attendu : rappeler le sujet traité, présenter la démarche suivie et les résultats obtenus, puis répondre aux questions.
  • Objectif : s'entraîner à un oral technique court, en lien direct avec les épreuves orales du BTS (notamment E5 et E6).

Bloc à reproduire (et adapter), juste après les consignes du TP et avant son corrigé :

## Restitution orale

> Un étudiant (ou un binôme) vient présenter [le livrable concret de la séance, ex : sa fiche d'incident, son audit, son script] devant la classe.

- **Durée** : 5 minutes de présentation + 2 à 3 minutes de questions.
- **Qui passe** : un(e) étudiant(e) (ou un binôme) désigné(e) par l'enseignant.
- **Support** : le travail réalisé pendant le TP, aucune préparation supplémentaire n'est nécessaire.
- **Ce qui est attendu** :
  1. rappeler [le sujet traité] ;
  2. présenter [la démarche suivie et les résultats obtenus] ;
  3. répondre aux questions de la classe.

:::tip
Cet exercice entraîne à l'oral technique court exigé par plusieurs épreuves du BTS (notamment E5 et
E6) : clarté, structure, capacité à répondre à l'improviste.
:::

<MarkdownDetails title="Une solution">
[corrigé du TP]
</MarkdownDetails>

Badge CEJMA​

Avant de rédiger une séance de docs/20_CYBER/, vérifier dans docs/20_CYBER/listeThemesCyberSIO1_Repartition.txt si le titre de la séance correspondante porte le suffixe « (CEJMA) » (ajouté juste après le titre de la séance précise concernée, pas de toute la semaine : voir la légende sous le tableau de ce fichier). Si c'est le cas, placer <CejmaBadge /> à droite du titre # de la séance (composant documenté au root CLAUDE.md, §7). Une semaine peut porter le tag CEJMA sur un seul de ses deux volets (SLAM ou SISR) : ne pas ajouter le badge sur l'autre volet, purement technique, de la même semaine.

import CejmaBadge from '@/components/CejmaBadge.tsx';

# Qui a le droit de voir vos données personnelles ? Découvrir la CNIL et le RGPD à travers un cas concret <CejmaBadge />
Toujours fixer sidebar_label en frontmatter quand ce badge est utilisé

Docusaurus extrait automatiquement le libellé du menu latéral à partir du # de la page. Un composant React comme <CejmaBadge /> placé dans ce # casse l'affichage du menu (le JSX n'y est pas interprété). Ajouter systématiquement, en tout début de fichier (avant les imports), un frontmatter fixant un libellé texte propre :

---
sidebar_label: "Titre court, sans balise, pour le menu latéral"
---

Nommage des dossiers et fichiers de séances : jamais « SLAM » ni « SISR »​

Les dossiers et fichiers de séances de docs/20_CYBER/010_IntroCyber/ ne doivent jamais contenir « SLAM » ou « SISR » dans leur nom, ni le numéro de semaine du volet (1, 2, 3...). Le préfixe numérique NNNN (incrément de 10) encode déjà, à lui seul, l'ordre de lecture de toutes les séances, techniques comme CEJMA, des deux options confondues : répéter l'option dans le nom est redondant, et une séance ne doit de toute façon jamais se présenter comme « réservée » à une option dans son nom de fichier.

Convention à appliquer, pour une nouvelle séance comme pour un renommage :

docs/20_CYBER/010_IntroCyber/NNNN_TitreCourt/NNNN_TitreCourt.mdx
- 0070_SLAM4_DonneesPersonnelles/0070_SLAM4_DonneesPersonnelles.mdx
+ 0070_DonneesPersonnelles/0070_DonneesPersonnelles.mdx

Les dossiers de TP autonomes (NNNN_TP_NomCourt, voir plus bas) suivent déjà cette règle et n'ont jamais besoin d'être modifiés sur ce point.

Références temporelles entre séances : jamais « la semaine dernière »​

Quand une séance fait référence à une notion vue précédemment, ne jamais utiliser une formulation calendaire comme « la semaine dernière », « la semaine précédente », « cette semaine » ou « il y a deux semaines ». Le rythme réel des séances (vacances, jours fériés, séances rattrapées, emploi du temps propre à chaque établissement) ne suit jamais exactement le rythme théorique d'une séance par semaine prévu dans la progression : une formulation calendaire peut donc devenir fausse dès qu'une séance est décalée. (Cette règle vaut en principe pour tout cours construit sur plusieurs séances successives, mais elle est documentée ici car c'est en Cybersécurité, avec sa double progression SLAM/SISR hebdomadaire, qu'elle importe le plus.)

Utiliser à la place une formulation neutre, centrée sur le contenu plutôt que sur le calendrier :

  • ✅ « la séance précédente », « lors de la séance sur [sujet] », « comme vu précédemment », « ce que vous avez déjà vu sur [sujet] »
  • ❌ « la semaine dernière », « cette semaine », « il y a deux semaines »
- Exactement la même logique que celle vue la semaine dernière à propos du credential stuffing.
+ Exactement la même logique que celle vue lors de la séance sur le phishing, à propos du credential stuffing.

Références au manuel Delagrave​

Le fichier docs/20_CYBER/010_IntroCyber/99_LivreProf_COMPLET.pdf est le livre du professeur « Cybersécurité des services informatiques » (BTS SIO 1re année, éditions Delagrave, 2020, sous droit d'auteur). Il est organisé très différemment de notre progression : pas 60 séances de 2h, mais 4 thèmes / 7 chapitres, chacun bâti autour d'un seul cas d'entreprise long (un TP « Missions professionnelles » + une évaluation par chapitre), plus un entraînement final à l'épreuve E6.

Correspondance établie entre les chapitres du livre et notre progression, à appliquer au fur et à mesure que les séances correspondantes sont rédigées :

Chapitre du livre (cas, page)Sujet du TPSéance(s) où l'intercaler
1 — CentreCall, p. 5 (DCP, outil PIA de la CNIL)Recenser les traitements, cartographier un risque DCPS4 SLAM (déjà fait, 0070)
2 — réglementation DCP, p. 21Mise en conformité RGPDaprès S5 SLAM
3 — M@Banque, p. 33 (usurpation d'identité + preuve électronique, code pénal 323-1 à 323-7)Protéger l'identité numérique, constat d'huissierS8 (SLAM8 et SISR8, les deux volets CEJMA de cette semaine)
4 — MSAP, p. 47 (mots de passe ANSSI, antivirus, pare-feu, mises à jour)Sécuriser postes et messageriesynthèse après S9/S10 SISR (fin du tronc commun « sécurisation équipements », activité 3.3)
5 — Greta, p. 57 (comptes, groupes, privilèges, + VLAN en bonus)Moindre privilège, héritage de droitsS4-S5 SISR (déjà fait sur 0080)
6 — Cibeco, p. 67 (archivage, sauvegarde, RGPD art. 32)Disponibilité/conformité des sauvegardesaprès S10 SISR
7 — Cibeco suite, p. 79 (journaux système, intégrité des preuves)Journalisation centraliséeaprès S19-S20 SISR
Entraînement E6, p. 91 (DRONE-SÉCURITÉ/VID&O)Cas transversal (DCP + identité + phishing + preuve)S28-S29, phase « Audit & synthèse »
Évaluations 1 à 4 du livre—à réserver pour un DS (voir la skill devoir-surveille), jamais recopiées dans une séance de cours

Règle de droit d'auteur, impérative : ce livre est un ouvrage commercial sous copyright Delagrave. Ne jamais recopier son texte, son cas d'entreprise (CentreCall, M@Banque, MSAP, Greta, Cibeco, DRONE-SÉCURITÉ...) ni son corrigé dans une page du site, même reformulé de près. Pour chaque chapitre listé ci-dessus, dans la séance correspondante :

  1. Ajouter un encart :::tip[Pour aller plus loin] qui renvoie au chapitre et à la page du livre papier (que chaque étudiant possède, voir 010_IntroCyber.md), sans en recopier le contenu. Si le chapitre s'appuie sur un outil réel et gratuit (ex. le logiciel PIA de la CNIL), citer ce nom et son lien officiel, vérifié au préalable.
  2. Ajouter une étape de TP originale (la dernière du TP, juste avant ## Restitution orale, intitulée ### Étape N — ... (pour aller plus loin)), qui travaille la même compétence que le chapitre du livre (même méthode, ex. grille vraisemblance × gravité, piège du groupe trop permissif...) mais avec un scénario différent, propre à notre organisation fictive déjà utilisée dans la séance (jamais CentreCall/M@Banque/MSAP/Greta/Cibeco/DRONE-SÉCURITÉ). Cette étape suit les mêmes règles que les autres (<MarkdownDetails title="Réponse attendue">, pas d'em dash hors titre, etc.) et peut être marquée comme facultative dans son titre.

TP autonomes de Cybersécurité​

En plus des séances de cours interactives de docs/20_CYBER/, prévoir régulièrement des TP autonomes (ENONCE + CORRIGE en .txt, voir la skill tp-autonome), destinés aux étudiants qui terminent le TP interactif d'une séance avant le reste du groupe. La liste à jour de ces TP (déjà écrits ou seulement planifiés), avec leur point d'intercalation exact, est tenue dans docs/20_CYBER/listeThemesCyberSIO1_Repartition.txt, section « TP autonomes ».

Quand en proposer un : après avoir rédigé une nouvelle séance de docs/20_CYBER/, vérifier si elle clôt un petit groupe de notions techniques cohérent (ex. permissions Linux, comptes et groupes, mots de passe et phishing) qui justifierait un TP de consolidation avant de passer au thème suivant. Si oui, l'ajouter à la liste de listeThemesCyberSIO1_Repartition.txt (avec son intercalation, les notions mobilisées et un scénario), puis le rédiger avec la skill tp-autonome.

Règles propres à ces TP, en plus de la skill générique :

  • Respecter la règle d'ordre pédagogique : ne mobiliser que des notions vues dans des séances de préfixe inférieur au sien.
  • Privilégier des notions praticables seules, sans supervision ni outil spécialisé (terminal Linux, lecture de code, repérage visuel) : un bon candidat pour ce format. Les séances qui nécessitent un outil dédié (le logiciel PIA de la CNIL, Kali Linux) ou une restitution orale en direct ne s'y prêtent pas.
  • Dossier NNNN_TP_NomCourt placé dans docs/20_CYBER/010_IntroCyber/, au même niveau que les séances, avec un préfixe numérique choisi entre les deux séances qui l'encadrent (chevauchement de préfixe accepté, à signaler).
  • Scénario original, jamais recopié d'une des séances de cours existantes ni du manuel Delagrave (voir section précédente).