Java 27 não inaugura a criptografia pós-quântica no Java. A API genérica javax.crypto.KEM existe desde Java 21, e a API KDF foi finalizada no JDK 25. A mudança em discussão para o Java 27 é mais específica: grupos híbridos de troca de chaves no TLS 1.3, que combinam ECDHE com ML-KEM. Para quem usa AWS, a compatibilidade precisa ser confirmada serviço por serviço; não há base para dizer que a AWS oferece esse suporte de forma geral.
O que muda com a criptografia pós-quântica no Java 27?
A novidade relevante associada ao Java 27 é uma proposta de troca híbrida de chaves para TLS 1.3, discutida no JEP 527. Ela não significa que todos os aplicativos Java passem automaticamente a usar criptografia pós-quântica, nem que Java 27 substitua de uma vez os algoritmos clássicos.
As an Amazon Associate I earn from qualifying purchases.
O Java já tem componentes relacionados. A API javax.crypto.KEM, usada para encapsular e desencapsular uma chave e obter um segredo compartilhado, existe desde Java 21. A API de derivação de chaves, KDF, foi finalizada no JDK 25. Portanto, atribuir todo o suporte a KEM, KDF e criptografia pós-quântica ao Java 27 seria impreciso.
Recommended Free Tools
O que significa “híbrido” no TLS
Uma troca híbrida combina uma troca clássica de curva elíptica, ECDHE, com ML-KEM. O objetivo é estabelecer um segredo compartilhado com contribuições dos dois mecanismos. Isso se refere à troca de chaves da conexão: não transforma, por si só, a criptografia simétrica usada depois da negociação nem as assinaturas dos certificados em algoritmos pós-quânticos.
#1 Best Overall
| Grupo discutido para TLS 1.3 | Componente clássico | Componente ML-KEM |
|---|---|---|
X25519MLKEM768 |
X25519 | ML-KEM-768 |
SecP256r1MLKEM768 |
secp256r1 | ML-KEM-768 |
SecP384r1MLKEM1024 |
secp384r1 | ML-KEM-1024 |
Esses são os três grupos citados na discussão do JEP 527. A tabela descreve a proposta discutida, não uma promessa de que cada versão, distribuição Java, provedor TLS ou servidor já os implementa.
ML-KEM não é ML-DSA
ML-KEM, padronizado no FIPS 203, é um mecanismo de encapsulamento de chaves: serve para estabelecer um segredo compartilhado. ML-DSA, padronizado no FIPS 204, é uma família de assinaturas digitais. A documentação de nomes de algoritmos do JDK lista ML-KEM-512, ML-KEM-768 e ML-KEM-1024, além de ML-DSA-44, ML-DSA-65 e ML-DSA-87. A presença desses nomes na documentação não comprova que todos estejam disponíveis em qualquer runtime ou provedor Java.
Rank #2
- Full Stack Python Security: Cryptography, TLS, and attack resistance
- Manning
- ABIS BOOK
O que isso exige de quem programa?
Na maioria das aplicações, a questão prática não é chamar diretamente a API KEM para cada conexão. É saber se a configuração TLS do runtime e o endpoint remoto conseguem negociar um grupo híbrido, e confirmar qual grupo foi efetivamente escolhido. A configuração de grupos nomeados por meio de SSLParameters pode ser útil, mas a documentação alerta que provedores podem não implementar ou ignorar essa configuração.
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
- Não confunda API disponível com algoritmo disponível. A existência de
javax.crypto.KEMnão garante que o runtime instalado forneça ML-KEM ou os parâmetros necessários. - Não confunda preferência com negociação. Um cliente pode indicar grupos desejados, mas isso não obriga o servidor ou outro componente do caminho a aceitá-los.
- Não confunda troca de chaves com assinaturas. Um grupo híbrido para TLS não implica certificados ou assinaturas ML-DSA.
Como verificar suporte no seu projeto
- Identifique o runtime real. Registre a versão exata do Java e sua distribuição no ambiente de execução, não apenas a versão configurada no build. A documentação de um build ad hoc do JDK 27 não prova que a funcionalidade esteja presente em outro fornecedor ou runtime.
- Confira o provedor criptográfico e TLS ativo. Verifique os algoritmos KEM e grupos TLS que ele oferece. O suporte e o comportamento de
SSLParametersdependem do provedor. - Revise a configuração dos dois lados. Confira cliente, servidor e quaisquer proxies ou balanceadores entre eles. Uma preferência configurada no cliente não garante aceitação pelo endpoint.
- Teste em ambiente equivalente ao de produção. Faça testes de interoperabilidade com os endpoints reais ou representativos e registre o grupo negociado, além de falhas de handshake. A API de configuração, isoladamente, não demonstra que a negociação ocorreu.
- Confirme a compatibilidade do serviço específico. Para AWS, procure documentação atualizada do serviço, endpoint e runtime em questão; não extrapole o resultado de um componente para toda a plataforma.
Onde a AWS entra?
A AWS importa como possível ambiente de execução da aplicação, endpoint remoto ou serviço gerenciado no caminho da conexão. Cada cenário pode ter uma combinação diferente de runtime, provedor TLS, configuração e suporte do endpoint. A documentação consultada para esta análise não estabelece quais serviços AWS, regiões ou runtimes negociam os grupos híbridos do JEP 527.
Rank #3
Aplicação Java executada na AWS
Se o seu próprio aplicativo Java inicia a conexão TLS, comece pela distribuição e versão do runtime efetivamente implantadas e pelo provedor TLS ativo. Depois, valide a negociação com o servidor remoto. A disponibilidade de uma API no JDK não basta para concluir que o ambiente implantado oferece o grupo híbrido.
Serviço AWS como endpoint ou intermediário
Se a conexão termina em um serviço gerenciado, ou passa por proxy ou balanceador, a capacidade do cliente Java não confirma a capacidade desse endpoint. A compatibilidade deve ser verificada na documentação oficial do serviço e na configuração específica em uso. Sem essa confirmação, não é correto afirmar que “a AWS já suporta Java 27 pós-quântico” de forma geral.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Como interpretar o estado da mudança
O JEP 527 foi discutido na lista security-dev do OpenJDK em outubro de 2025. A discussão técnica identifica os grupos híbridos, mas não é, por si só, evidência de disponibilidade uniforme em versões lançadas ou em produtos de fornecedores diferentes. Do mesmo modo, páginas de documentação de builds ad hoc do JDK 27 devem ser interpretadas como documentação daquele build, não como garantia para todos os ambientes.
Free tools Windows power users keep installed
One-click scans. No signup required.
Para planejar uma migração, separe três verificações: quais APIs e algoritmos o runtime oferece; quais grupos o provedor TLS consegue configurar e negociar; e quais grupos o endpoint remoto aceita. A KDF do JDK 25 e a API KEM desde Java 21 fazem parte do contexto técnico, mas não substituem essas verificações de interoperabilidade.
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
