Les prérequis réellement utiles
Aucun diplôme précis n’est obligatoire pour commencer. En revanche, quatre habitudes font une différence : lire une documentation, prendre des notes, vérifier une hypothèse et accepter de recommencer lorsqu’un résultat ne correspond pas à ce qui était prévu. Le parcours public SensCyber de Cybermalveillance.gouv.fr permet de vérifier les premiers réflexes avant d’aller plus loin.
Le socle technique se construit autour de quelques questions simples :
- Comment un système démarre-t-il, exécute-t-il un processus et applique-t-il des permissions ?
- Comment une machine obtient-elle une adresse, résout-elle un nom DNS et échange-t-elle des paquets ?
- Comment un navigateur envoie-t-il une requête HTTP et conserve-t-il une session ?
- Où une application et un système écrivent-ils leurs journaux ?
- Comment une identité est-elle authentifiée puis autorisée à réaliser une action ?
Tu n’as pas besoin de répondre parfaitement avant de continuer. Tu dois pouvoir observer ces mécanismes et expliquer ce que tu ne comprends pas encore.
Un parcours en six étapes
Chaque étape ajoute une capacité observable et se termine par un livrable. Le plan sur douze semaines est un exemple, pas une échéance imposée.
Hygiène numérique et vocabulaire
Commence sur tes propres comptes et appareils : mises à jour, sauvegardes testées, mots de passe distincts, gestionnaire de mots de passe et authentification multifacteur. Le guide d’hygiène informatique de l’ANSSI relie ces mesures à des risques concrets. Pour les termes actif, menace, vulnérabilité, risque, impact, contrôle et incident, utilise le CyberDico de l’ANSSI comme référence de vocabulaire.
LivrableUne fiche d’une page qui décrit trois risques de ton environnement personnel et la mesure appliquée à chacun.
Linux et fonctionnement d’un système
Crée une machine virtuelle Linux. Travaille les fichiers, droits, utilisateurs, groupes, processus, services et journaux. Évite de mémoriser des commandes isolées. Le tutoriel officiel Ubuntu sur la ligne de commande fournit un point de départ borné. Pars ensuite d’une question : quel utilisateur exécute ce service et quels fichiers peut-il modifier ?
LivrableUn inventaire de cinq services, avec leur port éventuel, leur utilisateur et l’emplacement de leurs journaux.
Réseau, DNS et HTTP
Étudie l’adressage IP, la passerelle, le routage, TCP, UDP et les ports. Suis ensuite une résolution DNS et une requête HTTP depuis le poste jusqu’au serveur. La documentation HTTP de MDN aide à relier méthodes, réponses et en-têtes. Ces bases rendent les captures réseau, les pare-feu et les proxys beaucoup plus lisibles.
LivrableUn schéma qui relie client, résolveur DNS, serveur Web, protocole et journal observable.
Identités et contrôle d’accès
Distingue authentification et autorisation. Travaille le moindre privilège, les comptes administrateurs, les sessions, les secrets et la révocation des accès. Une grande partie des incidents exploite une identité mal protégée plutôt qu’une faille spectaculaire.
LivrableUne matrice simple avec trois utilisateurs, leurs rôles et les ressources auxquelles ils doivent accéder.
Observation et défense
Active et consulte les journaux de ta machine virtuelle. Modifie une configuration, provoque un échec de connexion dans ton laboratoire, puis cherche la trace correspondante. Apprends à distinguer événement, alerte et incident.
LivrableUne courte chronologie avec l’action réalisée, l’heure, la source du journal et l’interprétation.
Projet borné
Choisis un mini-projet qui combine plusieurs bases : durcir un service local, documenter une résolution DNS, configurer un petit réseau isolé ou analyser les journaux d’une application volontairement vulnérable. Le périmètre doit être le tien ou explicitement autorisé.
LivrableUn README qui décrit l’objectif, le schéma, les étapes, le résultat, les limites et la remise en état.
Créer un laboratoire légal et récupérable
Un laboratoire utile est isolé, documenté et facile à reconstruire. Une machine virtuelle suffit pour commencer. Deux machines permettent ensuite d’observer les échanges entre un client et un service.
- Installe un hyperviseur maintenu sur ton ordinateur.
- Crée un réseau interne ou « host-only » sans exposition directe vers Internet.
- Installe uniquement des images obtenues depuis leurs éditeurs.
- Prends un instantané avant chaque expérience importante.
- N’utilise aucune donnée réelle, aucun mot de passe réutilisé et aucun document personnel.
- Note les adresses, services, comptes et règles réseau dans un schéma.
Les premiers articles à lire
Identifier le socle utile sans transformer chaque lacune en condition préalable.
ProgressionUne feuille de route sur 12 semainesOrganiser systèmes, réseau, identité, journaux et projet final autour de livrables vérifiables.
SystèmesLinux ou Windows pour débuter ?Choisir un environnement à partir des mécanismes à observer, sans retarder la pratique.
FondamentauxFaut-il savoir coder pour débuter en cybersécurité ?Ce que la programmation apporte, ce qu’elle ne remplace pas et quand l’apprendre.
MéthodeCombien de temps faut-il pour apprendre les bases ?Estimer un parcours réaliste à partir du temps disponible et de livrables concrets.
VocabulaireMenace, vulnérabilité, risque et impactQuatre notions liées, mais différentes, expliquées avec un même scénario.
ObjectifsConfidentialité, intégrité et disponibilitéComprendre les trois objectifs de sécurité et les arbitrages qu’ils imposent.
RéseauComprendre une résolution DNSSuivre les étapes d’une résolution avant d’essayer d’interpréter une anomalie.
Choisir une spécialité après le socle
Le choix devient plus simple lorsque tu compares le travail réel plutôt que le nom des outils. Observe les livrables, les contraintes et le type de raisonnement demandé.
Défense et SOCJournaux, triage, investigation et réponse.
Sécurité offensivePérimètre, preuves, risque et rapport.
Sécurité applicativeHTTP, code, architecture et contrôles.
Cloud et identitésRôles, secrets, configuration et journaux.
Gouvernance et risqueExigences, analyse, priorisation et suivi.
La page Métiers de la cybersécurité compare ces familles à partir de leurs missions et livrables.
Erreurs fréquentes
Installer Kali trop tôt.Une distribution ne remplace pas le socle nécessaire pour interpréter ses outils.
Consommer sans produire.Un schéma ou un journal annoté révèle mieux les lacunes qu’une vidéo terminée.
Confondre outil et compétence.Une commande ne prouve pas que tu comprends ses données et ses limites.
Tester sans autorisation.La curiosité technique ne supprime pas le cadre légal.
Changer constamment de sujet.Termine un projet borné avant d’ajouter une plateforme.
Négliger l’écriture.Les métiers cyber produisent des analyses, procédures et rapports.
Questions fréquentes
Faut-il savoir coder pour commencer ?
Non. Il faut d’abord comprendre les systèmes, les réseaux, les identités et le Web. La programmation devient utile ensuite pour automatiser, analyser ou comprendre une application.
Quel système installer pour apprendre ?
Garde un système stable pour ton usage quotidien et crée une machine virtuelle Linux pour expérimenter. Tu n’as pas besoin de remplacer immédiatement ton environnement principal.
Combien de temps faut-il pour apprendre les bases ?
Quelques mois de pratique régulière permettent de construire un socle. La durée dépend du temps hebdomadaire, de l’expérience informatique et de la qualité des exercices, pas d’un nombre de vidéos consommées.
Puis-je tester des outils sur Internet ?
Non sans autorisation explicite. Travaille sur tes propres machines, un laboratoire isolé ou une plateforme qui autorise clairement les tests. Une cible accessible publiquement n’est pas une cible autorisée.