- การนำการแลกเปลี่ยนคีย์แบบไฮบริดมาใช้ใน TLS 1.3 โดยใช้ JDK เพื่อลดความเสี่ยงด้านควอนตัม
- การนำอัลกอริทึมที่ได้มาตรฐาน NIST เช่น ML-KEM และ ML-DSA มาใช้เพื่อปกป้องข้อมูล
- วิวัฒนาการของ JVM พร้อมการปรับปรุงด้านการจัดการหน่วยความจำและการทำงานพร้อมกัน เพื่อรองรับปริมาณงานสมัยใหม่
คุณคงสังเกตเห็นแล้วว่าโลกของความปลอดภัยทางไซเบอร์กำลังจะเปลี่ยนแปลงไปอย่างสิ้นเชิง ด้วยการมาถึงของคอมพิวเตอร์ควอนตัม วิธีการเข้ารหัสข้อมูลที่เราใช้ในปัจจุบันอาจล้าสมัยไปในชั่วข้ามคืน ทำให้ความลับของเราถูกเปิดเผยต่อใครก็ตามที่มีพลังการประมวลผลมากพอ
เพื่อป้องกันไม่ให้ถูกจับได้โดยไม่ทันตั้งตัว ระบบนิเวศของ Java จึงเริ่มเคลื่อนไหวอย่างรวดเร็ว ไม่ใช่แค่เรื่องทฤษฎีอีกต่อไป แต่เป็นการนำโซลูชันที่ใช้งานได้จริงมาใช้ใน JDKเพื่อให้บริษัทต่างๆ สามารถวางใจได้ว่าการสื่อสารของตนได้รับการปกป้องจากภัยคุกคามในอนาคต
ภัยคุกคามจากแนวคิด "เก็บรวบรวมข้อมูลตอนนี้ ถอดรหัสทีหลัง"
มีความเสี่ยงเฉพาะอย่างหนึ่งที่มีชื่อค่อนข้างน่ากังวล นั่นคือ " เก็บเกี่ยวตอนนี้ ถอดรหัสทีหลัง"โดยพื้นฐานแล้ว ผู้โจมตีบางรายกำลังจัดเก็บข้อมูลที่เข้ารหัสไว้ในปัจจุบันโดยหวังว่าเมื่อพวกเขามีคอมพิวเตอร์ควอนตัมที่ทรงพลัง พวกเขาจะสามารถถอดรหัสได้เหมือนเปิดกระป๋องแยม นี่เป็นปัญหาสำคัญสำหรับข้อมูลที่จำเป็นต้องเก็บเป็นความลับเป็นเวลาหลายสิบปี เช่น ทรัพย์สินทางปัญญาหรือบันทึกทางการเงิน
เพื่อต่อสู้กับปัญหานี้ การเข้ารหัสลับหลังควอนตัม (Post-Quantum Cryptography หรือ PQC) จึงถือกำเนิดขึ้น แตกต่างจากการเข้ารหัสลับแบบคลาสสิกซึ่งอาศัยอัลกอริธึมทางคณิตศาสตร์เช่น การแยกตัวประกอบของจำนวนเฉพาะขนาดใหญ่ PQC ใช้อัลกอริธึมที่ออกแบบมาเพื่อรองรับพลังของคิวบิต ซึ่งเป็นหน่วยพื้นฐานของการคำนวณควอนตัม ที่ช่วยให้การประมวลผลข้อมูลเร็วขึ้นอย่างมากด้วยหลักการซ้อนทับ (superposition)
Java 27 และการปฏิวัติการแลกเปลี่ยนแบบไฮบริด
Oracle ได้ก้าวไปข้างหน้าอย่างก้าวกระโดดด้วยการผสานระบบแลกเปลี่ยนคีย์แบบไฮบริดสำหรับ TLS 1.3 เข้ากับ Java 27 จุดเด่นของแนวทางนี้คือไม่ได้ทิ้งสิ่งที่ใช้งานได้อยู่แล้ว แต่เป็นการผสมผสานการเข้ารหัสแบบดั้งเดิมเข้ากับเลเยอร์หลังควอนตัมดังนั้น หากอัลกอริทึมใหม่ล้มเหลว เราก็ยังได้รับการปกป้องจากอัลกอริทึมเดิม และหากอัลกอริทึมเดิมถูกโจมตีด้วยควอนตัม เลเยอร์ PQC ก็จะช่วยปกป้องเราได้
การปรับปรุงนี้มาจากการใช้มาตรฐาน JEP 527 ทำให้แอปพลิเคชันระดับองค์กรสามารถปรับใช้ได้ง่ายขึ้นโดยไม่ต้องเปลี่ยนแปลงสถาปัตยกรรมอย่างมาก เนื่องจากมีการบูรณาการโดยตรงใน JDK จึงช่วยลดความซับซ้อนในการนำไปใช้งานในบริการคลาวด์ API และไมโครเซอร์วิสที่ใช้โปรโตคอล TLS 1.3 อยู่แล้ว
อัลกอริทึมหลักและมาตรฐาน NIST
ไม่ใช่เรื่องของการคิดค้นสิ่งใหม่ทั้งหมด แต่เป็นการใช้สิ่งที่ผู้เชี่ยวชาญแนะนำ NIST ได้ประเมินตัวเลือกต่างๆ มาหลายปีแล้ว และได้อนุมัติอัลกอริธึมต่างๆ เช่นML-KEM, BIKE, HQC และ Frodoแล้ว สิ่งเหล่านี้เป็นเสาหลักที่ช่วยให้ความปลอดภัยยังคงแข็งแกร่งแม้ว่าการคำนวณควอนตัมจะก้าวหน้าไปอย่างรวดเร็วก็ตาม
ภายในระบบนิเวศ เครื่องมือต่างๆ เช่น Oracle Jipher 20 มีความเข้ากันได้กับ ML-KEM และ ML-DSA อยู่แล้ว โดยอาศัยโมดูล OpenSSL ที่ได้รับการตรวจสอบตามมาตรฐาน FIPS 140-3 ซึ่งเป็นสิ่งสำคัญสำหรับผู้ที่ทำงานในภาคส่วนที่มีการกำกับดูแลซึ่งการกำกับดูแลและการสนับสนุนเชิงพาณิชย์เป็นสิ่งจำเป็น
นอกเหนือจากเรื่องความปลอดภัย: การเพิ่มประสิทธิภาพ JVM
แต่ Java ไม่ได้มุ่งเน้นเฉพาะแฮกเกอร์ควอนตัมเท่านั้น มันยังใช้โอกาสนี้ในการปรับปรุงระบบภายในด้วย ตอนนี้มีการเปิดใช้งานส่วน หัวของอ็อบเจ็กต์แบบกระชับ (Compact object headers) เป็นค่าเริ่มต้น ซึ่งช่วยลดการใช้หน่วยความจำของเครื่องเสมือน สำหรับผู้ที่จัดการคอนเทนเนอร์หรืออินสแตนซ์ขนาดเล็กมาก ๆ สิ่งนี้สามารถช่วยประหยัดค่าใช้จ่ายด้านโครงสร้างพื้นฐานได้อย่างมาก
นอกจากนี้ ยังมีการปรับปรุงประสิทธิภาพการทำงานอย่างมีนัยสำคัญ:
- G1 ในฐานะนักสะสมความทรงจำ ตั้งค่าเริ่มต้นเพื่อหลีกเลี่ยงปัญหาที่ไม่คาดคิดระหว่างการย้ายข้อมูล
- La การทำงานพร้อมกันแบบมีโครงสร้าง (ในเวอร์ชันทดลองที่เจ็ด) เพื่อจัดการงานแบบขนานได้ดีขึ้น และป้องกันกระบวนการที่ถูกทิ้งร้างเมื่อเกิดข้อผิดพลาด
- La เวกเตอร์ APIซึ่งช่วยให้สามารถคำนวณปัญญาประดิษฐ์และวิเคราะห์ข้อมูลได้เร็วขึ้น โดยใช้ประโยชน์จากฮาร์ดแวร์ของโปรเซสเซอร์
มองสู่อนาคต: โครงการวัลฮัลลาและไลเดน
ถ้าเราจะพูดถึงสิ่งที่จะเกิดขึ้นต่อไป เราต้องพูดถึงการเข้าถึง JDK 28 ในช่วงแรกๆ นี่คือจุดเริ่มต้นของ Project Valhalla ซึ่งมีเป้าหมายที่จะทำให้ Java object มีความหนาแน่นและมีประสิทธิภาพมากขึ้นใกล้เคียงกับประสิทธิภาพของชนิดข้อมูลพื้นฐาน นี่เป็นสิ่งที่มีค่าอย่างยิ่งสำหรับแอปพลิเคชันด้านการคำนวณทางการเงินหรือวิทยาศาสตร์ที่จัดการกับข้อมูลจำนวนมหาศาล
ในทางกลับกัน โครงการ Leyden มุ่งเน้นไปที่การทำให้แอปพลิเคชันเริ่มต้นทำงานได้เร็วขึ้นและมีประสิทธิภาพสูงสุดในเวลาที่น้อยลง ทั้งหมดนี้ เมื่อรวมกับการปรับปรุงในการจัดการการเข้ารหัส PEM และความสามารถในการล้างข้อมูลที่ละเอียดอ่อนใน Java Flight Recorder (JEP 536) ทำให้ Java เป็นแพลตฟอร์มที่แข็งแกร่งและทันสมัย
การเปลี่ยนผ่านไปสู่โลกที่ทนทานต่อควอนตัมได้เริ่มต้นขึ้นแล้วใน JDK ซึ่งช่วยให้องค์กรต่างๆ สามารถทดสอบการเข้ารหัสแบบไฮบริดไปพร้อมๆ กับการเพิ่มประสิทธิภาพทรัพยากรผ่านการปรับปรุงหน่วยความจำและการทำงานพร้อมกัน ทำให้มั่นใจได้ว่าระบบของพวกเขานั้นไม่เพียงแต่รวดเร็ว แต่ยังแทบจะเจาะไม่เข้าด้วยเทคโนโลยีในอนาคตอีกด้วย