Prendre rendez-vous

Souveraineté numérique dans le cloud

Qui décide si, où et sous quel droit vos systèmes fonctionnent ? En 2026, la souveraineté numérique n'est plus un débat de principe, mais une catégorie mesurable et auditable.

En mai 2025, le procureur de la Cour pénale internationale (CPI) a perdu l'accès à son compte Microsoft Outlook — non pas à la suite d'une cyberattaque, mais d'une simple sanction américaine. L'incident le montre clairement : la souveraineté numérique n'est pas une question de protection des données, mais une question de contrôle des systèmes — qui décide si, où et sous quel droit vos traitements s'exécutent ? Environ 70 % du marché européen du cloud reviennent à trois hyperscalers américains, et 57 % des entreprises de la région DACH n'ont, selon l'étude Lünendonk 2026, aucun plan B en cas de défaillance de ces derniers. Avec le framework SEAL de l'UE et le catalogue de critères C3A v1.0 du BSI (27 avril 2026), la souveraineté devient désormais objectivement évaluable et peut être ancrée comme critère d'attribution. Cette page met en perspective les dimensions, le cadre juridique, la grille d'évaluation et la démarche pratique.

L'essentiel en un coup d'œil

01

La souveraineté, c'est le contrôle des systèmes

La souveraineté numérique ne se résume pas à la conformité au RGPD. L'essentiel est de savoir qui détermine si, où et sous quel droit vos traitements s'exécutent — à travers six leviers : le compute et l'infrastructure, les écosystèmes industriels, les plateformes, les standards, la création de valeur et la position structurelle. La souveraineté ne naît pas dans une couche isolée, mais de l'alignement de l'ensemble.

02

Conflit juridique fondamental : RGPD vs CLOUD Act

Le RGPD exige que les données ne quittent pas la juridiction de l'UE ; le CLOUD Act américain autorise les autorités américaines à accéder aux données des fournisseurs sous contrôle américain — indépendamment du lieu de stockage. En juin 2025, Microsoft a déclaré devant un tribunal français ne pas pouvoir garantir la souveraineté face au CLOUD Act. Un centre de données à Francfort ne résout pas ce conflit tant que le fournisseur reste soumis au droit américain.

03

Niveaux de maturité : niveaux SEAL et BSI C3A

Le framework SEAL de l'UE définit huit Sovereignty Objectives pondérés et auditables ainsi que cinq niveaux — de SEAL 1 (base) à SEAL 5 (sécurité nationale), en passant par SEAL 2 (données à caractère personnel) et SEAL 3 (infrastructures critiques). Le catalogue C3A v1.0 du BSI, publié le 27 avril 2026, concrétise le framework pour l'Allemagne avec les domaines de critères SOV-1 à SOV-6. La position de souveraineté d'un déploiement cloud peut ainsi être évaluée objectivement et ancrée dans les appels d'offres.

04

Briques techniques : maîtrise des clés et stack européen

Le chiffrement ne protège que si le fournisseur ne détient pas lui-même les clés : pour les données sensibles, des clés de chiffrement propres — au lieu d'un KMS du fournisseur — font partie des exigences incontournables (C3A SOV-3), complétées par des chemins de sortie documentés pour les données et les services. L'initiative EuroStack montre en parallèle qu'un stack européen existe réellement — du cloud et du compute (OVHcloud, STACKIT, Scaleway) jusqu'aux applications et à l'IA (Mistral, Aleph Alpha).

05

Cadre réglementaire 2025/2026

À la déclaration de l'UE sur la souveraineté numérique (fin 2025) ont succédé l'EU Cloud and AI Development Act puis, en avril 2026, le framework SEAL, accompagné d'un appel d'offres Cloud Sovereignty de 180 millions d'euros et du BSI C3A v1.0. La souveraineté passe ainsi du statut d'argument marketing à celui de catégorie auditable. Attention au sovereignty washing : « les données restent dans l'UE » ne constitue pas une preuve si le siège du fournisseur fait jouer le CLOUD Act.

06

Démarche pratique : cinq étapes

Premièrement, classifier les workloads selon leur criticité en matière de souveraineté (C3A SOV-1) ; deuxièmement, auditer une baseline au regard des domaines de critères droit, exploitation et chaîne d'approvisionnement. Troisièmement, documenter des plans de sortie pour les chemins de données et de services ; quatrièmement, ancrer les niveaux SEAL comme critère d'attribution dans les RFP — par exemple SEAL 2 pour les données à caractère personnel et SEAL 3 pour les infrastructures critiques. Cinquièmement, établir la maîtrise des clés : des clés de chiffrement propres, pas de KMS du fournisseur pour les données sensibles.

Normes & sources

Le contenu de cette page s'appuie sur les guides et études suivants, accessibles publiquement.

BSI · 2026

C3A – Criteria enabling Cloud Computing Autonomy v1.0

Catalogue de critères allemand pour la souveraineté cloud (SOV-1 à SOV-6), publié le 27 avril 2026 et fondé sur l'EU Cloud Sovereignty Framework.

Europäische Union · 2026

EU SEAL Framework / Cloud Sovereignty Tender 2026

Huit Sovereignty Objectives pondérés et auditables avec cinq niveaux (SEAL 1–5), associés à une procédure d'attribution de 180 millions d'euros (17 avril 2026).

Atlantic Council · 2026

Digital sovereignty – Europe's declaration of independence?

Analyse du débat européen sur la souveraineté et de la concentration du marché européen du cloud entre les mains de quelques fournisseurs américains.

Lünendonk · 2026

Lünendonk-Studie 2026

57 % des entreprises de la région DACH n'ont aucun plan B en cas de défaillance de leur hyperscaler.

Gartner · 2026

Worldwide Sovereign Cloud IaaS Spending 2026

Chiffre les dépenses mondiales d'IaaS de cloud souverain en 2026 à 80 milliards de dollars US (+35,6 %).

VamiSec · 2026

VamiSec Live-Webinar: Digitale Souveränität

Webinaire live de 60 minutes sur le contrôle des systèmes, RGPD vs CLOUD Act, SEAL/BSI C3A et un plan d'action en cinq étapes.

Faire évaluer votre souveraineté cloud selon le BSI C3A

VamiSec évalue votre souveraineté cloud selon le catalogue de critères C3A du BSI — en complément de référentiels d'audit établis comme le BSI C5. Contactez-nous pour un assessment de votre posture de souveraineté.