Linux ou Windows pour débuter en cybersécurité ?

Niveau : débutant.

Prérequis : savoir créer des fichiers et des dossiers, installer une application depuis une source officielle et ouvrir un terminal. Aucune distribution Linux, version de Windows ou connaissance en programmation n'est imposée.

Tu peux commencer avec l'ordinateur que tu utilises déjà. Pour découvrir un second système, privilégie une machine virtuelle maintenue et obtenue depuis le site officiel de son éditeur. Avant toute modification importante, sauvegarde tes données et vérifie que tu sais arrêter ou supprimer la machine virtuelle.

Les exercices portent uniquement sur ton ordinateur ou sur une machine virtuelle que tu contrôles. Ils servent à observer des fonctions normales du système. Ils n'autorisent pas l'analyse, le scan ou la modification d'un appareil tiers.

Un système d'exploitation fournit les mécanismes sur lesquels reposent de nombreuses mesures de sécurité : comptes, authentification, droits d'accès, processus, services, fichiers, réseau, mises à jour et journaux. Ces concepts existent sous Linux comme sous Windows, même si leur présentation et leurs outils diffèrent.

Sous Linux, un processus s'exécute avec un utilisateur, des groupes et éventuellement des capacités particulières. Les permissions classiques distinguent le propriétaire, le groupe et les autres utilisateurs. Des listes de contrôle d'accès et des modules de sécurité peuvent affiner les décisions. Sous Windows, les contrôles reposent notamment sur les comptes, les groupes, les jetons d'accès, les privilèges et les listes de contrôle d'accès associées aux objets. Dans les deux cas, la même méthode s'applique : identifier qui demande une action, quelle ressource est visée et quelle règle autorise ou refuse l'opération.

Le vocabulaire varie pour les activités en arrière-plan. Linux parle couramment de démons et utilise souvent un gestionnaire de services comme systemd. Windows emploie le terme service et fournit un gestionnaire de contrôle des services. Les deux systèmes produisent des journaux. Linux les expose, selon la distribution, dans le journal de systemd, dans des fichiers sous /var/log ou par des services spécialisés. Windows centralise de nombreux événements dans les journaux Windows.

Ces différences comptent, mais elles ne justifient pas d'attendre le système parfait. Commence par répondre à des questions transférables : quel utilisateur exécute ce processus ? Quels droits possède-t-il ? Quel service écoute sur le réseau ? Où sont consignés les événements ? Comment le système reçoit-il ses correctifs ? Une personne capable de répondre à ces questions sur un environnement connu apprend plus vite un second système qu'une personne qui mémorise seulement des commandes.

Linux est très présent dans les serveurs, les services cloud, les conteneurs, les équipements réseau et les laboratoires techniques. Son écosystème permet d'observer directement de nombreux composants avec des outils fournis par le système. Des commandes comme id, ps, ip, ss et journalctl donnent accès aux utilisateurs, processus, interfaces, sockets et événements sans imposer une interface graphique particulière.

La ligne de commande facilite la composition de petites opérations. Une sortie peut être redirigée vers un fichier, filtrée ou transmise à une autre commande. Cette approche est utile pour examiner des journaux et automatiser des tâches répétitives. Elle oblige néanmoins à lire la documentation et à comprendre les effets d'une commande avant de l'exécuter, surtout lorsqu'elle demande des privilèges élevés. Le shell n'est pas magique : il exécute précisément ce qui lui est demandé, y compris une erreur destructrice.

Linux n'est pas un produit unique. Le noyau Linux, les outils utilisateurs, le gestionnaire de services, le format des paquets et les choix de la distribution forment un environnement complet. Ubuntu, Debian, Fedora et d'autres distributions ne disposent pas toujours des mêmes versions, chemins ou commandes d'administration. Une procédure trouvée pour une distribution ne doit donc pas être copiée aveuglément sur une autre. Vérifie la distribution, sa version, sa documentation et la commande prévue par son gestionnaire de paquets.

L'ouverture du code source ne rend pas automatiquement un système sûr. La sécurité dépend aussi de la configuration, des mises à jour, des logiciels installés, des comptes et de l'exploitation quotidienne. Les recommandations de configuration GNU/Linux de l'ANSSI montrent que le durcissement demande des décisions explicites sur le démarrage, le noyau, les services, les droits et la journalisation.

Pour commencer, choisis une distribution généraliste, maintenue et bien documentée. Il n'est pas nécessaire d'utiliser immédiatement une distribution spécialisée en sécurité. Un système généraliste t'oblige à apprendre l'administration normale, ce qui est justement indispensable pour reconnaître plus tard une configuration anormale.

Windows occupe une place importante sur les postes de travail et dans de nombreux systèmes d'information. L'étudier permet de comprendre les comptes locaux, les groupes, les services, le Registre, le pare-feu, les journaux d'événements, PowerShell et les mécanismes de protection intégrés. Dans un environnement professionnel, ces connaissances peuvent être nécessaires même si une partie des serveurs et des outils de sécurité fonctionne sous Linux.

PowerShell donne accès à des objets structurés plutôt qu'à de simples lignes de texte. Get-Process, Get-Service, Get-NetTCPConnection et Get-WinEvent permettent par exemple d'observer les processus, services, connexions et événements. Les propriétés peuvent ensuite être sélectionnées, filtrées ou exportées. Cette approche est utile pour apprendre à documenter l'état d'une machine et à automatiser des contrôles administratifs. Lis l'aide avec Get-Help et commence avec ton compte habituel plutôt qu'avec une console élevée.

Windows propose aussi des protections qui méritent d'être étudiées comme des mécanismes, et non comme de simples cases à cocher : contrôle des comptes utilisateurs, pare-feu, Microsoft Defender, chiffrement BitLocker sur les éditions compatibles, démarrage sécurisé et protections fondées sur le matériel. La documentation Windows Security de Microsoft décrit ces composants et leurs conditions d'utilisation. Désactiver une protection pour faire fonctionner un outil empêche justement d'apprendre comment cette protection doit être configurée.

Il faut distinguer un poste Windows autonome d'un environnement d'entreprise. Active Directory, les stratégies de groupe, Microsoft Entra ID et les outils d'administration centralisée introduisent des identités, relations de confiance et politiques supplémentaires. Installer Windows chez soi ne reproduit pas à lui seul cette architecture. Un laboratoire dédié et isolé sera nécessaire si ton objectif devient l'administration ou la défense d'un domaine.

Windows n'empêche pas d'apprendre Linux. Le Sous-système Windows pour Linux permet d'exécuter un environnement Linux sous Windows pour pratiquer le shell et de nombreux outils. WSL n'est cependant pas identique à une machine virtuelle générale : choisis l'environnement en fonction du mécanisme que tu veux observer, et non parce qu'une solution serait supérieure dans tous les cas.

Si ton ordinateur fonctionne déjà correctement sous Windows, le remplacer immédiatement par Linux ajoute un projet d'installation, de compatibilité et de récupération qui peut détourner de l'objectif initial. Commence par observer Windows, puis ajoute une machine virtuelle Linux. Si tu utilises déjà Linux, travaille sur ses mécanismes et ajoute ensuite une machine virtuelle Windows lorsque ton apprentissage exige ses outils.

Objectif proche	Environnement à découvrir en priorité	Complément utile
Administration de serveurs Web ou conteneurs	Linux	Windows et PowerShell
Sécurité des postes d'entreprise	Windows	Linux pour les outils et serveurs
Analyse de journaux et automatisation	Les deux	Python, PowerShell ou shell selon les données
Cloud et DevOps	Linux est fréquent	Identités et services Microsoft selon le fournisseur
Gouvernance et gestion du risque	Le système utilisé par l'organisation	Culture technique des deux familles
Laboratoire généraliste	Système hôte déjà maîtrisé	Une ou plusieurs VM isolées

Une architecture simple suffit : conserve ton système principal pour les usages quotidiens et crée une VM maintenue pour l'autre environnement. Utilise un réseau virtuel interne si plusieurs VM doivent communiquer sans accéder au réseau physique. N'importe pas d'images inconnues et n'exécute pas de logiciel malveillant réel. Un laboratoire généraliste n'est pas un environnement d'analyse de malware. Un instantané aide à revenir à un état précédent, mais ne remplace pas une sauvegarde indépendante.

Fixe des objectifs identiques sur les deux systèmes : retrouver la version, identifier l'utilisateur courant, lister les processus et services, repérer les interfaces réseau, examiner les ports en écoute et consulter quelques événements. La comparaison doit porter sur le mécanisme observé, pas seulement sur le nom des commandes.

Après chaque exercice, note l'entrée, la sortie, le privilège nécessaire et la limite de l'observation. Cette habitude développe une compétence essentielle en cybersécurité : distinguer un fait observé d'une interprétation. Une commande qui affiche un service en cours d'exécution ne démontre pas que ce service est vulnérable. Une liste de ports en écoute ne démontre pas qu'ils sont joignables depuis Internet.

Cadre légal et technique : utilise uniquement ton ordinateur et, si tu en disposes, une machine virtuelle que tu as installée. Ne saisis aucune adresse distante, ne lance aucun scan et ne modifie pas les paramètres de sécurité. Les commandes suivantes servent uniquement à consulter l'état local. Certaines sorties contiennent des noms d'utilisateur ou de machine : ne les publie pas sans les expurger.

Sur Linux

Dans un terminal Linux contrôlé, exécute séparément :

uname -a
id
ps -eo user,pid,comm --sort=pid | head
ss -lnt
journalctl -n 10 --no-pager

Si journalctl refuse l'accès à certains événements, conserve ce résultat dans tes notes. Ne contourne pas la restriction avec des privilèges élevés pour cet exercice.

Sur Windows

Dans une console PowerShell ouverte avec ton compte habituel, exécute :

Get-ComputerInfo | Select-Object WindowsProductName, WindowsVersion, OsArchitecture
whoami
Get-Process | Select-Object -First 10 Name, Id
Get-NetTCPConnection -State Listen | Select-Object -First 10 LocalAddress, LocalPort, OwningProcess
Get-WinEvent -LogName System -MaxEvents 10 | Select-Object TimeCreated, Id, LevelDisplayName

Si tu ne disposes que d'un système, réalise uniquement sa partie et utilise la documentation officielle pour décrire l'équivalent sur l'autre. N'installe pas un système dans la précipitation pour terminer l'exercice.

Crée ensuite un tableau comportant cinq lignes : version du système, identité courante, processus, ports TCP en écoute et événements. Pour chaque ligne, indique la commande, deux champs observés et une limite. Par exemple, une liste de ports en écoute ne démontre ni qu'un service est accessible depuis Internet, ni qu'il est vulnérable.

Critère de réussite

L'exercice est réussi si tu peux expliquer la différence entre un processus, un service, un port en écoute et un événement de journal. Tu dois aussi identifier les commandes qui ont fonctionné sans élévation de privilèges, signaler les informations auxquelles ton compte n'avait pas accès et formuler au moins une limite pour chaque observation. Aucune sortie précise n'est imposée, car elle dépend de ton système.

La première erreur est de confondre Linux avec la cybersécurité. Installer une distribution spécialisée et lancer ses outils ne démontre pas que tu comprends les systèmes analysés. Les outils doivent répondre à une question précise, sur un périmètre autorisé, avec une sortie que tu sais interpréter.

La deuxième erreur est de considérer Windows comme un environnement uniquement graphique. PowerShell, les journaux d'événements, les stratégies, les services et les contrôles d'accès demandent une étude technique complète. A l'inverse, utiliser uniquement le terminal sous Linux ne suffit pas à comprendre les paquets, les services, les droits et le démarrage.

Evite également ces raccourcis :

• croire qu'un système est sûr par nature ;
• désactiver le pare-feu ou l'antivirus pour faciliter un laboratoire ;
• travailler quotidiennement avec des privilèges administratifs ;
• copier une commande avec sudo sans comprendre les fichiers ou services modifiés ;
• supposer que WSL, un conteneur et une VM offrent la même isolation ;
• télécharger une image de laboratoire depuis une source inconnue ;
• conserver une distribution qui ne reçoit plus de mises à jour ;
• exposer une VM volontairement vulnérable sur un réseau physique ou sur Internet.

Une progression cohérente consiste à maîtriser d'abord les fichiers, comptes, permissions, processus, services, réseau et journaux sur ton système actuel. Reproduis ensuite ces observations dans une VM utilisant l'autre famille de systèmes. Ajoute enfin les mécanismes propres à ton objectif, comme PowerShell et les journaux Windows, ou le shell, systemd et les permissions Linux.

La documentation d'administration du noyau Linux et la documentation Microsoft fournissent des références maintenues, mais elles ne remplacent pas l'observation. Inversement, une observation isolée ne permet pas de généraliser à toutes les versions, distributions ou politiques d'entreprise. Note toujours la version, le contexte et les droits utilisés.