A localização não é soberania. Uma região UE na consola de um fornecedor dos EUA não muda quem pode ser obrigado a entregar os seus dados.
Escolher uma região UE na consola de um fornecedor dos EUA fixa onde os seus dados estão, não quem lhes pode chegar. O que o CLOUD Act alcança, porque é que as soluções contratuais habituais deixam a brecha aberta, e o teste de três partes que separa as duas coisas.
Neste artigo 4 secções
- O CLOUD Act alcança fornecedores sob jurisdição dos EUA onde quer que o servidor esteja fisicamente. Uma região UE numa consola dos EUA é localização, não soberania.
- A soberania, para significar alguma coisa, precisa de três coisas sob direito da UE ao mesmo tempo: o fornecedor, a infraestrutura e as pessoas que a operam.
- As coimas do RGPD chegam a 4% do volume de negócios anual global, e o AI Act define o seu próprio teto, até 7% para práticas proibidas. A questão da conformidade não é teórica.
- Se os seus prompts transportam dados regulados, a solução é estrutural, não uma definição: um fornecedor da UE em hardware da UE com mãos da UE no teclado.
Todas as consolas de hyperscalers dos EUA têm um dropdown de região, e escolher eu-central parece uma decisão de conformidade. Não é. O CLOUD Act prende-se ao fornecedor, não ao código postal do servidor: uma empresa com sede nos EUA que opera um datacenter em Frankfurt pode ser obrigada a entregar dados ali guardados. Onde os dados vivem e quem pode ser obrigado a entregá-los são duas perguntas diferentes, e o dropdown só responde à primeira.
O que o CLOUD Act alcança
O Clarifying Lawful Overseas Use of Data Act, aprovado em 2018, permite a um tribunal dos EUA ordenar a um fornecedor sujeito à jurisdição dos EUA que entregue dados na sua posse, custódia ou controlo, independentemente de esses dados estarem armazenados dentro ou fora dos Estados Unidos. O critério é o alcance legal do fornecedor, não a localização do disco. Uma empresa constituída nos EUA, ou que opera lá, ou com uma empresa-mãe dos EUA que controla a entidade que opera a sua região UE, pode cair dentro desse alcance.
É essa toda a distinção. A localização é uma afirmação de geografia: os bytes estão num disco na UE. A soberania é uma afirmação de direito: as ordens legais que chegam a esses bytes são ordens da UE, notificadas a uma entidade da UE, executadas por pessoas que trabalham sob direito da UE. A localização compra-se facilmente e mostra-se facilmente num mapa. A soberania é uma propriedade da estrutura societária, e nenhum dropdown a pode conceder.
| LOCALIZAÇÃO | SOBERANIA |
|---|---|
| Onde está o disco. Um seletor de região numa consola. | Quem pode legalmente ordenar a entrega dos dados. Uma questão de jurisdição sobre o fornecedor. |
| A DIFERENÇA QUE O DROPDOWN NÃO CONSEGUE FECHARSatisfeita por uma região UE em qualquer fornecedor. | Satisfeita apenas quando o fornecedor, o hardware e o pessoal estão todos sob direito da UE. |
| Uma ordem dos EUA à empresa-mãe pode ainda chegar aos dados. | Não há nenhuma entidade dos EUA na cadeia onde uma ordem dos EUA possa aterrar. |
Porque é que as soluções contratuais habituais não fecham a brecha
As respostas habituais são papel: cláusulas contratuais-tipo, um adendo de tratamento de dados, um quadro de transferência, uma promessa do fornecedor de contestar pedidos estrangeiros. Cada uma delas é um contrato entre a sua empresa e o fornecedor. Nenhuma vincula um tribunal dos EUA. Quando chega uma ordem legal, o conflito entre o contrato do fornecedor consigo e a sua obrigação perante o tribunal é resolvido pelos advogados do fornecedor, no calendário do fornecedor, com a sua empresa informada se a ordem o permitir. As cláusulas podem mudar a forma como um fornecedor responde a um pedido. Não podem mudar se o pedido pode ser feito.
- As cláusulas contratuais-tipo regem as transferências entre a sua empresa e o subcontratante. Não dizem nada a um tribunal que ordena ao subcontratante que entregue dados.
- Uma oferta «soberana» de uma empresa-mãe de fora da UE desloca a entidade operadora e o pessoal, o que ajuda, desde que a empresa-mãe não a possa dirigir. Leia quem detém a entidade e quem lhe pode dar instruções.
- As chaves de encriptação detidas pelo cliente são a solução em papel mais forte, e mesmo assim deixam o fornecedor com o ciphertext, os metadados e os logs de acesso, e deixam a gestão de chaves debaixo do software dele.
- Os quadros de transferência tornam a transferência lícita ao abrigo do RGPD. Não retiram a jurisdição estrangeira que fez surgir a pergunta.
O teste de três partes
Uma resposta estrutural tem de passar três perguntas ao mesmo tempo. Se qualquer uma delas falhar, pode abrir-se um caminho legal de volta aos seus dados fora da UE, leia-se o marketing como se leia.
O fornecedor é uma entidade da UE, sob controlo da UE?
Não uma filial na UE de uma empresa-mãe de fora da UE que lhe pode dar instruções, e não um revendedor de uma plataforma de fora da UE. A empresa que detém o contrato e opera o serviço deve estar constituída na UE e não receber instruções de fora dela.
A infraestrutura está fisicamente na UE e é detida ou controlada por essa entidade?
Hardware num datacenter da UE, operado pelo fornecedor, sem nenhuma camada de plataforma de fora da UE por baixo com acesso próprio às máquinas.
As pessoas com acesso trabalham sob direito da UE?
Pessoal de operações, pessoal de suporte, qualquer pessoa com uma chave ou uma credencial. Se o pessoal de uma empresa-mãe de fora da UE consegue chegar aos sistemas, a jurisdição viaja com ele.
Aplique o teste a qualquer fornecedor, incluindo a nós. A Euclid Services Ltd tem a sua sede corporativa no Chipre; o hardware nos nossos datacenters de Atenas e Amesterdão é nosso e é operado pelos nossos próprios engenheiros. Faça as mesmas três perguntas a qualquer outro e as respostas separam depressa os fornecedores.
Porque é que as cargas de trabalho de IA o sentem primeiro
Essa brecha importa mais para cargas de trabalho de IA, porque os prompts são os dados mais francos que uma empresa produz: contratos, notas de doentes, código-fonte, as perguntas que ninguém põe por escrito em mais lado nenhum. Um modelo alojado recebe-os em texto simples, e uma API alojada guarda-os onde quer que o seu operador os guarde. Uma organização regulada consegue controlar o que entra num campo de base de dados. Não consegue controlar o que um colaborador escreve numa caixa de prompt, e é exatamente por isso que o sítio onde essa caixa vive é uma questão estrutural.
Um modelo de pesos abertos em hardware single-tenant dentro do datacenter de um fornecedor da UE retira o terceiro da equação. O modelo corre na sua máquina, os prompts ficam na sua máquina, e as únicas pessoas que podem tocar nessa máquina trabalham sob direito da UE. É a mesma resposta do resto deste artigo: não uma definição, uma estrutura.
Respostas diretas
Uma região UE não chega para o RGPD?+
A localização ajuda em partes do RGPD, mas o RGPD nunca foi a única exposição. Um fornecedor sujeito à jurisdição dos EUA pode enfrentar um pedido legal dos EUA por dados guardados na UE, e esse conflito é exatamente a brecha que o seletor de região não consegue fechar.
O que conta realmente como soberano?+
Fornecedor constituído na UE, hardware fisicamente na UE, e as pessoas que o operam a trabalhar sob direito da UE. Retire qualquer um dos três e pode abrir-se um caminho legal de volta aos seus dados fora da UE.
Isto aplica-se também a fornecedores de API de IA?+
Sim, e ainda mais. Com uma API alojada, os seus prompts transitam e ficam guardados num terceiro sob a jurisdição desse terceiro. Alojar por conta própria um modelo de pesos abertos em hardware soberano retira o terceiro por completo.
As chaves de encriptação detidas pelo cliente resolvem o problema?+
Estreitam-no. O fornecedor continua a deter o ciphertext, os metadados e os logs de acesso, e a gestão de chaves corre no software dele. As chaves são um bom controlo por cima de uma estrutura soberana, e um substituto fraco de uma.
Traga-nos o modelo que quer executar
Hardware GPU single-tenant nos nossos datacenters na UE, operado pelos nossos próprios engenheiros sob direito da UE.
Ver os GPU serversChegou ao fim.
Ponha a leitura em prática
O que executa?
Fale-nos da carga de trabalho, do tráfego e dos requisitos de recuperação. Comece pelo configurador de servidores ou discuta os detalhes com um engenheiro.
Escrito pelos engenheiros que constroem e operam a infraestrutura que descreve.Fale com um engenheiro