La souveraineté numérique s’impose comme un sujet opérationnel pour les entreprises françaises. Dans une chronique publiée sur le JDN, Rémi Dusaud présente ce dossier non plus comme une contrainte juridique isolée, mais comme un axe de résilience pour les responsables de la sécurité des systèmes d’information.
Rémi Dusaud place la souveraineté au cœur des RSSI
Le texte publié sur le JDN par Rémi Dusaud marque une évolution nette dans la manière d’aborder la souveraineté numérique. Le sujet n’est plus réservé aux juristes, aux directions publiques ou aux grands contrats d’infrastructure. Il concerne directement les RSSI, dont la mission consiste à garantir la continuité, la sécurité et la maîtrise du système d’information.
Cette approche correspond à une réalité observée dans de nombreuses organisations. Les décisions d’hébergement, de sauvegarde, de chiffrement ou d’externalisation engagent désormais la capacité d’une entreprise à conserver le contrôle sur ses actifs numériques. Un logiciel de messagerie, une plateforme collaborative ou un outil d’analyse de données peuvent créer une dépendance forte si leur fonctionnement repose sur des chaînes techniques mal identifiées.
Pour les RSSI, la priorité consiste donc à traduire la notion de souveraineté en actions vérifiables. Il ne s’agit pas de rejeter tous les fournisseurs étrangers, ni de promettre une autonomie totale rarement compatible avec les usages métiers. L’enjeu porte plutôt sur la résilience du système d’information, avec une vision claire des données sensibles, des services critiques et des scénarios de rupture.
Cette lecture pragmatique évite deux pièges. Le premier serait de réduire le débat à une position politique générale, sans effet concret sur les architectures. Le second consisterait à traiter la souveraineté comme une simple case de conformité. Entre ces deux extrêmes, le RSSI doit établir des priorités, documenter les risques et convaincre la direction générale que la dépendance numérique a un coût mesurable.

ANSSI, NIS2 et DORA renforcent la pression opérationnelle
La montée du sujet s’explique aussi par l’empilement des exigences réglementaires et sectorielles. L’ANSSI rappelle régulièrement que la protection des infrastructures numériques passe par une connaissance fine des prestataires, des flux et des conditions d’administration. Dans ce contexte, la souveraineté devient un prolongement naturel de la gestion du risque cyber.
La directive NIS2 renforce cette logique pour un nombre élargi d’entités, avec des obligations portant sur la gouvernance, la gestion des incidents et la sécurité de la chaîne d’approvisionnement. Même lorsque l’entreprise n’est pas directement concernée, ses donneurs d’ordre peuvent lui demander des garanties équivalentes. Les directions achats, juridiques et informatiques se retrouvent donc autour de sujets qui, jusque-là , étaient souvent traités séparément.
Le règlement DORA, centré sur la résilience opérationnelle du secteur financier, fournit un autre exemple de cette mutation. Il impose une attention soutenue aux prestataires technologiques critiques, aux tests de continuité et à la capacité de reprise. Pour un RSSI, ces obligations renforcent la nécessité de disposer d’une cartographie précise des dépendances, y compris lorsque les services sont fournis par des intermédiaires ou des sous-traitants.
La difficulté tient à la traduction concrète de ces textes dans les organisations. Les équipes sécurité doivent produire des preuves, formaliser des contrôles et suivre des plans d’action dans la durée. La conformité ne suffit pas si elle ne modifie pas les pratiques quotidiennes. Un contrat parfaitement rédigé perd de sa valeur si personne ne sait comment récupérer les données, basculer vers un service de secours ou isoler un fournisseur compromis.

Cloud, données critiques et fournisseurs exigent une cartographie précise
Le premier chantier opérationnel concerne la cartographie. Avant de choisir une stratégie souveraine, une entreprise doit savoir où se trouvent ses données critiques, qui les administre, dans quel pays elles sont traitées et quels acteurs peuvent y accéder. Cette démarche paraît élémentaire, mais elle révèle souvent une grande dispersion des usages, notamment avec les applications souscrites directement par les métiers.
Le cloud concentre une grande partie des interrogations. Les hyperscalers offrent des capacités industrielles difficiles à égaler, avec des niveaux élevés de disponibilité, d’automatisation et de sécurité technique. Mais leur adoption impose une analyse fine des juridictions applicables, des clés de chiffrement, des services managés et des conditions de support. La localisation d’un centre de données ne règle pas, à elle seule, la question du contrôle.
Les RSSI doivent donc classer les applications selon leur criticité. Un outil de communication interne, une base de données clients, une plateforme industrielle ou un environnement de développement ne présentent pas les mêmes risques. Cette classification permet d’adapter les exigences : chiffrement renforcé, hébergement qualifié, cloisonnement, supervision dédiée ou double fournisseur pour les processus les plus sensibles.
La démarche doit aussi intégrer les fournisseurs de second rang. Un éditeur SaaS peut s’appuyer sur un autre hébergeur, un prestataire de paiement, un service d’intelligence artificielle ou une solution de support externalisée. Sans cartographie complète, le risque demeure partiellement invisible. Les incidents récents de cybersécurité ont montré que l’attaque d’un prestataire peut se propager rapidement vers ses clients, même lorsque ces derniers disposent de contrôles internes robustes.
SecNumCloud et plans de réversibilité structurent les achats IT
Pour transformer cette analyse en décisions, les entreprises s’appuient de plus en plus sur des référentiels reconnus. La qualification SecNumCloud, portée par l’ANSSI, sert de repère pour évaluer certains services cloud au regard d’exigences de sécurité, d’exploitation et de protection juridique. Elle ne couvre pas tous les besoins, mais elle offre un langage commun entre RSSI, acheteurs, juristes et directions métiers.
La souveraineté ne se limite pas au choix initial du fournisseur. Elle suppose une capacité de sortie réaliste. Les plans de réversibilité deviennent donc centraux dans les appels d’offres et les renouvellements de contrat. Une entreprise doit savoir dans quels formats ses données seront restituées, sous quels délais, avec quel niveau d’assistance et à quel coût. Sans ces éléments, la dépendance devient un frein majeur lors d’un incident ou d’une hausse tarifaire.
Les clauses contractuelles doivent également préciser les obligations de notification, les droits d’audit, la gestion des sous-traitants et les conditions d’accès aux journaux techniques. Ces dispositions ne remplacent pas les contrôles opérationnels, mais elles donnent aux équipes sécurité un cadre pour agir. Dans les organisations matures, le RSSI intervient plus tôt dans le processus d’achat, avant la signature, afin d’éviter les arbitrages faits uniquement sur le prix ou la rapidité de déploiement.
Cette évolution modifie la relation entre sécurité et innovation. Les métiers attendent des solutions rapides, notamment pour l’analyse de données, l’automatisation et l’intelligence artificielle. Le rôle du RSSI consiste à rendre ces usages possibles sans perdre la maîtrise des informations sensibles. Les architectures hybrides, le chiffrement piloté par le client et la segmentation des environnements deviennent des outils de compromis, avec une surveillance continue plutôt qu’un contrôle ponctuel.
Les directions générales arbitrent entre coût, continuité et maîtrise
La feuille de route souveraine ne peut pas reposer uniquement sur les équipes cyber. Les arbitrages relèvent aussi des directions générales, car ils touchent aux budgets, aux délais de transformation et à la continuité d’activité. Un fournisseur qualifié, une architecture redondée ou une solution de chiffrement avancée peuvent coûter plus cher à court terme, mais réduire l’exposition en cas d’incident majeur.
Pour convaincre, les RSSI gagnent à présenter la souveraineté comme une gestion de risque quantifiée. Les indicateurs utiles portent sur le nombre d’applications critiques hébergées à l’extérieur, le taux de contrats disposant d’un plan de sortie testé, le délai maximal de reprise ou la part des données protégées par des clés maîtrisées par l’entreprise. Ces mesures facilitent la discussion avec les comités exécutifs.
Le sujet concerne aussi la réputation. Une entreprise incapable d’expliquer où sont stockées ses données clients ou comment elle contrôle ses prestataires s’expose à une perte de confiance. Dans certains secteurs, comme la santé, la finance, l’énergie ou les services publics, cette confiance conditionne directement la relation avec les usagers, les régulateurs et les partenaires commerciaux.
La démarche la plus réaliste repose sur des priorités progressives. Identifier les actifs vitaux, renforcer les contrats, tester la réversibilité, documenter les dépendances et revoir les architectures les plus sensibles constituent des étapes accessibles. La souveraineté numérique devient alors un programme de gouvernance continue, inscrit dans les décisions d’achat, les projets cloud et les exercices de crise pilotés par les organisations.
À retenir
- La souveraineté numérique devient un chantier opérationnel pour les RSSI.
- Les textes NIS2 et DORA renforcent le contrôle des prestataires critiques.
- La cartographie des données et fournisseurs reste le préalable central.
- La réversibilité doit être testée avant tout incident majeur.
- Les directions générales doivent arbitrer entre coût, continuité et maîtrise.





