PQC na União Europeia: o roteiro começou, mas não criou um prazo geral para empresas
O roteiro recomenda que os Estados-Membros iniciem a transição até ao fim de 2026 e que a infraestrutura crítica avance até 2030. Estes são marcos do roteiro europeu, não uma obrigação empresarial horizontal: o trabalho imediato é inventariar criptografia, priorizar dados de longa vida e testar fornecedores.
- Jurisdição
- União Europeia · roteiro coordenado de transição para criptografia pós-quântica
- Estado jurídico
- Recomendação e roteiro dirigidos aos Estados-Membros; não constituem uma obrigação empresarial horizontal diretamente aplicável
- Publicado e verificado
- 2 de agosto de 2026
- Rever quando
- Portugal publicar um plano nacional, surgir uma regra setorial vinculativa ou forem atualizados o roteiro europeu ou standards técnicos

Em resumo
A Recomendação (UE) 2024/1101 pediu uma transição coordenada para criptografia pós-quântica e o NIS Cooperation Group publicou o primeiro roteiro em junho de 2025. O roteiro dirige-se aos Estados-Membros e fixa orientação temporal para planeamento nacional e infraestrutura crítica. Uma recomendação não tem força vinculativa ao abrigo do artigo 288.º do TFUE, pelo que não deve ser convertida num prazo geral aplicável a todas as empresas. Ainda assim, os standards NIST e o trabalho de integração e interoperabilidade já permitem começar por inventário, priorização, requisitos a fornecedores e pilotos controlados.
- A Recomendação (UE) 2024/1101 e o roteiro coordenam Estados-Membros; não criam, por si, uma obrigação horizontal para todas as empresas europeias.
- A Comissão comunica dois marcos: início da transição pelos Estados-Membros até ao fim de 2026 e proteção de infraestruturas críticas com PQC, tão cedo quanto possível, até ao fim de 2030.
- O primeiro entregável empresarial não é uma compra de algoritmos: é um inventário de criptografia de chave pública, dados, certificados, protocolos, proprietários e caminhos de atualização.
- A migração deve ser testada por protocolo e fornecedor, incluindo interoperabilidade, desempenho, rollback e gestão de confiança; não deve assentar em criptografia própria.
O calendário existe, mas é necessário identificar o seu destinatário
A Comissão adotou em abril de 2024 uma recomendação para que os Estados-Membros desenvolvessem uma estratégia coordenada. O primeiro roteiro do NIS Cooperation Group foi publicado em junho de 2025 como documento de alto nível dirigido aos Estados-Membros.
A comunicação oficial pede que todos os Estados-Membros iniciem a transição até ao fim de 2026 e que a proteção das infraestruturas críticas transite tão cedo quanto possível, no máximo até ao fim de 2030.
Essas datas informam planeamento público, prioridades críticas e futuras decisões nacionais. Não demonstram, sem outra base legal ou contratual, que uma empresa portuguesa comum tenha um prazo vinculativo em 2026 ou 2030.
Marcos oficiais e respetivo alcance
A timeline separa factos publicados de uma eventual obrigação empresarial, que precisa de base própria.
- Recomendação da Comissão
A Recomendação (UE) 2024/1101 incentiva os Estados-Membros a preparar estratégias e planos coordenados.
- Primeiros standards NIST
O NIST publica FIPS 203, 204 e 205 para estabelecimento de chaves e assinaturas pós-quânticas.
- Primeiro roteiro europeu
O NIS Cooperation Group publica o documento de alto nível dirigido aos Estados-Membros.
- ATÉ 31 DEZ 2026Início pelos Estados-Membros
A Comissão indica que todos os Estados-Membros devem ter iniciado a transição.
- ATÉ 31 DEZ 2030Infraestrutura crítica
A proteção das infraestruturas críticas deve transitar tão cedo quanto possível e, no máximo, até esta data.
Separar política pública, standard técnico e obrigação aplicável
Três camadas aparecem frequentemente misturadas: o roteiro europeu define direção política; os standards técnicos definem mecanismos implementáveis; uma obrigação empresarial define quem deve fazer o quê e em que prazo.
A empresa deve citar cada camada pelo nome. Dizer que o roteiro torna PQC prioritário é correto. Dizer que a União Europeia obrigou todas as empresas a concluir a migração até 2026 não é suportado pelas fontes.
Fornecedores de infraestrutura crítica podem receber exigências mais cedo por regras nacionais, supervisão, contratos ou requisitos dos clientes. Essa aplicabilidade deve ser demonstrada para a entidade e o serviço concretos.
Matriz de aplicabilidade
| Instrumento | Destinatário principal | Efeito | Ação empresarial prudente |
|---|---|---|---|
| Recomendação (UE) 2024/1101 | Estados-Membros | Recomendação sem força vinculativa ao abrigo do artigo 288.º | Monitorizar o plano nacional e identificar exposição setorial |
| Roteiro coordenado de 2025 | Estados-Membros e planeamento de infraestrutura crítica | Direção e marcos de transição coordenada | Comparar ciclos de vida e dependências com 2026 e 2030 |
| FIPS 203, 204 e 205 | Implementadores e utilizadores de standards NIST | Especificações técnicas, não legislação da União Europeia | Pedir suporte verificável a plataformas e fornecedores |
| Regra nacional, setorial ou contrato aplicável | Entidades identificadas no instrumento concreto | Pode criar deveres próprios se e quando existir e for aplicável | Obter análise jurídica e guardar a base de aplicabilidade |
Começar pela criptografia que a organização não sabe que utiliza
O projeto NCCoE separa a migração em descoberta de criptografia e testes de interoperabilidade. O inventário suporta decisões de risco e ajuda a localizar onde os novos standards terão de ser integrados.
O âmbito inicial é criptografia assimétrica: estabelecimento de chaves, certificados, assinaturas e protocolos que dependem dessas funções. O registo precisa de ligar cada uso ao dado protegido, tempo de confidencialidade, ciclo de vida do sistema, fornecedor e proprietário.
Uma lista de bibliotecas instaladas é insuficiente. Certificados geridos por CDN, HSM, equipamentos de rede, firmware, identidades de dispositivos e serviços SaaS podem esconder decisões criptográficas fora do código da empresa.
Registo mínimo de descoberta
| Superfície | Uso criptográfico | Pergunta de longevidade | Caminho de mudança | Proprietário | Evidência |
|---|---|---|---|---|---|
| TLS externo e APIs | Estabelecimento de chave e certificados | Por quanto tempo o tráfego capturado mantém valor? | CDN, load balancer, biblioteca e cliente | Plataforma | Scan e exportação de configuração |
| PKI e identidade de dispositivos | Emissão, validação e confiança | Qual é a vida do dispositivo e da raiz? | CA, HSM, MDM, firmware e trust store | IAM ou produto | Inventário de CA e perfis |
| Assinatura de código e firmware | Autenticidade de artefactos e atualizações | A assinatura precisa de resistir durante toda a vida do produto? | Pipeline, HSM, bootloader e updater | Engenharia de produto | Mapa do fluxo de assinatura |
| VPN, SSH e messaging | Troca de chaves e autenticação | As sessões ou mensagens têm retenção sensível? | Gateway, servidor, agente e cliente | Redes | Configuração e compatibilidade suportada |
| Documentos e arquivo | Assinatura e validação de longo prazo | Durante quanto tempo a autenticidade deve continuar demonstrável? | Plataforma documental e serviço de confiança | Records ou jurídico | Política de retenção e validação |
Priorizar pela vida do dado e pela dificuldade de mudança
O risco não depende apenas de quando poderá existir um computador quântico relevante. Depende também de quanto tempo os dados precisam de permanecer confidenciais e de quanto tempo a organização demora a alterar sistemas, dispositivos, PKI e relações de confiança.
Standards de algoritmo não completam a migração. ENISA destaca o trabalho de integrar PQC em protocolos existentes; o NCCoE testa implementações para encontrar incompatibilidades num ambiente controlado antes da produção.
Pilotos devem medir tamanhos de mensagens e certificados, latência, CPU, memória, limites de equipamentos, comportamento de clientes antigos, observabilidade, rotação, revogação e rollback.
Sinais práticos de prioridade
| Sinal | Pergunta | Resposta operacional |
|---|---|---|
| Confidencialidade longa | O dado continuará sensível depois do tempo estimado para migrar? | Priorizar fluxos e repositórios com maior vida de confidencialidade |
| Sistema difícil de atualizar | O ativo ficará em serviço muitos anos ou depende de hardware fechado? | Exigir caminho de atualização e iniciar piloto cedo |
| Grande raio de confiança | Uma CA, assinatura de código ou raiz afeta muitos sistemas? | Tratar arquitetura, rollback e cerimónias de chave como trabalho crítico |
| Dependência de fornecedor | O cliente controla a criptografia ou espera pelo produto? | Obter versões, protocolos, datas, limitações e provas de teste |
| Fronteira interoperável | Existem clientes, parceiros ou equipamentos de vários fabricantes? | Testar combinações reais em laboratório antes da ativação |
| Baixa sensibilidade e mudança fácil | O dado expira cedo e o componente atualiza-se rapidamente? | Monitorizar e evitar uma alteração de produção sem benefício proporcional |
Um programa de 90 dias para sair do PowerPoint
O objetivo dos primeiros 90 dias não é migrar toda a organização. É criar governo, descobrir a exposição, selecionar casos prioritários e produzir pelo menos um resultado de interoperabilidade reproduzível.
A sequência abaixo é uma proposta editorial da Velqory, não um prazo oficial europeu. O roteiro europeu fornece direção e marcos para Estados-Membros; a cadência empresarial deve seguir criticidade, ciclos de vida e obrigações realmente aplicáveis.
Cada decisão deve conservar evidência: fonte técnica, dono, sistema, dados protegidos, hipótese testada, métricas, falhas, rollback e próxima revisão.
- Mandato e proprietário executivo para a transição criptográfica.
- Inventário inicial com cobertura, confiança e lacunas declaradas.
- Lista priorizada de casos com vida do dado e esforço de mudança.
- Questionário a fornecedores com produto, versão, protocolo, standard, disponibilidade e limitações.
- Relatório de piloto com interoperabilidade, desempenho, segurança, rollback e decisão de continuidade.
Ciclo empresarial proposto
É um plano operacional, não uma transposição dos marcos europeus.
- DIAS 0–30Governar e descobrir
Nomear responsáveis, definir taxonomia e recolher usos de chave pública em rede, identidade, código, dispositivos, dados e fornecedores.
- DIAS 31–60Priorizar e contratar evidência
Classificar longevidade e dificuldade de mudança, escolher pilotos e obter roadmaps técnicos verificáveis aos fornecedores.
- DIAS 61–90Testar e decidir
Executar piloto em laboratório, medir compatibilidade e desempenho, provar rollback e aprovar o próximo conjunto de migrações.
Fontes consultadas
Consultadas na data de atualização indicada.
Abre numa nova janela.- 01Commission Recommendation (EU) 2024/1101 on the transition to Post-Quantum CryptographyEUR-Lex — Official Journal of the European Union · EU-EURLEX
- 02A Coordinated Implementation Roadmap for the Transition to Post-Quantum CryptographyEuropean Commission — Shaping Europe’s digital future · EU-DIGITAL
- 03EU reinforces its cybersecurity with post-quantum cryptographyEuropean Commission — Shaping Europe’s digital future · EU-DIGITAL
- 04Article 288 of the Treaty on the Functioning of the European UnionEUR-Lex — Official Journal of the European Union · EU-EURLEX
- 05Post-Quantum Cryptography — Integration StudyEuropean Union Agency for Cybersecurity · EU-ENISA
- 06NIST Post-Quantum Cryptography Standardization ProcessNIST Computer Security Resource Center · CY-NISTCSRC
- 07Migration to Post-Quantum CryptographyNational Cybersecurity Center of Excellence · CY-NCCOE
Participar
Partilhe a análise. Acrescente contexto.
Divulgue a matéria no seu canal ou deixe uma observação ligada ao tema.

Comentários
A carregar a conversa.