“Sus datos se almacenan en un centro de datos europeo”.
Fantástico.
Servidor en Frankfurt.
Copia de seguridad en Dublín.
Región cloud en París.
Bandera europea en la presentación comercial.
Todo muy europeo (y UE por supuesto)
El pequeño detalle es que la soberanía digital no depende únicamente de dónde duerme el servidor. Depende, sobre todo, de quién puede obligar legalmente a la empresa que lo controla a entregar la información.
Y ahí aparece el invitado incómodo de esta historia: el CLOUD Act estadounidense.
No es una aplicación.
No es una nube nueva.
El tema es este: el CLOUD Act es una ley federal estadounidense de 2018 que permite a las autoridades de Estados Unidos solicitar a determinados proveedores sujetos a su jurisdicción información que esté bajo su posesión, custodia o control, aunque los datos estén almacenados físicamente fuera del país.
Traducido del dialecto jurídico al castellano de andar por casa:
el dato puede estar en Alemania, pero la orden puede llegar desde Washington.
Cuando la geografía se convierte en marketing
Y esta media verdad ha sido lo que nos ha dejado medianamente tranquilos. Durante mucho tiempo, las empresas hemos preguntado a los de arquitectura (informática, claro) :
—¿Dónde están alojados los datos?
Y ahora, esta pregunta sigue siendo importante, pero ya no es suficiente.
La pregunta verdaderamente incómoda es otra:
—¿Quién controla la empresa, la infraestructura, las claves y la capacidad real de acceder a esos datos?
Porque una compañía estadounidense no deja de estar vinculada a la legislación estadounidense por instalar servidores en Europa, crear una filial con nombre europeo o decorar el contrato con doce referencias al RGPD.
La residencia de datos indica dónde están almacenados.
La soberanía de datos indica quién puede acceder a ellos, bajo qué legislación y con qué capacidad de resistencia.
Son conceptos relacionados, pero no son lo mismo.
Confundirlos es como pensar que una caja fuerte es española porque está colocada en Madrid, aunque la llave maestra la tenga una empresa de Seattle.
El RGPD entra en escena
Europa, como era de esperar, tiene una visión diferente. Y piensa que tiene argumentos. Son estos:
- El artículo 48 del RGPD establece que las resoluciones de tribunales o autoridades administrativas de terceros países que exijan transferir o revelar datos personales no pueden ser reconocidas o ejecutadas automáticamente en Europa, salvo que exista un acuerdo internacional aplicable.
Es decir, una orden extranjera no actúa como una especie de pase VIP capaz de atravesar sin más todas las garantías europeas.
El responsable del tratamiento debe analizar la solicitud, comprobar su base jurídica y cumplir también las reglas europeas sobre transferencias internacionales.
Y aquí se produce el choque.
Estados Unidos afirma que puede exigir ciertos datos a proveedores sometidos a su jurisdicción.
Europa responde que los datos personales de sus ciudadanos solo pueden transferirse si se cumplen las garantías del RGPD.
Dos sistemas jurídicos.
Una misma empresa.
Y, en medio, los datos de trabajadores, clientes, pacientes, ciudadanos y usuarios.
El proveedor se encuentra ante una situación poco envidiable: cumplir las exigencias estadounidenses sin vulnerar el marco europeo.
No es exactamente una contradicción matemática imposible, porque cada caso debe analizarse jurídicamente. Pero sí es una tensión estructural que ningún folleto comercial puede resolver con la frase “data hosted in the EU”.
El Data Privacy Framework tampoco es una capa de invisibilidad
Desde 2023 existe el Marco de Privacidad de Datos entre la Unión Europea y Estados Unidos, conocido como EU-US Data Privacy Framework.
Este mecanismo facilita determinadas transferencias de datos a organizaciones estadounidenses certificadas.
En septiembre de 2025, el Tribunal General de la Unión Europea desestimó el recurso presentado contra la decisión de adecuación.
Pero conviene no confundir las cosas.
El Data Privacy Framework regula y legitima determinadas transferencias internacionales. No convierte a las empresas estadounidenses en inmunes a su propia legislación ni hace desaparecer el CLOUD Act.
Es un puente jurídico.
No es una capa de invisibilidad.
El AI Act añade otra vuelta de tuerca
Por si el rompecabezas no estaba suficientemente animado, aparece la inteligencia artificial. Y por eso os lo traigo a este post semanal.
Una aplicación tradicional puede almacenar nombres, direcciones, contratos o números de cuenta.
Un asistente de IA puede recibir, además:
• conversaciones internas;
• estrategias empresariales;
• informes confidenciales;
• evaluaciones de empleados;
• datos sanitarios;
• decisiones de selección;
• información financiera;
• y ese documento que alguien subió al chatbot “solo para que lo resumiera”.
La IA no solo almacena información. También puede procesarla, generar registros, crear metadatos, conservar historiales y alimentar sistemas de monitorización.
El AI Act europeo exige trazabilidad, documentación, supervisión humana y gestión de riesgos, especialmente en ámbitos sensibles como empleo, educación, servicios esenciales, biometría o infraestructuras críticas.
La alfabetización en IA en la zona UE ya es obligatoria desde febrero de 2025 (vamos, que si en las empresas no están en ello, ya van tarde). Además, las reglas de transparencia sobre el contenido generado por IA nos van a ir cayendo encima a lo largo de este mismo 2026.
Y ojo al calendario, porque tras la aprobación definitiva de la ley en mayo de 2024, las obligaciones serias para los sistemas de alto riesgo —sí, esos que deciden cosas tan divertidas y arriesgadas como a quién contratar o evaluar en Recursos Humanos— nos explotan en las manos en agosto de 2026 para los sistemas independientes.Para los que vienen incrustados en productos regulados, el dolor de cabeza se retrasa a agosto de 2027.
Europa se ha puesto estupenda y ha decidido regular la inteligencia artificial. Un aplauso. Hasta han montado su propia "comisaría" para vigilar el cotarro: la Oficina Europea de Inteligencia Artificial. Un ente con despachos en Bruselas encargado de asegurar que nadie se salte el guion y de intentar atar en corto a los grandes modelos de lenguaje.
Sobre el papel, suena de maravilla. Tienen expertos, normativa y muchas ganas de poner multas. Pero para gobernar a la bestia de verdad, necesitas controlar los cimientos, la infraestructura física sobre la que corre.
Y adivina. Efectivamente, esa infraestructura sigue estando, en una proporción aplastante, en el bolsillo de compañías estadounidenses.
Algunas compañías europeas ya se han hartado de tragar. Precisamente este año, desde La Haya, una empresa holandesa ha dado un golpe en la mesa lanzando Office.eu.
Básicamente, han dicho: "¿Queréis alternativas reales a Microsoft 365 y Google Workspace que no tengan que rendirle cuentas al Tío Sam? Pues aquí las tenéis". Una suite 100% europea, alojada en suelo europeo y blindada legalmente para que el CLOUD Act sea solo un problema de otros. De momento, por cierto, está en modo beta. Pronto saldrá la versión final. A la espera estoy de probarla, por cierto.
Es un paso valiente, sin duda. El problema es que, mientras iniciativas soberanas como esta cogen tracción, la dura realidad de hoy es que la inmensa mayoría de nuestro tejido empresarial sigue pagando el peaje —y cediendo las llaves maestras— al otro lado del charco.
Las grandes tecnológicas han entendido el mensaje
Microsoft, Amazon y Google no son ajenas al problema.
Microsoft ha completado su EU Data Boundary para numerosos servicios empresariales y ofrece mecanismos adicionales de residencia, control de acceso, gestión de claves y nubes soberanas.
AWS abrió en 2026 su European Sovereign Cloud, con una región independiente situada en Brandeburgo y operada íntegramente desde la Unión Europea.
Google ha optado en Francia por un modelo diferente: S3NS, una compañía controlada por Thales que utiliza tecnología de Google Cloud y cuya solución PREMI3NS obtuvo la cualificación SecNumCloud de la agencia francesa ANSSI.
Son avances importantes.
No son humo.
Pero tampoco conviene convertirlos en la solución definitiva.
Una infraestructura separada, personal europeo, controles locales y claves custodiadas en Europa reducen sustancialmente el riesgo.
La cuestión crítica continúa siendo comprobar si la separación es únicamente geográfica y contractual o si también es jurídica, operativa y criptográfica.
La arquitectura real vence al relato
Hay una lección que empieza a quedar clara.
Los contratos ayudan.
Las cláusulas contractuales ayudan.
Las auditorías ayudan.
Las certificaciones ayudan.
Pero ninguna cláusula comercial puede derogar una ley federal estadounidense.
La protección más sólida no consiste únicamente en prometer que nadie accederá al dato, sino en diseñar la arquitectura para que un acceso no autorizado resulte técnicamente imposible o, al menos, extraordinariamente difícil.
Esto implica:
• cifrado robusto;
• claves controladas por el cliente;
• segregación de funciones;
• registros de acceso;
• minimización de datos;
• retención limitada;
• anonimización o seudonimización;
• y control europeo efectivo en los casos más sensibles.
Eso sí: tampoco debemos caer en otro eslogan.
“Bring your own key” no significa automáticamente que el proveedor jamás pueda ver el dato.
Si el servicio necesita descifrar la información para procesarla, generar una respuesta o ejecutar un modelo, puede existir algún momento de exposición.
Por eso no basta con preguntar quién guarda la clave.
También hay que preguntar:
¿quién puede ver el dato en claro, en qué momento y bajo qué condiciones?
Y luego estamos los usuarios, felices alimentando al oráculo.
La discusión parece reservada para juristas, responsables de seguridad y arquitectos cloud.
Pero afecta a cualquiera que utilice correo electrónico, almacenamiento en la nube o asistentes de IA.
Estamos contando a estas herramientas nuestros problemas médicos, dudas laborales, conversaciones familiares, contratos, nóminas y secretos empresariales.
Después borramos las cookies del navegador y nos sentimos como Edward Snowden.
La realidad es bastante menos cinematográfica.
Un ciudadano normal no puede negociar el contrato con una gran plataforma, auditar su arquitectura ni instalar un HSM europeo en el salón de casa.
Pero sí puede aplicar una regla bastante sencilla:
- si una información causaría un problema serio en caso de exposición, no debería introducirse alegremente en cualquier herramienta de IA.
Especialmente cuando contiene datos de terceros.
La soberanía no está en el mapa
El debate sobre el CLOUD Act no demuestra que las empresas estadounidenses entreguen indiscriminadamente los datos de sus clientes.
Tampoco significa que todos los servicios cloud sean inseguros o que Europa deba desconectarse de la tecnología estadounidense y volver a guardar los expedientes en archivadores metálicos.
Significa algo mucho más razonable:
el riesgo jurídico debe evaluarse, no negarse.
La residencia europea es positiva.
La certificación es positiva.
La nube soberana es positiva.
Pero la soberanía digital real exige saber quién tiene el control corporativo, quién opera la plataforma, quién conserva las claves y quién puede acceder técnicamente a la información.
Porque, al final, la pregunta definitiva no es dónde están los datos.
La pregunta es:
¿quién puede leerlos cuando llega una orden que no estaba prevista ni tiene que ver con nuestro día a día ?
Y quizá ahí esté la gran paradoja europea.
Queremos regular la inteligencia artificial, proteger los datos y defender nuestra autonomía digital.
Pero buena parte de nuestro futuro tecnológico sigue funcionando sobre infraestructuras, plataformas y modelos que no controlamos completamente.
La soberanía digital no consiste en plantar servidores en Europa.
Consiste en tener las llaves.
Y, sobre todo, en asegurarse de que no existe otra copia de la llave al otro lado del Atlántico.
#InteligenciaArtificial #CLOUDAct #RGPD #AIAct #Privacidad #Ciberseguridad #SoberaníaDigital #CloudComputing #ProtecciónDeDatos #TransformaciónDigital
Fuentes
• Departamento de Justicia de Estados Unidos — CLOUD Act Resources:
https://www.justice.gov/criminal/cloud-act-resources
• Departamento de Justicia de Estados Unidos — The Purpose and Impact of the CLOUD Act:
https://www.justice.gov/d9/press-releases/attachments/2019/04/10/department_of_justice_cloud_act_white_paper_2019_04_10_final_0.pdf
• Unión Europea, EUR-Lex — Reglamento General de Protección de Datos, Reglamento (UE) 2016/679:
https://eur-lex.europa.eu/eli/reg/2016/679/oj
• Comité Europeo de Protección de Datos — Guidelines 02/2024 on Article 48 GDPR, versión final:
https://www.edpb.europa.eu/our-work-tools/our-documents/guidelines/guidelines-022024-article-48-gdpr_en
• Comité Europeo de Protección de Datos — Documento completo de las directrices sobre el artículo 48 del RGPD:
https://www.edpb.europa.eu/system/files/2025-06/edpb_guidelines_202402_article48_v2_en.pdf
• Comisión Europea — Decisión de adecuación del Marco de Privacidad de Datos UE-EE. UU., EU-US Data Privacy Framework:
https://commission.europa.eu/law/law-topic/data-protection/international-dimension-data-protection/eu-us-data-transfers_en
• Tribunal General de la Unión Europea — Sentencia de 3 de septiembre de 2025, asunto T-553/23, Latombe contra Comisión:
https://curia.europa.eu/juris/document/document.jsf?docid=303827&doclang=EN
• Tribunal de Justicia de la Unión Europea — Comunicado sobre la desestimación del recurso contra el EU-US Data Privacy Framework:
https://curia.europa.eu/jcms/upload/docs/application/pdf/2025-09/cp250106en.pdf
• Tribunal de Justicia de la Unión Europea — Sentencia Schrems II, asunto C-311/18:
https://curia.europa.eu/juris/liste.jsf?num=C-311/18
• Unión Europea, EUR-Lex — Reglamento Europeo de Inteligencia Artificial, Reglamento (UE) 2024/1689:
https://eur-lex.europa.eu/eli/reg/2024/1689/oj
• Comisión Europea — Marco regulador europeo de la inteligencia artificial y calendario general del AI Act:
https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai
• Comisión Europea — Preguntas y respuestas sobre la alfabetización en IA prevista en el artículo 4 del AI Act:
https://digital-strategy.ec.europa.eu/en/faqs/ai-literacy-questions-answers
• Comisión Europea — Preguntas y respuestas para interpretar y aplicar el AI Act:
https://digital-strategy.ec.europa.eu/en/faqs/navigating-ai-act
• Consejo de la Unión Europea — Acuerdo provisional de 7 de mayo de 2026 para simplificar y modificar el calendario del AI Act:
https://www.consilium.europa.eu/en/press/press-releases/2026/05/07/artificial-intelligence-council-and-parliament-agree-to-simplify-and-streamline-rules/
• Consejo de la Unión Europea — Posición del Consejo de 13 de marzo de 2026 sobre la simplificación del AI Act:
https://www.consilium.europa.eu/en/press/press-releases/2026/03/13/council-agrees-position-to-streamline-rules-on-artificial-intelligence/
• Microsoft — Finalización del proyecto EU Data Boundary en febrero de 2025:
https://blogs.microsoft.com/on-the-issues/2025/02/26/microsoft-completes-landmark-eu-data-boundary-offering-enhanced-data-residency-and-transparency/
• Microsoft — Compromisos digitales de Microsoft en Europa:
https://blogs.microsoft.com/on-the-issues/2025/04/30/european-digital-commitments/
• Microsoft — Evolución de Microsoft Sovereign Cloud y ejecución de modelos de IA en entornos desconectados:
https://blogs.microsoft.com/blog/2026/02/24/microsoft-sovereign-cloud-adds-governance-productivity-and-support-for-large-ai-models-securely-running-even-when-completely-disconnected/
• Amazon Web Services — Apertura de AWS European Sovereign Cloud en enero de 2026:
https://aws.amazon.com/blogs/aws/opening-the-aws-european-sovereign-cloud/
• Amazon Web Services — Descripción oficial de AWS European Sovereign Cloud:
https://aws.amazon.com/compliance/europe-digital-sovereignty/
• Amazon Web Services — Preguntas frecuentes sobre soberanía digital europea y localización de la región de Brandeburgo:
https://aws.amazon.com/compliance/europe-digital-sovereignty/faq/
• Amazon Web Services — Arquitectura, aislamiento operativo y estructura jurídica de AWS European Sovereign Cloud:
https://docs.aws.amazon.com/whitepapers/latest/overview-aws-european-sovereign-cloud/design-approach.html
• S3NS — Obtención de la cualificación SecNumCloud 3.2 para la solución PREMI3NS:
https://www.s3ns.io/actualite/s3ns-annonce-qualification-sec-num-cloud
• S3NS — Evolución del proyecto de nube de confianza desarrollado por Thales y Google Cloud:
https://www.s3ns.io/en/actualite/S3NS-accelerates-development-trusted-cloud
• Comisión Nacional de Informática y Libertades de Francia, CNIL — Capítulo V del RGPD y artículo 48 sobre solicitudes procedentes de terceros países:
https://www.cnil.fr/fr/reglement-europeen-protection-donnees/chapitre5
• CNIL — Guía práctica para evaluar el impacto de las transferencias internacionales de datos:
https://www.cnil.fr/sites/default/files/2025-07/guide_tia.pdf
• CNIL — Guía de seguridad de los datos personales, versión 2024:
https://www.cnil.fr/sites/default/files/2024-03/cnil_guide_securite_personnelle_ven_0.pdf
• Office.eu — Página oficial de la suite europea de productividad y colaboración:
https://office.eu/
• Office.eu — Información sobre la versión destinada a particulares y familias:
https://office.eu/consumer
• Office.eu / PR Newswire — Anuncio oficial del lanzamiento de Office.eu en La Haya, el 4 de marzo de 2026:
https://finance.yahoo.com/news/office-eu-fully-european-alternative-132000449.html
• openDesk — Suite soberana de productividad y colaboración para las administraciones públicas europeas:
https://www.opendesk.eu/en
• OpenProject — Explicación del proyecto openDesk como alternativa soberana a Microsoft 365 y Google Workspace:
https://www.openproject.org/blog/sovereign-workplace/
• European Alternatives — Relación de alternativas europeas a Microsoft Office:
https://european-alternatives.eu/alternative-to/microsoft-office