## L’usine connectée ne s’arrête pas à cause d’un “virus” : elle s’arrête à cause de décisions invisibles
Quand on me dit “on a peur d’une attaque”, je pars de ce qui fait mal :
arrêts, délais cassés, retouches, replanification, marge qui s’évapore.
L’incident arrive souvent comme une normalité dangereuse : un accès qui ne devrait pas exister, des droits hérités, des mots de passe partagés, un poste “temporaire” devenu permanent, une exception jamais documentée.
Et un jour, la continuité dépend de choses jamais décidées au niveau direction.
## Ce que j’appelle une usine connectée
Ce n’est pas juste des machines en réseau. C’est un flux où cohabitent systèmes de gestion, postes, réseaux industriels, appareils de capture et échanges de données pour gagner en vitesse.
La vitesse est réelle. La conséquence aussi :
si identités et accès ne sont pas gouvernés, l’usine devient fragile.
## L’erreur classique : acheter la “sécurité” comme une boîte
Antivirus, appliance, “prestataire qui gère”.
La cybersécurité opérationnelle se construit comme une discipline.
Elle commence par une question :
qui peut toucher quoi, et que se passe-t-il en cas d’erreur ?
## Ce qui est en jeu : continuité, promessa, réputation
Arrêt → dates bougent → coordination explose → décisions se dégradent → retouches → marge en baisse.
Je la traite donc comme continuité et promesse défendable.
Principe : ce qui n’est pas borné devient incident.
## La frontière OT/IT
Deux mondes : gestion et opération.
Les connecter est normal. Le risque apparaît quand la connexion devient un pont informel : accès sans contrôle, appareils non prévus, outils distants sans trace, exceptions routinisées.
Signal d’alerte : quand “ça marche parce que quelqu’un sait”, pas parce que le système impose des limites.
## “Ça ne nous arrivera pas” = “on ne le verrait pas venir”
L’impact ne dépend pas d’être une cible, mais d’être exposé.
Et cela ne ressemble pas toujours à “cyber” : accès qui échouent, lenteurs, ordres qui disparaissent, fichiers bloqués.
Sans signaux opérationnels, on parle de “problème informatique” jusqu’à trop tard.
## 9 symptômes d’exposition
Mots de passe partagés, comptes génériques, droits hérités, accès distant sans journal clair, équipements sans propriétaire, sauvegardes non testées, mises à jour reportées, vérités multiples entre systèmes, petits incidents normalisés.
Ce sont des signaux de gouvernance faible.
## Le cœur : identités, permissions, traçabilité
Si je dois choisir : identité + permissions + traçabilité.
Trois questions : qui est la personne ? que peut-elle faire exactement ? quelle preuve reste ?
Quand c’est clair, on sort des suppositions.
## Le mythe de l’autonomie totale : il faut des gates
Le routinier peut s’écouler. Le critique passe un gate. L’irréversible exige approbation.
Ce n’est pas de la bureaucratie : c’est de la protection de marge.
## Ce qui casse en premier
Souvent, c’est la coordination : priorités, promesses, confirmations, confiance dans les données.
Pour moi, c’est aussi une préparation à la crise : décider avec de l’évidence.
## Questions pour mesurer le rayon d’impact
Que peut continuer si un système tombe ? combien de temps pour identifier les ordres à risque ? liste des actifs critiques ? qui stoppe/relance ? quels accès distants et quel audit ? restauration testée ? changements avec approbation ? conflits de vérité entre systèmes ? qui décide quoi en premier ?
## Conclusion
Je ne cherche pas à faire peur. Je cherche à enlever l’héroïsme de la continuité.
Si tu veux, je le regarde avec toi en 15 minutes : points d’exposition probables, rayon d’impact réel et critères pour démarrer sans geler l’opération.
Diagnóstico express
