Souveraineté : un mot de marketing, ou une propriété technique ?
« Souverain » figure aujourd'hui sur presque toutes les plaquettes. Le terme mérite une définition opérationnelle, sinon il ne veut rien dire. Pour un outil de gestion de réseau, une seule question tranche : où vos configurations sont-elles traitées, et qui peut être contraint de les communiquer ?
Tout le reste — la nationalité de l'éditeur, le lieu d'hébergement, les certifications — découle de cette question ou n'y répond pas.
Ce que contient réellement une configuration réseau
On sous-estime la sensibilité de ces données parce qu'elles n'ont pas l'air d'être des données métier. Une configuration de pare-feu ou de routeur décrit pourtant :
- le plan d'adressage et la segmentation complète du réseau ;
- les flux autorisés, donc les dépendances entre applications ;
- les services exposés et les versions logicielles en place, donc les vulnérabilités applicables ;
- parfois des empreintes de mots de passe et des clés ;
- les points d'interconnexion avec les partenaires et les sites distants.
Autrement dit : le plan d'attaque complet de l'organisation. Peu d'équipes accepteraient d'envoyer ce document par courriel à un tiers ; beaucoup le recopient pourtant en continu dans un service hébergé.
Trois questions à poser à n'importe quel outil
Où les données sont-elles traitées ?
Pas « où sont-elles stockées », mais « où sont-elles traitées ». Un stockage en Europe avec un plan de contrôle administré ailleurs expose quand même le contenu. La réponse utile est le lieu d'exécution du logiciel.
Quel droit s'applique à l'opérateur ?
Une société soumise à une juridiction étrangère peut être contrainte de produire des données qu'elle détient, indépendamment du lieu du serveur. C'est une contrainte juridique, pas un défaut technique : aucun chiffrement côté fournisseur ne la lève si le fournisseur détient aussi les clés.
Que se passe-t-il si le service disparaît ?
Si votre plan d'administration dépend d'un service externe, son interruption ne vous prive pas seulement d'une interface : elle vous prive de votre historique de configurations au moment où vous en avez le plus besoin. La question de la réversibilité est aussi une question de disponibilité.
Ce que change une exécution sur votre infrastructure
Installer l'outil dans votre réseau ne rend pas magiquement les données sûres : vous héritez de la responsabilité de les protéger. Mais cela supprime une classe entière de problèmes. Il n'existe pas de copie externe à auditer, à inventorier dans votre registre de traitements, à rapatrier en fin de contrat, ni à protéger contre un accès légal étranger. Ce qui n'a pas été recopié n'a pas à être défendu.
Le bénéfice secondaire est souvent le plus concret au quotidien : un outil qui n'a besoin d'aucun accès sortant peut fonctionner dans un réseau industriel isolé, un site classé, ou une enclave sans route par défaut. C'est l'usage où les plateformes hébergées obligent purement et simplement à réduire le périmètre.
Souveraineté ne veut pas dire national
Une confusion fréquente mérite d'être levée : la souveraineté concerne la maîtrise, pas la géographie du client. Un éditeur français dont le logiciel s'installe chez le client sert tout aussi bien une organisation établie ailleurs : elle exécute le produit sous le droit qui lui est applicable, dans son pays. Le modèle est le même partout ; c'est le lieu d'exécution qui change, et il appartient toujours au client.
Notre page gestion réseau souveraine détaille ce modèle de déploiement, et la page environnements isolés traite le cas extrême : aucun accès sortant du tout.
