Os segredos da Alemanha na nuvem do Google: quão pouco soberana é a planeada nuvem ND?

Offline, mas dependente? O preço arriscado da tecnologia da Google para os serviços de notícias da Alemanha

Google Cloud para agências de inteligência alemãs: o que acontece se o fornecedor falhar?

Um serviço na nuvem isolado da internet pode proteger eficazmente a informação classificada, mas também pode criar uma dependência a longo prazo do seu fornecedor de tecnologia. A ND Cloud planeada para o Serviço Federal de Inteligência (BND), o Gabinete Federal para a Proteção da Constituição (BfV) e o Serviço de Contrainteligência Militar (MAD) existe precisamente neste contexto de tensão. Visa permitir a troca segura de informação altamente sensível, operando sem uma ligação direta à internet pública. No entanto, este chamado isolamento físico não responde a todas as questões: Quem poderá manter, atualizar e desenvolver a plataforma ao longo dos anos? E que opções restam ao Estado caso o cenário técnico ou político se altere?

Para um projeto com um orçamento declarado de, pelo menos, 500 milhões de euros, há mais em jogo do que apenas a localização dos servidores e as medidas de segurança. A questão crucial é se a Alemanha conseguirá controlar a plataforma a longo prazo e migrar para outra, se necessário. Isto exige considerar não só a proteção de dados, mas também o fornecimento de software, a perícia, os custos de migração e as potenciais alternativas. A cloud planeada pode representar um passo importante para a modernização, mas a verdadeira soberania digital só será alcançada quando o Estado não só controlar as operações em curso, mas também tiver opções viáveis ​​para o futuro.

Relacionado a isto:

• Negociação entre as Forças Armadas Alemãs e o Google: quanta soberania a Alemanha está realmente cedendo em troca do Google Cloud?

Os segredos da Alemanha, a tecnologia Google: o preço da soberania digital

Estar offline está longe de ser independente

Um serviço na nuvem isolado da internet pode proteger eficazmente a informação classificada, mas ainda assim criar uma dependência a longo prazo do seu fornecedor de tecnologia. A plataforma conjunta de dados planeada pelo Serviço Federal de Informações, pelo Gabinete Federal para a Protecção da Constituição e pelo Serviço de Contra-Informação Militar situa-se precisamente nesta tensão: o isolamento técnico pretendido responde à questão do acesso à rede exterior, mas ainda não à questão da liberdade tecnológica de acção duradoura.

A questão economicamente decisiva, portanto, não é se o logótipo de uma empresa americana ou europeia aparece na plataforma. O que importa é quem determina as condições para o desenvolvimento, a resolução de problemas, o funcionamento e a possível migração ao longo de todo o seu ciclo de vida. Uma estratégia de soberania convincente deve combinar desempenho, requisitos de segurança e liberdade de escolha a longo prazo, em vez de considerar apenas a localização dos servidores.

Uma plataforma de dados com implicações estratégicas

De acordo com o planeamento disponível publicamente em 28 de outubro de 2026, a chamada ND Cloud tem como objetivo permitir a troca eletrónica de informações de nível SECRETO entre os três serviços federais de inteligência; posteriormente, poderão também ser incluídos os órgãos estaduais de proteção da Constituição. A base técnica é aparentemente o Google Distributed Cloud numa configuração segura, com a informação armazenada na Alemanha e o Google sem acesso direto aos dados.

Não se trata de armazenar segredos governamentais num serviço de internet comum. Em vez disso, prevê-se uma infraestrutura separada que possa operar sem uma ligação direta à internet pública ou à Google Cloud. Esta distinção é crucial porque altera o cenário de ameaças: uma rede tecnicamente isolada e operada a nível nacional deve ser avaliada de forma diferente de um serviço de cloud padrão gerido externamente.

O valor divulgado publicamente é de, pelo menos, 500 milhões de euros; trata-se de uma estimativa e não de um detalhe completo dos custos. O lançamento, originalmente planeado para o primeiro trimestre de 2027, será provavelmente adiado, e os detalhes importantes sobre a arquitetura, o âmbito dos serviços e os custos contínuos não estão disponíveis publicamente. Com base nesta informação, é impossível calcular um retorno fiável do investimento ou afirmar categoricamente que uma alternativa específica seria uma percentagem fixa mais barata.

No entanto, a magnitude do projeto demonstra que a plataforma seria mais do que um simples sistema informático. Moldaria os fluxos de trabalho, os modelos de dados e as qualificações durante muitos anos. Quanto mais as agências governamentais alinharem os seus procedimentos especializados com os serviços técnicos partilhados, maior será a importância estratégica das decisões que, inicialmente, parecem ser questões puramente de infra-estruturas.

Porque é que a infra-estrutura partilhada pode fazer sentido do ponto de vista económico

A necessidade de modernização é fundamentalmente plausível: a troca de informações de alto nível entre sistemas governamentais protegidos é atualmente complexa, enquanto os requisitos de armazenamento e as exigências de análises automatizadas estão a aumentar. Uma plataforma partilhada pode simplificar a transferência de dados, fornecer ferramentas normalizadas e acelerar a colaboração, desde que as permissões e responsabilidades estejam claramente definidas.

Do ponto de vista económico, as potenciais vantagens decorrem das economias de escala. Se o poder computacional, o backup de dados, a monitorização e os processos de segurança forem fornecidos em conjunto, nem todas as autoridades terão de desenvolver as mesmas capacidades em paralelo. Isto pode melhorar a utilização e aliviar a sobrecarga sobre a escassez de pessoal qualificado; a BWI descreve a infraestrutura de cloud padronizada e automatizada como um meio de alcançar serviços de TI mais flexíveis e eficientes.

A isto acresce o benefício do processamento de informação mais rápido. Um ambiente técnico de alto desempenho pode evitar que a informação já existente fique disponível demasiado tarde devido a processos complexos. Este benefício é difícil de quantificar em euros para os serviços de informações, mas, por isso mesmo, não é economicamente despiciendo. Contudo, um ganho plausível em segurança não deve ser usado como um argumento arbitrariamente flexível para justificar retrospectivamente qualquer dependência tecnológica.

A comparação correta não é, portanto, entre uma cloud moderna e uma infraestrutura existente livre de riscos. Os sistemas legados fragmentados também acarretam custos e riscos de segurança, por exemplo, devido à complexidade da manutenção e aos processos manuais. Uma avaliação adequada deve considerar os riscos da migração, bem como os custos da inacção; no entanto, a necessidade de modernização por si só não comprova que toda a plataforma oferecida para este fim seja economicamente viável a longo prazo.

O espaço de ar resolve apenas parte do problema

O termo "air gap" refere-se aqui a uma separação da internet pública e de outras redes externas, não necessariamente ao isolamento completo de cada computador individual em relação aos outros. Dentro de uma rede governamental protegida, os sistemas podem continuar a colaborar, embora existam limites rigorosos para o acesso externo. A Google descreve explicitamente a plataforma como estando permanentemente operacional sem ligação à nuvem pública da Google.

Esta característica representa uma vantagem de segurança significativa e não deve ser subestimada. A ausência de ligações externas limita certos vetores de ataque e cria melhores condições para uma operação controlada. No entanto, isto não significa que a plataforma possa ser mantida em segurança ou expandida funcionalmente indefinidamente sem serviços adicionais do fabricante; a independência técnica de rede e a independência de fornecimento de software são propriedades distintas.

Isto pode ser ilustrado comparando-o com uma unidade de produção localizada inteiramente num complexo fabril na Alemanha. A localização protege o controlo físico, mas não garante a disponibilidade de peças de substituição, software de controlo e conhecimentos especializados em todos os momentos. Só porque alguém opera a fábrica, não significa que essa pessoa possa desenvolvê-la ainda mais de forma independente. A mesma lógica económica aplica-se a um ambiente de cloud altamente complexo.

A soberania, portanto, não é algo que se resolva com um simples clique. A soberania dos dados, o controlo administrativo, a segurança jurídica, a transparência da cadeia de abastecimento e a adaptabilidade tecnológica devem ser consideradas separadamente. Uma plataforma pode apresentar características marcantes em algumas destas dimensões e exibir dependências significativas noutras; é precisamente esta diferenciação que possibilita uma avaliação precisa.

As atualizações como interface do poder económico

A documentação de segurança da Google descreve um processo de atualização controlada: o fabricante assina os pacotes de software, o operador da infraestrutura revê-os e depois implementa-os no ambiente isolado. Este processo abrange não só o software na nuvem, mas também os sistemas operativos, o firmware e outros componentes relevantes para a segurança. Uma ligação automática à internet não é necessária, mas a relação contínua de fornecimento técnico permanece em vigor.

Inicialmente, isto faz parte do funcionamento normal de um software profissional e não constitui evidência de má conduta por parte do fabricante. A situação torna-se problemática quando apenas um fornecedor consegue disponibilizar atualizações fiáveis ​​em tempo útil. Nestes casos, a segurança prática do sistema depende não só do operador nacional, mas também de uma organização de desenvolvimento externa e do seu enquadramento jurídico e económico.

A extensão destas dependências é demonstrada pelos termos e condições padrão publicamente disponíveis para o Google Distributed Cloud isolado da internet. Estes estipulam que as novas versões devem ser instaladas no prazo de 30 dias após a notificação; contêm também regras referentes ao encerramento da manutenção e ao fim da utilização do software após o termo do período de licença. No entanto, estes termos e condições gerais não devem ser equiparados a disposições especiais desconhecidas da plataforma de mensagens planeada.

Esta distinção é crucial. Não é possível verificar publicamente quais os direitos operacionais individuais, períodos de auditoria ou medidas de segurança adicionais em vigor para a Nuvem ND. Da mesma forma, seria infundado inferir, a partir de uma dependência contínua de atualizações, que existe um acesso remoto secreto ou um mecanismo técnico de encerramento. O que está documentado é o papel contínuo do fabricante no fornecimento de software, e não um acesso externo arbitrário.

A perigosa diferença entre tempo de execução e segurança

Em caso de interrupção do suporte do fabricante, devem ser considerados vários cenários. Um sistema já instalado pode inicialmente continuar a funcionar tecnicamente, enquanto as vulnerabilidades de segurança recém-descobertas deixarão de ser corrigidas. Ao mesmo tempo, os direitos de utilização, a disponibilidade de peças de substituição e o suporte para aplicações dependentes podem ser afetados. Por conseguinte, a questão de quanto tempo os computadores permanecerão ligados é menos relevante do que a questão de durante quanto tempo será possível operá-los de forma responsável.

Não é possível derivar daí uma vida útil fixa e geral. Dependeria, entre outras coisas, das vulnerabilidades existentes, das opções de reparação locais, da utilização de serviços adicionais e da disponibilidade de pessoal qualificado. Afirmações genéricas de que uma nuvem isolada se torna inevitavelmente inutilizável ao fim de um certo número de meses seriam tão imprecisas como alegar uma independência ilimitada.

Do ponto de vista económico, isto cria um problema de opções: um Estado necessita não só da funcionalidade actual, mas também da capacidade de agir em caso de alteração das circunstâncias. Esta opção tem valor, mesmo que permaneça sem ser utilizada durante anos. Financiá-la é semelhante a um seguro contra uma perda rara, mas potencialmente muito onerosa, do poder de decisão tecnológica.

Um plano de emergência robusto teria, portanto, de diferenciar entre operação continuada limitada, restauração completa e migração para outra plataforma. Pré-requisitos específicos teriam de ser examinados para cada um destes cenários. Por exemplo, um simples backup dos dados é de pouca utilidade se os programas necessários para processar a informação de forma eficaz e aplicar as regras de acesso relevantes estiverem em falta.

A dependência aumenta a cada procedimento especializado

O termo frequentemente utilizado "lock-in" descreve uma situação em que a troca de fornecedores permanece teoricamente possível, mas torna-se cada vez mais complexa na prática. Nos sistemas cloud, este lock-in surge da interação entre as funções da plataforma, as interfaces, as estruturas de dados e os processos operacionais estabelecidos. Quanto mais especializadas as aplicações exigirem serviços específicos de um determinado fornecedor, maior será o esforço necessário para replicar funcionalidades equivalentes noutro local.

Nem toda a utilização de tecnologia proprietária é antieconómica. Uma ferramenta especializada pode oferecer uma vantagem significativa em termos de produtividade. A dificuldade reside no facto de os benefícios a curto prazo serem frequentemente evidentes, enquanto os custos futuros de transição permanecem incertos. Isto acarreta o risco de criar um desequilíbrio sistémico: a conveniência actual é plenamente considerada, enquanto a dependência futura é mencionada apenas em termos abstractos.

A vinculação ao nível da aplicação é particularmente relevante. Uma máquina virtual pode ser transferida com relativa facilidade, enquanto uma aplicação empresarial complexa, com base de dados, identidade e serviços de análise específicos do fornecedor, não o pode fazer. Portanto, o facto de uma plataforma suportar contentores não é prova suficiente da sua permutabilidade. O fator crucial é se toda a funcionalidade empresarial pode ser implementada num ambiente diferente com um esforço razoável.

Uma arquitetura consistente teria de ponderar os benefícios de serviços de plataforma específicos em relação às barreiras resultantes à mudança de plataforma. O objetivo não seria a uniformidade técnica completa, mas sim uma diferenciação deliberada: as funções básicas padronizadas deveriam permanecer intercambiáveis ​​tanto quanto possível, enquanto as funções especializadas essenciais seriam examinadas separadamente quanto ao seu valor acrescentado e dependências.

O problema do mercado europeu começa pela escala

O desafio estrutural vai muito para além dos serviços de informação alemães. O mercado europeu de serviços de infraestruturas na nuvem atingiu um volume de aproximadamente 61 mil milhões de euros em 2024, cerca de seis vezes superior ao de 2017; este valor inclui serviços de infraestrutura e de plataforma, bem como nuvens privadas alojadas, mas não todo o mercado de software. Os fornecedores europeus mais do que triplicaram as suas receitas regionais correspondentes durante este período, mas, mesmo assim, perderam quota de mercado relativa.

A participação conjunta destas empresas desceu de 29% em 2017 para aproximadamente 15% em 2022, mantendo-se posteriormente nesse patamar. A Amazon, a Microsoft e a Google, em conjunto, representavam cerca de 70% do mercado, de acordo com um inquérito publicado em meados de 2025. Estes números referem-se ao mercado europeu e não devem ser equiparados a um mercado limitado exclusivamente à UE, nem ao segmento específico dos sistemas de inteligência fechados.

Este desenvolvimento demonstra porque é que o crescimento das receitas, por si só, não garante a independência tecnológica. As empresas europeias podem obter maior sucesso, mas simultaneamente ficar para trás em relação às maiores plataformas. Os principais fornecedores distribuem os custos de desenvolvimento e os investimentos por uma base de clientes muito ampla; consequentemente, a escalabilidade e os investimentos financiados a longo prazo desempenham um papel crucial no mercado europeu de infra-estruturas.

Uma estratégia europeia realista não necessitaria, portanto, de copiar todas as funções dos maiores hiperescaladores. Seria mais plausível desenvolver alternativas robustas para áreas de aplicação particularmente críticas e promover conjuntamente fundamentos técnicos já estabelecidos. Um nicho de mercado orientado para a segurança pode ter fatores de sucesso diferentes do mercado de massas para o poder computacional padronizado. A liderança de mercado global de uma corporação não se traduz automaticamente na sua superioridade para todas as aplicações governamentais.

O Estado como impulsionador das curvas de aprendizagem tecnológica

Quando muitas instituições públicas têm requisitos semelhantes para a soberania de dados e colaboração segura, os padrões comuns podem criar um mercado maior e mais fiável. As empresas têm, então, uma melhor base para investir em documentação, auditorias de segurança e operações profissionais. O ecossistema openDesk, com os seus múltiplos parceiros de software e operações, demonstra que esta abordagem colaborativa já está a ser implementada na prática.

Isto fornece um argumento de política económica para a utilização orientada de soluções europeias adequadas. Os seus benefícios não se limitam ao local de trabalho individual, mas podem estender-se a aplicações posteriores e a outras instalações. Componentes reutilizáveis, pessoal qualificado e modelos operacionais comprovados reduzem potencialmente os custos iniciais para os utilizadores subsequentes. Estes efeitos adicionais são facilmente subestimados quando se considera apenas a implementação inicial.

Ao mesmo tempo, isto não deve criar um direito a uma proteção permanente. Os fornecedores europeus devem também demonstrar desempenho, fiabilidade e viabilidade económica. Uma política que proteja todas as soluções locais, independentemente da sua qualidade, pode gerar custos elevados e novas dependências. O ponto crucial não é a eliminação da concorrência, mas sim a criação de alternativas técnicas e económicas genuínas.

É também crucial evitar que um monopólio internacional seja substituído por uma dependência nacional com pouca ou nenhuma verificação. Interfaces abertas, conhecimento operacional transferível e múltiplos fornecedores de serviços qualificados são, portanto, tão importantes como a sede da empresa. Em última análise, a soberania deve melhorar a capacidade de ação do utilizador, e não apenas alterar a origem do seu fornecedor mais importante.

Centro de Segurança e Defesa - Imagem: Xpert.Digital

O Centro de Segurança e Defesa oferece aconselhamento especializado e informações atualizadas para apoiar eficazmente empresas e organizações no reforço do seu papel na política europeia de segurança e defesa. Trabalhando em estreita colaboração com o Grupo de Trabalho de Defesa da SME Connect, promove particularmente as pequenas e médias empresas (PME) que desejam desenvolver ainda mais a sua capacidade de inovação e competitividade no setor da defesa. Como ponto de contacto central, o Centro cria, assim, uma ponte crucial entre as PME e a estratégia europeia de defesa.

Relacionado a isto:

• Grupo de Trabalho de Defesa da SME Connect – Fortalecendo as PMEs na Defesa Europeia

O OpenDesk é relevante, mas não substitui completamente a cloud

O pacote de escritório e colaboração openDesk foi lançado em outubro de 2024 e, segundo o Centro para a Soberania Digital, responsável pelo projeto, estava instalado em aproximadamente 100.000 postos de trabalho administrativos até outubro de 2026. Este número representa a taxa de adoção reportada, não comprovando a existência de 100.000 utilizadores ativos diários ou um número correspondente de postos de trabalho altamente confidenciais. Ainda assim, demonstra que a colaboração europeia em matéria de código aberto já ultrapassou há muito a fase dos pequenos projectos de demonstração.

Tecnicamente, a comparação deve permanecer precisa. O OpenDesk reúne aplicações para trabalho de escritório e colaboração, enquanto o Google Distributed Cloud é uma plataforma de infraestrutura e serviços muito mais abrangente. Um pacote de colaboração não substitui automaticamente a arquitetura de armazenamento, as bases de dados, os recursos computacionais e os serviços especializados de um ambiente de inteligência completo. Quem apresenta ambas as ofertas como soluções completas e diretamente intercambiáveis ​​está a confundir diferentes níveis técnicos.

No entanto, o openDesk é importante para o debate porque nem toda a colaboração quotidiana tem de exigir uma plataforma proprietária. Quando as autoridades públicas editam documentos em conjunto, coordenam projetos ou comunicam entre si, as aplicações abertas podem oferecer alternativas concretas. Isto pode, pelo menos, reduzir parte da dependência, mesmo que ainda se utilizem infra-estruturas diferentes por baixo dos panos.

Em outubro de 2026, foi demonstrado e testado o funcionamento do openDesk em ambientes completamente isolados; simultaneamente, o foco foi garantir a sua classificação como "VS-NUR FÜR DEN DIENSTGEBRAUCH" (Restrito - Apenas para Uso Interno). Isto não deve ser interpretado como prova de prontidão operacional para todas as tarefas de processamento até ao nível "GEHEIM" (Secreto), dado que estas classificações são claramente distintas. Uma demonstração offline funcional é um passo técnico importante, mas não uma prova irrefutável de adequação para todos os casos de utilização altamente sensíveis.

A matriz demonstra os benefícios da comunicação aberta

O Element e o protocolo aberto Matrix também fornecem pontos de partida práticos. O BwMessenger baseia-se nestes componentes e é operado pela BWI nos próprios centros de dados da Bundeswehr; o BundesMessenger transfere esta abordagem para a administração pública. Assim, já existe experiência concreta com a comunicação controlada pelo Estado numa base técnica aberta.

A vantagem económica de tais fundações reside na separabilidade fundamental entre software, operação e serviço. Se uma autoridade pública opera a sua própria infra-estrutura ou pode escolher entre operadores adequados, surgem melhores condições para a concorrência. O controlo sobre a prestação contínua do serviço não tem necessariamente de permanecer com o fabricante original do software.

Contudo, mesmo um serviço de mensagens não constitui uma plataforma analítica completa. Mensagens seguras, edição colaborativa de documentos e processamento de grandes conjuntos de dados são tarefas distintas. Além disso, cada configuração específica deve cumprir os requisitos de segurança necessários; a utilização governamental não implica automaticamente a adequação a todos os níveis de classificação de segurança. A comunicação aberta é, portanto, uma componente importante de uma arquitetura soberana, mas não uma solução universal para todos os problemas de infraestrutura.

A abertura não substitui a competência individual

O software de código aberto pode expandir as opções de controlo porque a sua estrutura é transparente e o desenvolvimento subsequente pode, em princípio, ser distribuído entre múltiplas partes interessadas. No entanto, esta possibilidade só atinge o seu potencial máximo se existirem especialistas realmente qualificados, ferramentas de desenvolvimento adequadas e responsabilidades financiadas de forma sustentável. A transparência do código-fonte, por si só, não elimina automaticamente vulnerabilidades de segurança ou dependências problemáticas.

Especialmente em sistemas complexos, não basta simplesmente ter permissão para modificar programas individuais em teoria. É necessário conhecimento sobre como interagem, a criação de pacotes de instalação fiáveis ​​e o teste de novas versões. O foco em componentes essenciais robustos e cadeias de abastecimento seguras no ecossistema de código aberto do governo demonstra a importância fundamental deste nível organizacional.

A abertura, portanto, é mais um pré-requisito para novas linhas de ação do que uma garantia gratuita. O seu benefício económico reside no facto de os investimentos em conhecimento e desenvolvimento poderem ser mais facilmente reutilizados entre instituições. Para que isto funcione, as adaptações devem idealmente ser incorporadas em bases mantidas em conjunto. Por outro lado, muitas versões especializadas e permanentemente separadas aumentariam os custos de manutenção e os riscos de segurança.

A escassez de pessoal também precisa de ser abordada de forma realista. Uma agência não se torna soberana ao assumir todo o trabalho sozinha. Um modelo mais sensato é aquele em que o Estado possui autoridade interna suficiente para avaliação e controlo, ao mesmo tempo que pode contar com diversos prestadores de serviços profissionais. Isto não elimina completamente as dependências, mas torna-as mais facilmente verificáveis ​​e gerenciáveis.

As Forças Armadas Alemãs apresentam um quadro mais matizado

Para contextualizar a ND Cloud, a cloud privada das Forças Armadas Alemãs é relevante, uma vez que também incorpora tecnologia Google e a BWI desempenha um papel central. No entanto, esta plataforma não é sinónimo de uma única Google Cloud: as Forças Armadas Alemãs adotam uma abordagem que utiliza diversos ambientes tecnologicamente distintos, incluindo a VMware, a Google e o software de código aberto.

A primeira fase da implementação foi introduzida em 2025; o desenvolvimento e a integração da plataforma Google foram delineados a partir de 2026, com conclusão prevista para o final de 2027. A Plataforma de Tecnologia Empresarial SAP é citada como um caso de utilização específico, enquanto estão previstos dois ambientes separados para informação aberta e confidencial (VS-NfD). Este cronograma publicado não deve ser interpretado como um estado operacional final.

Este exemplo ilustra que as decisões fundamentais de software podem levar a decisões subsequentes de infraestrutura. Se for necessária uma plataforma especializada cujos ambientes operacionais suportados sejam definidos de forma restrita, a seleção torna-se ainda mais limitada antes mesmo de se considerarem fornecedores de cloud individuais. Uma análise de soberania deve, portanto, examinar toda a cadeia técnica e não pode terminar no marcador da infra-estrutura visível.

No entanto, múltiplas plataformas só criam verdadeira escalabilidade se as aplicações essenciais puderem ser efetivamente migradas entre elas. Três ambientes separados, cada um com os seus próprios procedimentos rígidos, significam inicialmente diversidade, mas ainda não permutabilidade mútua. A BWI cita explicitamente a redução da dependência de fornecedores e a migração facilitada de aplicações como objetivos da sua abordagem.

Os riscos legais exigem precisão técnica

Os debates sobre a tecnologia americana fazem frequentemente referência à Lei CLOUD. A premissa legal é que as empresas sujeitas à legislação dos EUA podem ser obrigadas a divulgar dados que possuam, estejam sob a sua custódia ou controlo, independentemente do local onde estejam armazenados. Portanto, o simples facto de estar localizada na Alemanha não elimina automaticamente todos os riscos legais.

Por outro lado, o direito legal de divulgar dados não cria um acesso técnico que não existia anteriormente. Se um fornecedor não tiver realmente acesso aos dados nem controlo sobre as chaves necessárias, esta arquitetura deve ser considerada na avaliação jurídica. Assim sendo, uma plataforma isolada não pode ser simplesmente equiparada a um serviço de internet convencional operado pelo fabricante.

Para a ND Cloud, os detalhes que não são do conhecimento público continuam a ser cruciais: que funções estão disponíveis localmente, como funcionam os procedimentos de acesso de emergência, que informação é necessária para a análise de erros e quem controla as chaves criptográficas? A documentação geral da Google descreve funções operacionais distintas e procedimentos de emergência específicos, mas isto não descreve automaticamente a implementação final na Alemanha. Uma declaração categórica de que tudo está bem seria, portanto, tão inadequada como a alegação infundada de acesso automático a dados americanos.

É preciso distinguir isto do risco de interrupção de serviços. Mesmo que o acesso aos dados seja tecnicamente impossível, os conflitos legais ou geopolíticos podem afetar serviços como a manutenção e o suporte de software. Uma avaliação abrangente da soberania deve, portanto, examinar tanto o controlo sobre a informação como a continuidade dos serviços essenciais.

O que deve conter um cálculo de custos honesto

Uma análise económica abrangente necessitaria de englobar mais do que apenas os custos iniciais de hardware e software. Deverá também incluir a integração, o pessoal, a energia, a formação, a monitorização de segurança, o backup de dados, a capacidade de reinicialização e a adaptação contínua de processos especializados. Para a ND Cloud, faltam dados detalhados disponíveis publicamente para quantificar estes componentes de forma fiável; a estimativa conhecida de, pelo menos, 500 milhões de euros não substitui esta discriminação.

Além disso, é necessário considerar os custos que surgem apenas durante uma migração. Estes incluem a transferência de dados, a adaptação de programas, a operação paralela temporária e novas auditorias de segurança. Consequentemente, as normas europeias sobre migração para a cloud distinguem várias etapas técnicas, desde a extração de dados até à migração para o ambiente de destino. Uma migração com um impacto financeiro significativo envolve, portanto, muito mais do que simplesmente descarregar um ficheiro comprimido.

É também importante distinguir entre custos domésticos e efeitos macroeconómicos. Os serviços prestados pelos centros de dados e fornecedores de serviços alemães podem gerar valor acrescentado local, mesmo que o software principal seja proveniente de uma corporação internacional. Por outro lado, um prestador europeu não está isento das dependências da cadeia de abastecimento global. Uma análise sólida deveria, portanto, considerar a distribuição real do conhecimento e das receitas, em vez de simplesmente atribuir todas as despesas a um único país de origem.

Em última análise, diferentes cenários de crise necessitariam de ser avaliados separadamente. Uma interrupção de suporte a curto prazo, uma suspensão de atualizações a longo prazo e uma mudança de plataforma a curto prazo teriam consequências diferentes. Em vez de gerar um único valor aparentemente preciso para todos os riscos, seria mais apropriado tornar transparentes as gamas de frequência, os pressupostos e as consequências particularmente graves. Atualmente, faltam dados públicos suficientes sobre o projeto para determinar estes valores.

Autonomia mensurável em vez de rótulos tranquilizadores

Com os Critérios que Permitem a Autonomia da Computação em Nuvem, publicados em abril de 2026, o Gabinete Federal Alemão para a Segurança da Informação (BSI) apresentou uma estrutura concebida para tornar a utilização autodeterminada de serviços em nuvem mais sistematicamente avaliável. Estes critérios complementam os requisitos C5 orientados para a segurança, mas não têm qualquer efeito regulamentar por si só. A segurança e a soberania são, portanto, tratadas explicitamente como questões de avaliação relacionadas, mas distintas.

A estrutura distingue entre aspetos estratégicos, legais, relacionados com dados, operacionais, da cadeia de abastecimento e tecnológicos. Métricas de teste específicas, como a transferibilidade do conhecimento operacional, a disponibilidade de manutenção independente e a capacidade de continuar as operações em caso de falha de terceiros, são relevantes neste contexto. Tais características são mais significativas para uma plataforma de alta segurança do que uma autodescrição genérica como soberana.

Para a operação prática, um procedimento de reinicialização testado regularmente seria particularmente valioso. Isto demonstraria se os backups, a documentação e a experiência existentes são suficientes para restaurar as funções essenciais em condições de falha claramente definidas. Também permitiria testar quais os dados e aplicações que são realmente utilizáveis ​​num ambiente secundário. Um teste bem-sucedido seria mais eficaz do que uma opção puramente teórica para a troca de sistemas.

Nem mesmo os avanços regulamentares alteram este desafio técnico. A Lei de Proteção de Dados proíbe a cobrança de taxas de troca para serviços de processamento de dados abrangidos pela lei a partir de 12 de janeiro de 2027. No entanto, isto não significa automaticamente que todos os ambientes de inteligência específicos estejam sujeitos a esta proibição, nem elimina os custos internos de migração, desenvolvimento e segurança. A troca gratuita para o fornecedor e a efetiva permutabilidade técnica não são a mesma coisa.

Mais poder computacional exige limites de acesso claros

Uma plataforma partilhada pode facilitar a cooperação, mas não deve nivelar o campo de atuação simplificando os aspetos técnicos e minimizando as diferentes responsabilidades legais e direitos de dados. Uma infraestrutura partilhada não concede automaticamente permissão irrestrita para que todas as partes utilizem livremente toda a informação nela contida. Particularmente quando se trata de troca de informações entre os serviços de informações e a polícia, existem requisitos constitucionais mais rigorosos que não devem ser confundidos com meras trocas entre serviços de informações.

Para a arquitetura, isto significa que as funções, finalidades, origem e partilha permitida de dados devem ser mapeadas adequadamente. As plataformas técnicas podem suportar regras de acesso refinadas e registo rastreável; a documentação da Google descreve as permissões baseadas em funções e atributos, bem como o registo de acesso. No entanto, a aplicação prática e lícita continua sob a exclusiva responsabilidade das partes envolvidas.

Além disso, existe o risco de concentração. A infra-estrutura partilhada pode reunir conhecimentos especializados em matéria de segurança, mas, ao mesmo tempo, uma perturbação grave pode afectar várias agências. Por conseguinte, a separação lógica, a recuperação e os mecanismos de controlo independentes devem ser considerados em conjunto. A avaliação económica não deve depender apenas da utilização do data center, mas também da forma como as funções críticas são mantidas durante as interrupções parciais.

A IA transfere a dependência para o nível do modelo

A tradução, sumarização e análise automatizadas de grandes conjuntos de dados são aplicações plausíveis para uma nuvem fechada; a Google oferece funções de IA correspondentes para esta família de produtos. Isto permite que a integração técnica se estenda para além da infraestrutura, incluindo modelos, interfaces e a organização de fluxos de trabalho analíticos. Quanto mais processos especializados estiverem alinhados com serviços de IA específicos, mais importante se torna a sua permutabilidade.

Um modelo operado localmente, no entanto, não é automaticamente soberano. Os direitos de utilização, a capacidade de atualização, os componentes do modelo disponíveis e a possibilidade de continuar a utilizar a ferramenta em condições alteradas são também relevantes; os termos gerais do produto diferenciam explicitamente entre vários modelos e formas de utilização. A disponibilidade geral do produto não permite inferir se as ofertas específicas de IA são de facto destinadas à ND Cloud.

Numa perspectiva económica, a IA deve, portanto, ser avaliada pela qualidade dos seus resultados, e não apenas pela quantidade de documentos processados. Investimentos adicionais podem ser valiosos se acelerarem a análise e facilitarem a localização de informação relevante. No entanto, também podem gerar trabalho subsequente caso seja necessário verificar resumos erróneos ou links incorretos; o fornecedor geralmente aponta possíveis erros nos resultados dos sistemas generativos.

Um projeto estrategicamente robusto separaria, portanto, o armazenamento de dados, os modelos e as interfaces de utilizador da forma mais clara possível. Isto permitiria que as ferramentas de análise individuais fossem atualizadas sem a necessidade de substituir toda a plataforma. Especialmente com as tecnologias de IA em rápida evolução, a capacidade de implementar atualizações controladas é uma vantagem económica, e não apenas uma exigência política.

Cooperação internacional sem dependência permanente de um núcleo

A troca de informações com serviços de parceiros pode exigir procedimentos técnicos compatíveis. No entanto, isto não significa necessariamente que todos os processos de trabalho internos devam ocorrer na mesma plataforma. As Forças Armadas Alemãs (Bundeswehr) citam a interoperabilidade internacional como um objectivo fundamental da sua estratégia multiplataforma e ligam-na explicitamente à redução da dependência dos fornecedores.

Uma abordagem sensata seria diferenciar entre operações nacionais essenciais e funções de intercâmbio claramente definidas. Interfaces especializadas e procedimentos de transferência aprovados poderiam ser utilizados para a cooperação internacional, enquanto os repositórios centrais de dados e a colaboração fundamental permaneceriam geríveis de forma independente. O envolvimento de um fornecedor internacional de tecnologia seria, portanto, uma decisão funcionalmente limitada e não a base automática para todos os processos internos.

No entanto, as interfaces não resolvem todos os problemas. Diferentes níveis de confidencialidade, modelos de dados e regras de libertação criam uma sobrecarga adicional. Uma arquitetura mais desacoplada pode, portanto, ser inicialmente mais dispendiosa e complexa. A sua vantagem reside no facto de as funções de colaboração individuais poderem ser modificadas sem afectar a operação central nacional da mesma forma. Se esta vantagem justifica os custos adicionais, tal necessitaria de ser analisado com base em requisitos específicos.

A competência crucial é a capacidade de alternar

Do ponto de vista técnico, a perspectiva mais convincente não reside nem na rejeição total da tecnologia americana, nem na suposição de que a separação técnica das redes resolve todas as questões de soberania. A Cloud de Defesa Nacional (ND Cloud) planeada poderia solucionar problemas reais de desempenho; contudo, a sua arquitetura isolada e a contínua dependência de software externo devem ser avaliadas separadamente.

Para uma colaboração geral, as soluções abertas adequadas merecem uma avaliação sistemática, dado que os serviços baseados em openDesk e Matrix são já componentes essenciais implementados na prática. Requisitos técnicos diferentes podem ser aplicados a processamentos altamente especializados. Fundamentalmente, as exceções justificadas não devem ser estendidas a uma dependência permanente e indiscriminada, e os riscos remanescentes devem ser explicitamente identificados.

Uma estratégia robusta necessitaria, portanto, de combinar conhecimentos especializados em avaliação interna, processos de atualização transparentes e planos de contingência comprovados. Nem toda a aplicação exige uma plataforma secundária totalmente funcional e imediatamente disponível. No entanto, as funções críticas devem ser concebidas de forma a que uma falha de desempenho externa não leve necessariamente à perda de capacidade governamental. Isto requer salvaguardas técnicas, bem como pessoal qualificado e financiamento a longo prazo.

O verdadeiro teste de soberania não ocorre durante o funcionamento normal e ininterrupto. Inicia-se no momento em que um fornecedor altera os seus termos, o suporte falha ou as estruturas políticas se modificam. Uma cloud de alto desempenho é valiosa para o Estado. Só se torna estrategicamente gerível quando o Estado não só controla a sua operação atual, como também dispõe de opções viáveis ​​para o futuro.

Markus Becker

Terei o maior prazer em atuar como seu consultor pessoal.

Chefe de Desenvolvimento de Negócios

Presidente do Grupo de Trabalho de Defesa da SME Connect

LinkedIn

Konrad Wolfenstein

Terei o maior prazer em atuar como seu consultor pessoal.

Você pode entrar em contato comigo pelo endereço wolfenstein∂xpert.digital ou

Basta me ligar no número +49 7348 4088 965 .

LinkedIn