Infrastructures critiques 2030 : pourquoi la résilience exige de faire converger cyber, OT et bâtiments
À l’horizon 2030, la modernisation des infrastructures ne consiste plus seulement à construire davantage de capacités. Aéroports, ports, réseaux de transport, Data Centers, sites industriels et Smart Cities deviennent des systèmes cyber-physiques où bâtiments, équipements connectés, données, réseaux IT, technologies OT, fournisseurs et opérations critiques deviennent interdépendants. Dans cette nouvelle architecture, la question centrale n’est plus seulement la sécurité : c’est la résilience.
L’ère hybride : lorsque la résilience devient le véritable indicateur de performance
Une caméra IP n’est plus uniquement une caméra. Elle contient un système embarqué, un firmware, des services réseau, une interface d’administration, des comptes, parfois des API, des certificats et des connexions à un environnement de vidéosurveillance.
Un contrôleur d’accès est également un équipement réseau. Une GTB/BMS pilote des équipements physiques tout en échangeant des données en IP. Un automate industriel peut dépendre de postes d’ingénierie, de réseaux de supervision et d’interfaces numériques.
La séparation historique entre sécurité physique, IT, OT, systèmes du bâtiment et Facility Management devient donc insuffisante pour comprendre le risque.
La chaîne fonctionne également dans l’autre direction : un accès physique à un équipement connecté peut permettre d’atteindre un réseau, puis un environnement IT ou OT et, in fine, un processus critique.
La question stratégique change.
Hier : « Sommes-nous suffisamment protégés ? »
Aujourd’hui : « Si une composante est compromise, comment empêcher qu’un incident local devienne une crise systémique ? »
La résilience opérationnelle désigne précisément cette capacité à anticiper une perturbation, l’absorber, maintenir les fonctions essentielles, fonctionner si nécessaire en mode dégradé et restaurer la mission dans des délais compatibles avec les objectifs de l’organisation.
Horizon 2030 : pourquoi le Maroc change d’échelle
L’Horizon 2030 accélère simultanément deux transformations : la modernisation physique des infrastructures et leur hyper-digitalisation.
Les réseaux de mobilité, les plateformes logistiques, les infrastructures aéroportuaires, les systèmes énergétiques, les bâtiments intelligents et les dispositifs associés aux grands flux de personnes deviennent de plus en plus dépendants de logiciels, de réseaux de communication, d’identités numériques, de capteurs et de services externes.
Un aéroport moderne ne dépend pas uniquement de ses pistes et terminaux. Il agrège progressivement :
- contrôle d’accès et identité numérique ;
- vidéoprotection et sûreté ;
- systèmes bagages et information passagers ;
- télécommunications ;
- GTB/BMS et infrastructures énergétiques ;
- réseaux OT ;
- services Cloud et interconnexions externes.
Même logique dans le ferroviaire : signalisation, alimentation, centres de contrôle, communications, systèmes voyageurs et infrastructures numériques sont interdépendants.
Une défaillance cyber significative n’est donc plus nécessairement un simple incident informatique. Elle peut devenir un problème de mobilité, de continuité des opérations, de sûreté ou de gestion de crise.
La préparation de 2030 doit par conséquent être comprise comme un programme associant :
C’est précisément cette logique qui rapproche la modernisation des infrastructures de la Stratégie Nationale de Cybersécurité à l’horizon 2030.
Loi 05-20 Maroc : IIV et SIS, l’architecture juridique de la cyber-résilience
Au Maroc, cette transformation rencontre un cadre juridique structurant : la Loi n° 05-20 relative à la cybersécurité.
Deux notions sont fondamentales.
La nuance est capitale :
Toute infrastructure stratégique n’est pas automatiquement une IIV au sens juridique. La qualification repose sur un mécanisme réglementé, et la liste des infrastructures désignées n’est pas publique.
Cette précision est particulièrement importante lorsqu’on parle des infrastructures associées à 2030. Les installations sportives, par exemple, sont incontestablement critiques sur le plan opérationnel et fortement dépendantes de l’énergie, des télécommunications, des transports et de la sûreté ; leur qualification juridique comme IIV ne doit cependant pas être présumée.
Pour les systèmes effectivement concernés par le régime renforcé, la Loi 05-20 transforme la cybersécurité en véritable obligation de gouvernance du risque.
- classification des systèmes et des actifs ;
- analyse des risques ;
- gouvernance SSI ;
- identification des SIS ;
- capacités de détection ;
- notification des incidents ;
- plans de continuité et de reprise ;
- homologation des SIS avant mise en exploitation ;
- audits et remédiation ;
- encadrement de l’externalisation et des prestataires.
L’approche n’est donc plus :
Elle devient :
C’est une véritable logique de Cybersecurity by Design et, plus largement, de Resilience by Design.
Convergence OT/IT : comment une caméra IP peut devenir un problème industriel
La convergence OT/IT constitue l’un des points les plus sensibles de cette nouvelle architecture.
Le risque n’est pas qu’une caméra « attaque » directement un SCADA. Le problème apparaît lorsqu’un équipement connecté compromis devient un premier point d’appui dans une architecture insuffisamment segmentée.
↓
VLAN VIDÉOSURVEILLANCE
↓
SERVEUR VMS / INFRASTRUCTURE D’ADMINISTRATION
↓
SERVICES IT PARTAGÉS
↓
IT CORPORATE
↓
OT-DMZ
↓
SCADA / ICS
Une caméra vulnérable peut bénéficier de plusieurs privilèges implicites : elle appartient à l’organisation, se situe physiquement dans le bâtiment et se trouve déjà derrière le pare-feu périmétrique.
C’est exactement ce modèle de confiance que l’Architecture Zero Trust remet en cause.
Le même raisonnement vaut pour le contrôle d’accès. Lecteurs, contrôleurs, bases d’identités, annuaires et systèmes de supervision forment une chaîne capable de relier directement le monde physique et l’environnement numérique.
Une compromission peut alors toucher simultanément :
- la confidentialité des identités et historiques d’accès ;
- l’intégrité des autorisations ;
- la disponibilité du système ;
- et la sûreté physique puisqu’un droit numérique déclenche une action réelle.
Cybersécurité industrielle : lorsque BMS, SCADA et ICS pilotent le monde réel
La GTB/BMS — Building Management System constitue un cas encore plus structurant.
Dans un Data Center, un aéroport, un port ou un site industriel, une GTB peut superviser le refroidissement, la ventilation, l’éclairage, les pompes, l’énergie, les capteurs environnementaux et différents équipements techniques.
Elle n’est donc plus une simple application de confort : elle devient un système cyber-physique.
Chaque intégration supplémentaire crée une nouvelle relation de confiance.
Dans le domaine de la cybersécurité industrielle SCADA/ICS, l’enjeu est encore supérieur, car l’attaque ne menace plus seulement de l’information.
Elle peut toucher :
Une règle architecturale devient alors fondamentale :
Convergence des informations ne signifie pas fusion des réseaux.
L’organisation doit faire converger la visibilité, l’analyse et la gouvernance tout en conservant une séparation technique rigoureuse entre IT, OT, BMS, sûreté physique et systèmes critiques.
PSIM et SOC industriel : construire une vision cyber-physique commune
La séparation technique des réseaux ne doit pas produire une séparation décisionnelle.
Le PSIM — Physical Security Information Management permet d’agréger des événements issus de plusieurs systèmes physiques : vidéosurveillance, contrôle d’accès, intrusion, capteurs périmétriques et alarmes techniques.
Sa valeur n’est pas d’afficher davantage d’interfaces. Elle consiste à :
En parallèle, un SOC industriel observe des informations propres à l’OT :
- pare-feux industriels ;
- IDS/NDR OT ;
- bastions ;
- authentifications ;
- changements de configuration ;
- stations d’ingénierie ;
- flux SCADA/ICS ;
- inventaire d’actifs.
La véritable rupture apparaît lorsque le PSIM et le SOC peuvent croiser leurs contextes.
Imaginons quatre événements :
- un badge ouvre un local technique à une heure inhabituelle ;
- une caméra de cette zone devient indisponible ;
- un nouvel équipement apparaît sur le réseau ;
- une connexion inhabituelle vers un serveur BMS est observée.
Individuellement, ces alertes peuvent sembler modérées. Corrélées, elles signalent potentiellement une compromission cyber-physique d’une zone critique.
Le modèle mature devient donc :
Architecture Zero Trust : ne plus faire confiance à un actif parce qu’il est « interne »
Le principe Zero Trust est particulièrement adapté aux infrastructures connectées : aucun actif ne devrait bénéficier d’une confiance implicite uniquement parce qu’il se trouve dans un bâtiment ou appartient à l’organisation.
Une caméra peut, par exemple, être autorisée à contacter son VMS et les services strictement nécessaires à son fonctionnement, tout en étant techniquement empêchée d’atteindre un ERP, un Active Directory ou un SCADA.
Dans les environnements legacy, tous les automates ne peuvent pas accueillir un EDR, une MFA ou des agents modernes.
La stratégie consiste alors à déplacer le Policy Enforcement Point devant l’actif, via une passerelle ou un pare-feu industriel.
La doctrine peut être résumée ainsi :
ISO 27001, ISO 22301, ISO 18788 et ISO 41001 : quatre couches d’une même résilience
La technologie ne peut pas, à elle seule, créer la résilience.
Une architecture mature a besoin de systèmes de management capables de relier information, opérations, environnement physique et continuité.
| Référentiel | Domaine | Question stratégique |
|---|---|---|
| ISO 18788 | Management des opérations de sûreté | Les opérations sont-elles maîtrisées, responsables et correctement gouvernées ? |
| ISO/IEC 27001 | Sécurité de l’information | Les risques pesant sur les informations et les systèmes sont-ils maîtrisés ? |
| ISO 41001 | Facility Management | L’environnement bâti et les services techniques soutiennent-ils durablement la mission ? |
| ISO 22301 | Business Continuity Management | Lorsque la perturbation survient, comment maintenir puis rétablir les fonctions prioritaires ? |
La logique d’ISO 22301 est particulièrement structurante : elle oblige à quitter une vision purement centrée sur les équipements.
Une Business Impact Analysis — BIA demande d’abord quelles activités doivent survivre, pendant combien de temps et dans quel ordre elles doivent être rétablies.
C’est le point de bascule entre la simple protection et la résilience opérationnelle.
De la conformité à la résilience : pourquoi la qualification fournisseur change
Cette transformation affecte directement la relation entre donneurs d’ordre, intégrateurs et fournisseurs.
L’ancienne qualification pouvait essentiellement porter sur :
qualité + références + prix + délais.
L’infrastructure critique impose désormais des questions supplémentaires.
- Comment les accès administrateurs sont-ils protégés ?
- Comment s’effectue la maintenance distante ?
- Les équipements et logiciels sont-ils maintenus à jour ?
- Que se passe-t-il si le fournisseur lui-même subit une cyberattaque ?
- Existe-t-il un dispositif de continuité ?
- Les sous-traitants de rang inférieur sont-ils connus ?
- Les interventions sur les systèmes critiques sont-elles traçables ?
La qualification fournisseur change de nature.
La question n’est plus uniquement : « Êtes-vous capable de livrer ? »
Elle devient : « Êtes-vous capable de livrer, protéger, exploiter, maintenir et continuer ? »
C’est pourquoi un modèle mature tend vers un Integrated Management System — IMS plutôt que vers plusieurs systèmes documentaires indépendants.
Integrated Facility Management : quand le bâtiment devient une plateforme opérationnelle
L’Integrated Facility Management — IFM représente une transformation beaucoup plus profonde qu’une simple consolidation contractuelle.
Il vise à gouverner l’environnement bâti comme un seul système opérationnel réunissant :
La logique évolue progressivement :
| Approche fragmentée | Integrated Facility Management |
|---|---|
| KPI par fonction | KPI de performance globale |
| Maintenance corrective ou calendaire | Maintenance conditionnelle et prédictive |
| Données dispersées | Référentiel d’actifs et données intégrées |
| Énergie gérée séparément | Energy Management intégré |
| Réponse aux incidents par domaine | Commandement et procédures coordonnées |
| Vision équipement | Vision continuité de service |
Maintenance prédictive
Les capteurs, le BMS, les historiques d’intervention et les outils analytiques permettent progressivement de passer :
L’objectif n’est pas simplement de diminuer la maintenance. Il est de réduire les interruptions non planifiées et d’augmenter la disponibilité des actifs critiques.
Energy Management
L’IFM rapproche occupation, conditions d’exploitation, données énergétiques, performance HVAC, horaires et état réel des équipements.
La question devient alors :
« Pourquoi consommons-nous cette énergie, quel actif en est responsable et quelle action permet de réduire la consommation sans compromettre la disponibilité de la mission ? »
Emergency Response
Lorsqu’une perturbation survient, les différentes équipes ne doivent plus traiter chacune leur propre alarme sans compréhension globale.
Un événement physique peut devoir relier instantanément :
Le bâtiment intelligent ne doit donc pas simplement être automatisé.
Il doit devenir observable, prédictif, optimisé, sécurisé et résilient.
Supply-chain security : l’infrastructure s’arrête-t-elle réellement à ses murs ?
L’hyperconnexion augmente la performance, mais également les dépendances.
Un Smart Building, un Data Center ou un environnement industriel peut dépendre d’une multitude d’intégrateurs, éditeurs SaaS, fabricants, spécialistes techniques et fournisseurs Cloud disposant d’accès physiques ou numériques.
L’Asset Manager moderne ne peut donc plus seulement demander :
Il doit aussi demander :
Le registre des actifs doit progressivement relier :
La télémaintenance illustre parfaitement ce problème.
Un terminal fournisseur compromis peut emprunter une relation parfaitement légitime :
Le risque n’est donc pas toujours l’accès illégitime depuis Internet.
Il peut être l’utilisation malveillante d’une confiance déjà accordée.
Une architecture mature doit notamment prévoir :
- MFA pour les accès distants ;
- bastion fournisseur centralisé ;
- Just-in-Time / Just-Enough-Access ;
- enregistrement des sessions ;
- expiration automatique des habilitations ;
- segmentation IT / BMS / sûreté / OT ;
- gestion des vulnérabilités et firmwares ;
- notification contractuelle des incidents ;
- clauses de continuité et de réversibilité ;
- exercices incluant les fournisseurs critiques.
Smart Cities : une ville connectée est aussi une infrastructure de dépendances
À l’échelle urbaine, la convergence devient systémique.
Une Smart City peut associer mobilité, eau, énergie, éclairage, vidéoprotection, IoT, plateformes de données, systèmes d’alerte et infrastructures de communication.
Une ville intelligente ne se résume donc pas à un ensemble de capteurs.
Elle développe progressivement un système nerveux informationnel.
L’interopérabilité devient alors une condition de résilience.
Face à une perturbation majeure, les systèmes doivent être capables d’échanger des informations et de coordonner des actions, tout en conservant des mécanismes robustes d’authentification et de segmentation.
Une Smart City mal architecturée peut concentrer ses vulnérabilités aussi vite qu’elle concentre ses données.
Leapfrogging technologique : l’Afrique peut-elle construire directement la génération suivante ?
Le leapfrogging technologique offre une grille de lecture particulièrement intéressante pour l’Afrique.
Il ne signifie pas que toutes les infrastructures africaines seraient nouvelles ou dépourvues de systèmes hérités.
L’opportunité apparaît surtout dans certains projets greenfield : nouvelles plateformes logistiques, Data Centers, technopoles, hubs portuaires et développements urbains conçus presque à partir de zéro.
Le modèle historique de transformation ressemble souvent à :
Un projet greenfield peut théoriquement inverser cette logique :
conçus simultanément.
C’est là que se trouve le potentiel du leapfrogging : intégrer directement la résilience dans l’architecture initiale plutôt que tenter de corriger plusieurs décennies de dette technique.
Mais digitaliser rapidement ne suffit pas.
Une infrastructure n’est pas réellement avancée si elle crée simultanément :
- un enfermement propriétaire ;
- une dépendance technologique impossible à remplacer ;
- une architecture difficilement auditable ;
- une dépendance totale à une connectivité externe ;
- des systèmes incapables de fonctionner en mode dégradé.
Le leapfrogging réellement stratégique consiste donc à sauter certaines générations technologiques sans sauter les fondamentaux de gouvernance.
Souveraineté technologique et interopérabilité : « Open, but controlled »
La question de la souveraineté technologique ne se réduit pas à choisir entre technologies africaines et technologies étrangères.
L’enjeu consiste à conserver la capacité de choisir.
Une infrastructure africaine de nouvelle génération doit pouvoir être :
- ouverte aux technologies mondiales sans dépendance exclusive ;
- interopérable sans devenir techniquement ouverte à tout ;
- connectée au Cloud tout en conservant des modes dégradés ;
- administrable et auditable localement ;
- fondée sur des standards internationaux ;
- capable de faire circuler les données tout en maîtrisant leur gouvernance.
La véritable souveraineté est autant une question d’architecture que d’origine du fournisseur.
Elle réside dans la capacité à :
Vers une Integrated Security Architecture : de la protection des composants à la résilience de la mission
Toutes ces transformations conduisent vers un changement de doctrine.
L’ancienne architecture protégeait des périmètres séparés.
L’architecture émergente doit protéger les interactions et dépendances entre systèmes.
La sûreté physique conserve son rôle. La cybersécurité conserve le sien. L’OT doit rester fortement segmenté. L’IFM reste responsable de la performance des actifs. Le Business Continuity Management organise la survie de la mission.
Mais toutes ces disciplines doivent progressivement partager :
- une cartographie commune des dépendances ;
- une gouvernance du risque cohérente ;
- une visibilité corrélée ;
- des processus coordonnés de réponse ;
- une stratégie de continuité fondée sur les fonctions essentielles.
C’est ce que l’on peut qualifier d’Integrated Security Architecture.
Elle ne signifie pas fusionner les réseaux.
Elle signifie faire converger la décision tout en conservant des barrières techniques fortes.
Aujourd’hui : protéger chaque interaction.
Demain : corréler les événements cyber, physiques et opérationnels afin qu’une compromission locale ne devienne jamais une crise systémique.
Pourquoi cette convergence concerne directement l’écosystème NEXUS
Cette transformation ne peut plus être contenue dans un seul secteur.
Elle traverse naturellement plusieurs univers de NEXUS.
Un aéroport est simultanément une infrastructure de mobilité, un bâtiment, un système numérique et un environnement opérationnel.
Un Smart Port combine logistique, OT, télécommunications, énergie, data et infrastructures physiques.
Un Data Center est numérique par destination, mais sa continuité dépend de l’électricité, du refroidissement, des fournisseurs, des accès et de la maintenance.
Une Smart City constitue une architecture de dépendances.
La résilience se construit donc à l’interface des secteurs.
C’est précisément cette interface que NEXUS place au centre de la conversation.
De l’infrastructure protégée à l’infrastructure résiliente
Pour les DG, RSSI, Directeurs Sûreté, Asset Managers, responsables OT, exploitants d’infrastructures, intégrateurs, architectes systèmes, décideurs publics et responsables de la continuité, la convergence cyber-physique n’est plus un scénario prospectif.
Elle existe déjà.
La question est désormais de savoir qui saura la transformer en avantage de résilience plutôt qu’en nouvelle surface de vulnérabilité.
NEXUS Expo & Summit 2026 — 11 au 15 novembre 2026, Tanger.
Réserver votre place Découvrir NEXUS 2026Références institutionnelles
Direction Générale de la Sécurité des Systèmes d’Information — Stratégie Nationale de Cybersécurité : DGSSI
DGSSI — Systèmes d’Information Sensibles des Infrastructures d’Importance Vitale : IIV & SIS
Loi n° 05-20 relative à la cybersécurité : Texte officiel
Référentiels ISO : ISO/IEC 27001 · ISO 22301 · ISO 41001 · ISO 18788