Vue d’ensemble
1 page
Réseaux spécialisés, sobriété et futurs raisonnables : le paysage avant d’entrer dans chaque secteur.
Environnements & domaines spécialisés
Rubrique 10 sur 13
Chaque secteur a ses contraintes, ses normes et ses vieilles machines.
Rubrique · 26 pages · 9 sous-sections
Environnements & domaines spécialisés
Industrie & OT
6 pages
Automates, SCADA, IHM et DMZ industrielle : protéger une production qu’on ne peut pas arrêter.
Objets connectés & embarqué
3 pages
Objets contraints, inventaire des objets oubliés et traçabilité RFID : l’IoT et ses angles morts.
Télécoms
2 pages
Réseaux mobiles, satellites, petites cellules et itinérance : la confiance entre opérateurs.
Finance, paiement & commerce
4 pages
Transactions bancaires, paiement en ligne, fraude et extensions de boutique : là où l’argent circule.
Transports & spatial
6 pages
Automobile, aéronautique, ferroviaire, flottes connectées et satellites : la sûreté qui se déplace.
- Comment concevoir la sûreté cyber automobile et aéronautique
- Sécuriser la signalisation ferroviaire connectée
- Sécuriser les satellites et les liaisons montantes
- Brouillage et leurrage GNSS, détection, OSNMA et repli du temps
- Navigation inertielle et filtre de Kalman quand le GNSS est brouillé
- Sécuriser l'accès des flottes de véhicules connectés
Éducation
1 page
Données d’élèves mineurs en EdTech : un public à protéger en priorité.
Systèmes hérités
1 page
Le mainframe qu’on n’ose plus toucher : le sécuriser sans le casser.
Sûreté physique connectée
2 pages
Badges, serrures connectées et caméras IP : quand la sécurité du bâtiment passe par le réseau.
Par où commencer
- Vue d’ensemble
Prendre la mesure du paysage
- Industrie & OT
Protéger une production continue
- Objets connectés & embarqué
Retrouver les objets oubliés
- Finance, paiement & commerce
Suivre l’argent qui circule
Environnements & domaines spécialisés
Section intitulée « Environnements & domaines spécialisés »Un automate industriel qui tourne depuis quinze ans n’a jamais été pensé pour recevoir un correctif de sécurité, et personne ne va l’arrêter pour en installer un : la chaîne de production qui en dépend coûte trop cher à l’arrêt. C’est tout le paradoxe de l’OT et de l’ICS : les principes de sécurité qu’on applique ailleurs sans discuter se heurtent ici à une contrainte de disponibilité qui passe avant tout le reste, normes dédiées à l’appui (IEC 62443 en tête).
→ Lire l’explication complète de la marmotte
L’IoT pousse la même logique à un autre extrême : des objets contraints en énergie, en calcul, en mémoire, avec un cycle de vie qui dépasse largement celui du fournisseur qui les a conçus. Un capteur oublié dans un coin de réseau depuis cinq ans, jamais mis à jour, jamais inventorié : ce n’est pas une exception, c’est la norme du secteur.
Chaque domaine spécialisé ajoute sa propre contrainte : l’automobile et l’aéronautique, où une panne devient un risque physique immédiat ; les télécoms, où l’itinérance et l’interconnexion entre opérateurs créent des surfaces de confiance qu’on ne maîtrise qu’à moitié ; le mainframe, grand oublié qu’on continue de faire tourner parce que le réécrire coûterait une fortune et que personne n’ose y toucher.
La finance et l’éducation ferment la marche avec la même leçon, déclinée différemment : une transaction bancaire ou le dossier d’un élève mineur n’ont pas droit à l’erreur, et les contraintes réglementaires qui les entourent existent précisément parce que quelqu’un, un jour, en a payé le prix.
🐝 Ce qui arrive si on s’en passe
Section intitulée « 🐝 Ce qui arrive si on s’en passe »Une organisation qui applique à ses environnements spécialisés les recettes pensées pour la bureautique obtient l’un de deux résultats : soit la protection est contournée parce qu’elle menace la disponibilité, soit elle arrête la production qu’elle devait protéger. Les équipements jamais inventoriés restent hors de toute surveillance, si bien qu’une intrusion passée par un capteur oublié n’apparaît dans aucun tableau de bord. Les interconnexions entre opérateurs ou partenaires deviennent des chemins d’entrée dont personne ne tient la liste. Et lorsque la réglementation sectorielle est ignorée, l’incident se double d’un manquement : l’organisation doit alors expliquer non seulement ce qui a cédé, mais pourquoi rien n’avait été prévu pour l’empêcher.
🦫 Explication de la marmotte 🍫
Section intitulée « 🦫 Explication de la marmotte 🍫 »Cette rubrique regroupe les secteurs où les règles habituelles de la sécurité informatique ne s’appliquent pas telles quelles. Dans une usine, les automates, ces petits ordinateurs qui commandent les machines de production, tournent souvent depuis des années sans mise à jour : les arrêter pour corriger une faille coûterait trop cher, car toute la chaîne de production dépend d’eux. La disponibilité passe donc avant tout, et des normes dédiées encadrent la protection de ces systèmes. Les objets connectés, par exemple les capteurs, disposent de peu d’énergie, de puissance de calcul et de mémoire ; ils restent en service bien plus longtemps que leur fabricant ne les suit, et beaucoup ne sont ni mis à jour ni même recensés. Dans l’automobile et l’aéronautique, une panne informatique devient un danger physique immédiat. Dans les télécommunications, les opérateurs se connectent entre eux, notamment quand un téléphone fonctionne à l’étranger, et chacun doit faire confiance à des réseaux qu’il ne contrôle pas. Les grands ordinateurs centraux, anciens, continuent de tourner parce que les remplacer serait très coûteux et risqué. La finance et l’éducation ont des obligations légales fortes : un paiement ou le dossier d’un élève mineur ne tolèrent pas d’erreur, et ces obligations sont nées d’incidents passés. Comprendre la contrainte propre à chaque secteur permet d’adapter les protections au lieu d’appliquer sans réfléchir des recettes conçues pour un autre environnement.