ENTERPRISE IT

Oracle Java 27 Adds Post-Quantum Cryptography: ML-KEM and ML-DSA in the JVM

Oracle released Java 27 with post-quantum cryptography features aimed at protecting enterprise applications from future quantum attacks — hybrid TLS 1.3 key exchange through standard Java security interfaces and Oracle Jipher 20 with NIST-standardized ML-KEM and ML-DSA algorithms.

Java logo with quantum security concept Enterprise IT

Oracle Corporation released Java 27 with new post-quantum cryptography features aimed at protecting enterprise applications from future quantum attacks. The update adds hybrid TLS 1.3 key exchange through standard Java security interfaces and includes Oracle Jipher 20, which supports NIST-standardized ML-KEM and ML-DSA algorithms in regulated environments.

This is post-quantum crypto landing inside the runtime that still runs half the planet's back offices. Java remains one of the most widely deployed enterprise platforms in the world, and the fact that PQC is now available through standard Java security interfaces — rather than as a bolt-on library — means organizations can begin migrating their TLS connections and digital signatures to quantum-resistant algorithms through the same mechanisms they already use for key management and certificate handling.

The timing aligns with a broader industry deadline convergence. Executive Order 14412 still requires post-quantum key establishment by December 31, 2030 and signatures by December 31, 2031. Microsoft, Cloudflare, and Google have set the same December 2029 deadline for their own systems. Bitcoin developers published a post-quantum security roadmap on September 17 setting December 2029 as the deadline for quantum resistance across data layers, consensus, and execution. Ethereum released its own post-quantum security framework on September 9, also aiming for quantum resistance by December 2029.

The IonQ clocks essay — which mapped the regulator clock, the adversary clock, the vendor clock, and the organization's own execution clock and admitted none of them agree — captures the real challenge. Moving a live, global financial network or an enterprise Java estate to new cryptography is not a single upgrade. Wallets, exchanges, and infrastructure providers all need time to adopt new standards before the old ones become risky, which is why the roadmaps arrive years ahead of the danger window rather than months.

For Java shops, Java 27's PQC support is the starting gun, not the finish line. The hybrid approach — combining classical and post-quantum key establishment — is the correct transitional strategy because it maintains compatibility with existing infrastructure while adding quantum resistance. Organizations should begin inventorying their Java-based TLS connections and digital signature workflows now, test Jipher 20 in pilot environments, and plan for the migration cadence that the 2029-2031 deadline window requires.

Enterprise IT • Java • Post-Quantum Cryptography • Oracle • ML-KEM • ML-DSA