5.1Cybersécurité côté IT
L'essentiel en 30 secondes
- Réduire la surface d'attaque : moins de services exposés, de logiciels inutiles et de comptes à privilèges, c'est autant de portes en moins à défendre.
- Les mises à jour sont la mesure la plus rentable : la plupart des attaques exploitent des failles connues et déjà corrigées, scannées en masse.
- Le pare-feu n'autorise que le nécessaire et bloque le reste ; empilé avec l'antivirus/EDR et le moindre privilège, il forme la défense en profondeur.
Mini-cas filé — Sofiane durcit un serveur de la PME à Alger
Sofiane, technicien support dans une PME de distribution à Alger, hérite d'un serveur qui expose plusieurs services « au cas où » et n'a jamais été mis à jour. Il applique la revue de la section : il liste les logiciels et services installés et désactive l'inutile, vérifie l'état des mises à jour de l'OS et des applications, contrôle les règles du pare-feu pour n'autoriser que le nécessaire, et traque les comptes à privilèges superflus. Il ne compte pas sur l'antivirus seul : il empile les couches. Son objectif : réduire la surface d'attaque sans rien casser, en testant chaque changement sur un poste pilote avant de généraliser.
Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 5.1.
1. Réduire la surface d'attaque
Sofiane retient le principe fondateur de la cybersécurité opérationnelle : réduire la surface d'attaque. Moins il y a de services exposés, de logiciels inutiles, de comptes à privilèges et de ports ouverts, moins il y a de portes à défendre. Le durcissement (hardening) consiste à désactiver ce qui ne sert pas et à configurer le reste de façon sûre, avec un par défaut restrictif. Sur le serveur hérité, Sofiane commence donc par fermer, pas par ajouter.
2. Mettre à jour : la base la plus rentable
Une grande partie des attaques exploite des failles connues et déjà corrigées. Appliquer les mises à jour (OS, logiciels, firmwares) est la mesure la plus rentable : elle ferme des portes que les attaquants scannent en masse. Sofiane planifie une cadence de mise à jour maîtrisée — avec un test sur un périmètre pilote avant généralisation — car un système non à jour reste une cible facile, indépendamment de tout le reste.
3. Filtrer avec le pare-feu
Le pare-feu contrôle le trafic réseau selon des règles : Sofiane n'autorise que ce qui est nécessaire et bloque le reste. Combiné à l'antivirus/EDR, à la segmentation du réseau et au moindre privilège, il compose une défense en profondeur : plusieurs couches, pour qu'une seule faille ne suffise pas à tout compromettre. La sécurité s'empile ; elle ne repose jamais sur une mesure unique.
🔎 Exemple concret — 🔎 Exemple concret — Une faille connue non corrigée
Sofiane suit le destin d'un service exposé sur Internet, jamais mis à jour :
Faille publiée + correctif disponible
→ scanners automatiques la trouvent en quelques heures
→ exploitation → intrusion
Si la mise à jour avait été appliquée → porte ferméeLecture : les attaquants ne « choisissent » pas leur cible, ils scannent ce qui est vulnérable.
Leçon : mettre à jour ferme des portes que les autres mesures ne compensent pas.
Vocabulaire de la section
- Surface d'attaque
- Ensemble des points par lesquels un système peut être attaqué.
Exemple simple : Sofiane en réduit la liste en fermant les services inutiles.
Ce que ce n'est pas : ajouter un logiciel « au cas où », qui l'élargit.
Réflexe : moins de portes ouvertes = moins à défendre.
- Durcissement (hardening)
- Désactiver l'inutile et configurer le reste de façon restrictive (par défaut sûr).
Exemple simple : Sofiane désactive des services non utilisés sur le serveur.
Ce que ce n'est pas : laisser les réglages par défaut, souvent permissifs.
Réflexe : durcir = fermer avant d'ajouter.
- Mise à jour / correctif
- Patch qui corrige des failles ou des bugs connus.
Exemple simple : Sofiane applique les correctifs après un test pilote.
Ce que ce n'est pas : différer indéfiniment une faille déjà corrigée.
Réflexe : patcher la faille avant les attaquants.
- Pare-feu
- Dispositif qui filtre le trafic réseau selon des règles.
Exemple simple : Sofiane n'autorise que les flux nécessaires au métier.
Ce que ce n'est pas : tout autoriser pour « ne pas bloquer » les utilisateurs.
Réflexe : n'autoriser que le nécessaire, bloquer le reste.
- Défense en profondeur
- Empiler plusieurs couches de sécurité pour qu'une faille ne suffise pas.
Exemple simple : Antivirus/EDR + pare-feu + moindre privilège chez Sofiane.
Ce que ce n'est pas : compter sur une seule mesure, comme l'antivirus seul.
Réflexe : la sécurité s'empile en couches.
En pratique — En pratique — Passer un poste ou un serveur en revue
- Listez les logiciels et services installés sur un poste du parc, et repérez ceux qui sont inutiles — comme Sofiane sur le serveur hérité.
- Vérifiez l'état des mises à jour (OS et applications) et notez celles qui traînent depuis des semaines.
- Contrôlez les règles du pare-feu du poste : chaque flux autorisé a-t-il une raison métier claire ?
- Passez en revue les comptes et vérifiez qu'aucun n'a de privilèges superflus.
Script pas-à-pas — durcir un serveur comme Sofiane (10 min)
1) Écrivez l'objectif : réduire la surface d'attaque du serveur hérité de la PME. 2) Inventoriez les services et logiciels ; désactivez ce qui ne sert pas. 3) Relevez l'état des mises à jour de l'OS et des applications, et planifiez les correctifs avec un test pilote. 4) Relisez les règles du pare-feu : n'autorisez que le nécessaire. 5) Listez les couches déjà en place (antivirus/EDR, segmentation, moindre privilège) et repérez celle qui manque. 6) Testez chaque changement sur un poste isolé avant de généraliser.
Gardez ce script : c'est la même revue que vous rejouerez à chaque nouveau serveur ou poste du parc.
Modèle copier-coller — ma revue de durcissement
Cible : ___ (ex. serveur hérité de la PME de Sofiane)
[ ] Services/logiciels inutiles désactivés (durcissement)
[ ] Mises à jour OS + applications à jour (cadence maîtrisée)
[ ] Règles pare-feu : n'autoriser QUE le nécessaire
[ ] Comptes à privilèges superflus supprimés
[ ] Couches en place : antivirus/EDR · segmentation · moindre privilège
Règle : fermer l'inutile, patcher vite, empiler les couches.Un poste de bureau
Sofiane désactive les logiciels préinstallés inutiles et vérifie les mises à jour sur le poste d'un commercial.
Un serveur exposé
Sofiane ferme les services « au cas où » et contrôle les règles du pare-feu du serveur de fichiers.
Un équipement réseau
Sofiane applique le firmware à jour sur le switch et limite les ports ouverts au strict nécessaire.
Toujours en couches
Sofiane empile antivirus/EDR, segmentation et moindre privilège plutôt que de compter sur une seule mesure.
✓ Bonnes pratiques
- Appliquer une cadence de mises à jour maîtrisée : tester sur un pilote avant de généraliser.
- Ne jamais compter sur une seule mesure : empiler les couches (défense en profondeur).
- Tester toute règle de pare-feu en environnement isolé avant de la pousser en production.
✗ Pièges fréquents
- Laisser des services exposés « au cas où ».
- Repousser les mises à jour indéfiniment.
- Compter sur l'antivirus seul comme protection totale.
Points clés à retenir
- Réduire la surface d'attaque : moins de portes à défendre.
- Les mises à jour ferment des failles connues, activement scannées.
- Le pare-feu n'autorise que le nécessaire et bloque le reste.
- La sécurité s'empile en couches : c'est la défense en profondeur.
Défi 48h — appliquez demain
Comme Sofiane, passez en revue UN poste ou serveur : listez services et logiciels, désactivez un élément inutile, vérifiez l'état des mises à jour et relisez une règle de pare-feu. Écrivez en une phrase la porte que vous venez de fermer.
- Je peux expliquer ce qu'est la surface d'attaque et le durcissement.
- Je sais pourquoi les mises à jour sont la mesure la plus rentable.
- Je sais filtrer avec le pare-feu et empiler les couches (défense en profondeur).
Questions fréquentes
Un antivirus ne suffit-il pas ?
Non : l'antivirus est une couche, pas une protection totale. Un système non à jour, des services exposés ou des comptes trop puissants restent exploitables malgré lui. La sécurité repose sur plusieurs couches complémentaires — c'est la défense en profondeur.
Les mises à jour ne risquent-elles pas de casser la production ?
Le risque existe, d'où le test sur un périmètre pilote avant généralisation. Mais repousser indéfiniment est plus dangereux : les failles corrigées sont publiques et activement exploitées. On équilibre par une cadence maîtrisée et des tests, pas par l'inaction.
Pourquoi les mises à jour sont-elles la mesure la plus rentable ?