Feuille de route cybersécurité sur 12 semaines pour débuter

Niveau : débutant.

Prérequis : savoir utiliser un navigateur, créer des dossiers et installer un logiciel depuis une source officielle. Tu peux suivre le parcours sous Linux ou Windows. Aucun langage, diplôme ou laboratoire complexe n'est imposé. Prévois quatre à six heures hebdomadaires et un dossier consacré aux notes, commandes et données fictives.

Le parcours officiel Cybersecurity for Beginners de la CISA peut compléter les notions d'introduction. Ne transforme pas la feuille de route en course aux badges : chaque ressource doit servir le livrable de la semaine.

Les activités restent locales, défensives et autorisées. N'utilise aucune adresse tierce, ne contourne aucun contrôle et n'exécute aucun logiciel malveillant réel. Une machine virtuelle vulnérable ne doit jamais être exposée au réseau physique ou à Internet. Sauvegarde tes données avant toute installation et travaille avec un compte standard lorsque l'administration n'est pas nécessaire.

Douze semaines ne représentent pas une durée universelle d'apprentissage. Cette période sert à installer une routine et à couvrir un socle limité. Avec quatre à six heures par semaine, tu disposes de 48 à 72 heures, ce qui oblige à choisir. Répartis chaque semaine entre environ un tiers de lecture ou de cours, un tiers de pratique et un tiers de restitution. Ajuste la répartition si une notion demande davantage d'observation.

Crée un dossier par semaine contenant quatre fichiers : objectif.md, notes.md, commandes.md et bilan.md. Dans l'objectif, décris une capacité observable. Dans les notes, reformule les concepts. Dans les commandes, précise le système et les effets attendus. Dans le bilan, conserve le résultat, une difficulté et une limite. Ne stocke aucun secret réel ou journal professionnel.

Le NICE Framework Resource Center du NIST montre la diversité des rôles, tâches, connaissances et compétences. Garde cette diversité en tête sans choisir immédiatement un métier définitif. La feuille de route explore plusieurs briques afin que ton orientation repose sur des activités observées plutôt que sur le nom d'un outil ou une image du secteur.

Semaine 1, établir l'environnement. Relève la version du système, l'identité courante, l'état des mises à jour et l'espace disponible. Crée l'arborescence du parcours et un glossaire. Apprends à ouvrir un terminal standard, à consulter l'aide d'une commande et à quitter proprement un programme. Livrable : une fiche d'état initial contenant la date, cinq observations et cinq limites.

Semaine 2, fichiers et permissions. Travaille uniquement dans un dossier de laboratoire. Crée des fichiers, utilise des chemins relatifs et absolus, relève propriétaire, groupe et permissions. Compare lecture, modification et suppression. Sous Windows, observe les propriétés de sécurité sans modifier les dossiers système. Sous Linux, utilise ls -l, id et stat sans lancer toutes les commandes avec sudo. Livrable : un tableau de six opérations indiquant l'identité, la ressource, l'action et le résultat.

Semaine 3, processus, services et événements. Liste quelques processus, retrouve leur propriétaire et observe un service connu. Consulte cinq événements système. Distingue programme installé, processus en cours et service. Ne désactive rien et ne conclus pas qu'un nom inhabituel est hostile. Livrable : une carte reliant un programme, un processus, un service et un événement réellement observés sur ta machine.

Semaine 4, réseau local. Relève les interfaces, adresses, préfixes, routes et serveurs DNS de ta machine. Dessine le poste, la passerelle et une destination fictive. Distingue adresse privée, boucle locale et adresse documentaire. N'effectue aucun scan. Livrable : un schéma annoté et une explication du choix de la route par défaut.

Semaine 5, DNS et Web. Utilise la documentation et les outils normaux du navigateur pour suivre une requête vers un site officiel que tu consultes normalement. Identifie le nom, l'adresse obtenue, la méthode HTTP, le code d'état et le rôle de TLS sans collecter de cookie. Reproduis ensuite l'échange avec un petit serveur lié à 127.0.0.1. Livrable : une chronologie de la résolution à la réponse, avec ce qui était visible à chaque point.

Semaine 6, données et automatisation. Crée dix lignes de journal fictif, puis compte les types d'événements avec Python, PowerShell ou des fonctions de tableur. L'objectif est de distinguer entrée, transformation, sortie et erreur. La ressource Describe the concepts of cybersecurity de Microsoft Learn peut consolider les concepts avant la pratique. Livrable : le fichier source, la commande ou formule, la sortie attendue et un cas d'erreur volontaire.

Semaine 7, menace, vulnérabilité, impact et risque. Construis un scénario fictif autour d'un compte de laboratoire. Décris un actif, une menace, une faiblesse, un événement redouté, un impact et deux mesures. Ne réduis pas le risque à une multiplication arbitraire de nombres. Livrable : un registre d'un seul scénario qui sépare faits, hypothèses et décisions.

Semaine 8, protections en couches. Observe sans les désactiver les mises à jour, le pare-feu, l'antimalware, l'authentification et les sauvegardes de ton environnement. Associe chaque mesure à un scénario et note sa limite. Le guide d'hygiène informatique de l'ANSSI fournit 42 mesures de référence. Sélectionne-en trois adaptées à ton cas au lieu de traiter le guide comme une checklist universelle. Livrable : une matrice de trois scénarios et de plusieurs couches.

Semaine 9, journaux et triage. Crée un fichier de douze événements fictifs incluant connexions réussies, échecs et changement de configuration. Formule une question, filtre les événements, construis une chronologie et propose deux hypothèses. Pour chacune, indique une donnée qui la confirmerait et une donnée qui la contredirait. Livrable : une note de triage courte qui sépare observations et conclusion provisoire.

Le NIST Cybersecurity Framework 2.0 organise la gestion du risque autour de six fonctions : Govern, Identify, Protect, Detect, Respond et Recover. Utilise ces fonctions comme carte de lecture. Elles ne constituent ni une suite d'outils ni un programme individuel à achever en une semaine. Ton exercice de journal relève surtout de Detect, mais sa qualité dépend aussi de ce qui a été identifié, protégé et gouverné.

Semaine 10, comparer des activités. Choisis trois familles parmi analyse défensive, administration sécurisée, gouvernance du risque, sécurité applicative, test d'intrusion encadré et sécurité cloud. Pour chacune, lis une description de rôle primaire, relève deux tâches et associe une compétence déjà pratiquée. Livrable : un tableau qui distingue ce qui t'attire, ce que tu as réellement testé et ce qui reste inconnu.

Semaine 11, préparer le projet de synthèse. Reprends uniquement des données fictives et locales. Définis une question défensive, un périmètre, un jeu d'événements, une méthode d'analyse et un format de restitution. Construis d'abord le résultat attendu, puis ajoute un événement ambigu afin d'éviter une démonstration artificiellement parfaite. Livrable : un plan d'une page et les données de test versionnées.

Semaine 12, exécuter et restituer. Lance le traitement, conserve la sortie et rédige un compte rendu : contexte, périmètre, méthode, observations, hypothèses, recommandation et limites. Demande à une personne de relire la logique sans lui révéler immédiatement la conclusion. Livrable : un dossier autonome qu'un tiers peut reproduire sur sa propre machine avec les données fournies.

Cadre : cet exercice utilise exclusivement un fichier inventé sur ta machine. Il ne contacte aucun service, ne tente aucune connexion et ne contient aucune donnée personnelle. Crée auth-lab.csv avec les colonnes time,user,result,source et douze lignes. Utilise des adresses documentaires comme 192.0.2.10, des identités fictives et les résultats success ou failure.

Inclue le scénario suivant : quatre échecs pour lea depuis 192.0.2.10 en six minutes, un succès depuis la même source, trois activités ordinaires pour sam, puis quatre lignes réparties sur d'autres heures. Analyse le fichier avec un tableur, Python ou PowerShell. Compte les résultats par identité et source, trie les événements par heure et produis une chronologie des cinq événements de lea.

Rédige ensuite trois observations factuelles, deux hypothèses et trois limites. Exemple d'observation : cinq lignes concernent lea et la même source. Exemple d'hypothèse : une personne a pu corriger un mot de passe après plusieurs erreurs. Une autre hypothèse peut être une tentative non autorisée. Le fichier ne contient ni appareil, ni localisation, ni mécanisme MFA, donc il ne permet pas de choisir entre ces explications. Propose une donnée complémentaire pour chaque hypothèse.

Critère observable

L'exercice est réussi si le total reste de douze événements, si la chronologie de lea comporte exactement cinq lignes ordonnées, si les comptes par résultat correspondent au fichier et si le rapport sépare clairement observations, hypothèses et limites. Une conclusion catégorique d'incident sans donnée complémentaire constitue au contraire un échec méthodologique. Conserve le fichier, le traitement et le rapport afin de pouvoir reproduire le résultat après la semaine 12.

La première erreur est de mesurer le progrès au nombre d'heures de vidéo. Un contenu regardé sans restitution peut donner une impression de familiarité qui disparaît devant une tâche. Chaque semaine doit donc produire un objet examinable : tableau, schéma, script, chronologie ou rapport. La seconde erreur est de changer d'outil dès qu'une difficulté apparaît. Reste assez longtemps sur un environnement pour distinguer problème de concept, erreur de syntaxe et différence de version.

Évite les laboratoires trop complexes. Plusieurs machines, un annuaire, un SIEM et des scénarios d'attaque ajoutent des dépendances avant que les bases soient stables. Commence par des fichiers fictifs et la boucle locale. Ajoute une VM seulement quand l'isolation ou la comparaison de systèmes répond à un objectif explicite. Un instantané facilite le retour en arrière, mais ne remplace pas une sauvegarde.

Ne transforme pas la semaine 12 en promesse de niveau professionnel. Le projet est étroit, les données sont propres et le contexte est connu. Un environnement réel apporte volumes, données sensibles, faux positifs, procédures, coordination et conséquences opérationnelles. Les douze semaines établissent un vocabulaire, une méthode et quelques gestes reproductibles. Elles ne couvrent pas toutes les tâches décrites par un référentiel de métiers.