# AWS KMS ML-KEM มาแล้ว กุญแจต้านควอนตัมตาม FIPS 203 ครบ 3 ระดับ ใช้ได้ใน Region ไทย

> AWS ประกาศ 26 ต.ค. 2026 ให้ AWS KMS ML-KEM สร้างกุญแจต้านควอนตัมตาม NIST FIPS 203 ครบ 3 ระดับ มี API Encapsulate/Decapsulate และใช้ได้เกือบทุก Region รวมไทย

- ประเภท: ข่าว · หมวด: Cloud
- เผยแพร่: 2026-10-27T07:48:00.000Z · อัปเดต: 2026-10-27T07:48:00.000Z
- โดย: กองบรรณาธิการ THAI DATA, THAI DATA IT BUSINESS ENTERPRISE
- ที่มา: https://thaidata.co.th/cloud/aws-kms-ml-kem-post-quantum-key-encapsulation/

## สรุปประเด็นสำคัญ

- AWS ประกาศเมื่อ **26 ตุลาคม 2026** ว่า AWS Key Management Service รองรับ ML-KEM กลไกแลกเปลี่ยนความลับที่ต้านคอมพิวเตอร์ควอนตัมตามมาตรฐาน **NIST FIPS 203** ซึ่ง NIST เผยแพร่ฉบับสมบูรณ์เมื่อ 13 สิงหาคม 2024
- AWS KMS ML-KEM รองรับ key spec ครบ **3** ระดับคือ ML-KEM-512, ML-KEM-768 และ ML-KEM-1024 API Encapsulate ใช้กุญแจสาธารณะสร้างความลับร่วม (shared secret) แบบสุ่มขนาด **32 ไบต์** พร้อม ciphertext ส่วน Decapsulate ใช้กุญแจส่วนตัวถอดกลับมา
- กุญแจส่วนตัวถูกเก็บใน HSM ที่ผ่านการรับรอง **FIPS 140-3 Level 3** และไม่ออกจาก KMS ในรูปที่ไม่เข้ารหัส ส่วนกุญแจสาธารณะส่งออกด้วย GetPublicKey ไป encapsulate นอก AWS ด้วยไลบรารีอย่าง AWS-LC, OpenSSL หรือ Bouncy Castle ได้
- ใช้ได้ในทุก Region ที่มี KMS ยกเว้น **3** กลุ่มคือ Middle East (UAE), Middle East (Bahrain) และ China Regions โดยหน้า endpoints ของ KMS มี Region ไทย ap-southeast-7 อยู่ในรายการ
- กุญแจ KMS ทุกชนิดราคาเท่ากันที่ **1 ดอลลาร์สหรัฐต่อเดือน** ต่อกุญแจ (คิดตามชั่วโมง) แต่คำขอที่อ้างถึงกุญแจอสมมาตรไม่รวมใน free tier **20,000** คำขอต่อเดือน

Amazon Web Services ประกาศเมื่อวันที่ 26 ตุลาคม 2026 ว่า AWS Key Management Service รองรับ ML-KEM แล้ว ทำให้ AWS KMS ML-KEM สร้างและเก็บคู่กุญแจสำหรับแลกเปลี่ยนความลับที่ต้านคอมพิวเตอร์ควอนตัมตามมาตรฐาน NIST FIPS 203 ได้ครบทั้ง 3 ระดับ พร้อม API Encapsulate และ Decapsulate โดยกุญแจส่วนตัวอยู่ใน HSM ระดับ FIPS 140-3 Level 3 และเปิดใช้ในทุก Region ที่มี KMS ยกเว้น UAE บาห์เรน และจีน

AWS ระบุในประกาศว่า NIST ออกแบบ ML-KEM (Module-Lattice-Based Key-Encapsulation Mechanism) มาแทนวิธีแลกเปลี่ยนกุญแจแบบคลาสสิก ทั้ง DH/ECDH key agreement และ RSA key transport ตามแผนเปลี่ยนผ่านใน NIST IR 8547 เพื่อปิดภัย "harvest now, decrypt later" ที่ผู้โจมตีบันทึกการแลกเปลี่ยนกุญแจไว้ตั้งแต่วันนี้ แล้วรอถอดความลับเมื่อคอมพิวเตอร์ควอนตัมแรงพอในอนาคต

## AWS KMS ML-KEM ทำงานอย่างไร

กลไกของ AWS KMS ML-KEM ต่างจากการเข้ารหัสข้อมูลตรง ๆ ตรงที่ผลลัพธ์คือ "ความลับร่วม" (shared secret) ที่สองฝ่ายนำไปใช้เป็นกุญแจเข้ารหัสต่อ ไม่ใช่การเข้ารหัสข้อความใดข้อความหนึ่ง คู่มือนักพัฒนาของ AWS KMS อธิบายว่ากุญแจสาธารณะทำหน้าที่ encapsulate ความลับร่วม และกุญแจส่วนตัวทำหน้าที่ decapsulate โดยกุญแจส่วนตัวไม่ออกจาก AWS KMS ในรูปที่ไม่เข้ารหัส

| ขั้นตอน | ใครทำ | ผลลัพธ์ตามประกาศของ AWS |
| --- | --- | --- |
| CreateKey เลือก key spec ML_KEM_512, ML_KEM_768 หรือ ML_KEM_1024 | เจ้าของบัญชี AWS | คู่กุญแจอสมมาตรใน KMS เปลี่ยน key spec ภายหลังไม่ได้ |
| GetPublicKey | เจ้าของกุญแจ | ส่งออกกุญแจสาธารณะให้พาร์ทเนอร์ แอปฝั่งลูกค้า หรือระบบภายนอก |
| Encapsulate | ฝ่ายที่ถือกุญแจสาธารณะ (ใน KMS หรือนอก AWS) | ความลับร่วมแบบสุ่ม 32 ไบต์ และ ciphertext ของมัน |
| Decapsulate | KMS ด้วยกุญแจส่วนตัวใน HSM | ถอดความลับร่วมเดิมกลับมาจาก ciphertext |

จุดที่น่าสนใจของ AWS KMS ML-KEM คือฝั่ง encapsulate ไม่จำเป็นต้องเรียก AWS เลย AWS ระบุว่าองค์กรส่งออกกุญแจสาธารณะด้วย GetPublicKey แล้วให้ระบบภายนอกทำ encapsulate ในเครื่องเองด้วยไลบรารีเข้ารหัสอย่าง AWS-LC, OpenSSL หรือ Bouncy Castle ได้ มีเพียงฝั่ง decapsulate เท่านั้นที่ต้องผ่าน KMS เพราะกุญแจส่วนตัวถูกเก็บใน HSM ที่ผ่านการรับรอง FIPS 140-3 Level 3

![แผนภาพขั้นตอน AWS KMS ML-KEM ตั้งแต่สร้างกุญแจ ส่งออกกุญแจสาธารณะ encapsulate ได้ทั้งใน KMS และนอก AWS จนถึง decapsulate ด้วยกุญแจส่วนตัวใน HSM](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/aws-kms-ml-kem-post-quantum-key-encapsulation/ml-kem-encapsulate-flow.webp?v=f549f6b9) _(ภาพ: THAI DATA (ข้อมูล: AWS))_

ในเอกสาร Key spec reference ฉบับเดียวกัน AWS ระบุว่ารองรับอัลกอริทึม encapsulation แบบ ML_KEM กับ key spec ทั้งสามระดับ และเอกสารยังมีหัวข้อ ML-DSA ซึ่งเป็นมาตรฐานลายเซ็นดิจิทัลต้านควอนตัมอีกตัวของ NIST อยู่แล้ว แปลว่าตอนนี้ KMS มีทั้งฝั่งลายเซ็นและฝั่งแลกเปลี่ยนกุญแจในยุคหลังควอนตัมให้เลือกใช้

## ทำไมต้องรีบ: ภัย "เก็บวันนี้ ถอดทีหลัง"

NIST เผยแพร่ FIPS 203 ฉบับสมบูรณ์เมื่อ 13 สิงหาคม 2024 และออกร่าง NIST IR 8547 เมื่อ 12 พฤศจิกายน 2024 เพื่อวางแนวทางย้ายจากอัลกอริทึมที่ควอนตัมถอดได้ไปสู่มาตรฐานใหม่ ทั้งฝั่งลายเซ็นดิจิทัลและฝั่งแลกเปลี่ยนกุญแจ ปัญหาของการแลกเปลี่ยนกุญแจต่างจากลายเซ็นตรงที่ความเสียหายย้อนหลังได้ ข้อมูลที่ถูกดักเก็บไว้วันนี้ด้วยการแลกเปลี่ยนกุญแจแบบ RSA หรือ ECDH จะถูกถอดได้ทันทีที่คอมพิวเตอร์ควอนตัมที่แรงพอมาถึง ไม่ว่าข้อมูลนั้นจะเก่าแค่ไหน

การเพิ่ม AWS KMS ML-KEM จึงเป็นการอุดช่องนี้ในชั้นบริหารจัดการกุญแจ ซึ่งเป็นรากของการเข้ารหัสในหลายบริการ และสอดคล้องกับความเคลื่อนไหวของผู้ให้บริการรายอื่นในช่วงเดียวกัน เช่น [Google Meet ที่เข้ารหัสการโทรแบบ post-quantum ทุกสาย](/enterprise-apps/google-meet-post-quantum-cryptography/) [Java 27 ที่เปิด TLS 1.3 ต้านควอนตัมเป็นค่าเริ่มต้น](/software/java-27-release-g1-default-post-quantum-tls/) และ [OpenSSH 10.6 ที่เริ่มทดลองลายเซ็นต้านควอนตัม](/software/openbsd-8-0-release-openssh-10-6-post-quantum/)

![หน้าเอกสาร Key spec reference ของ AWS KMS ซึ่งมีหัวข้อ ML-KEM key specs และ ML-DSA key specs](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/aws-kms-ml-kem-post-quantum-key-encapsulation/aws-kms-key-spec-reference-ml-kem-docs.webp?v=befb5c80) _(ภาพ: Amazon Web Services (ภาพหน้าจอ))_

## ใช้ได้ที่ไหน และ AWS KMS ML-KEM คิดเงินอย่างไร

ประกาศของ AWS ระบุว่า ML-KEM ใช้ได้ในทุก Region ที่มี KMS ให้บริการ ยกเว้น Middle East (UAE), Middle East (Bahrain) และ China Regions เมื่อตรวจหน้า endpoints ของ AWS KMS พบว่า Region Asia Pacific (Thailand) หรือ ap-southeast-7 มี endpoint ของ KMS ทั้งแบบปกติและแบบ FIPS จึงไม่อยู่ในข้อยกเว้น องค์กรที่ย้ายงานมา Region ไทยเพื่อเก็บข้อมูลในประเทศใช้ความสามารถนี้ได้โดยไม่ต้องพึ่ง Region สิงคโปร์

ด้านราคา AWS ไม่ได้ประกาศราคาแยกสำหรับ AWS KMS ML-KEM หน้าราคาของ AWS KMS ระบุว่ากุญแจทุกชนิด ไม่ว่าสมมาตร อสมมาตร HMAC หรือ multi-Region คิด 1 ดอลลาร์สหรัฐต่อเดือนต่อกุญแจ คิดตามชั่วโมงที่ใช้จริง ส่วนค่าคำขอ API มี free tier 20,000 คำขอต่อเดือนรวมทุก Region แต่หน้าราคาระบุชัดว่าคำขอที่อ้างถึงกุญแจอสมมาตร เช่น Sign, Verify, Encrypt, Decrypt และ GetPublicKey ไม่รวมใน free tier ตัวอย่างบนหน้าราคาคือการเซ็น 100,000 ไฟล์ด้วยกุญแจ ECC 256 คิด 0.15 ดอลลาร์ต่อ 10,000 คำขอ เทียบกับคำขอกุญแจสมมาตรที่ 0.03 ดอลลาร์ต่อ 10,000 คำขอ ณ วันที่ 27 ตุลาคม 2026 หน้าราคายังไม่มีบรรทัดแยกสำหรับ Encapsulate และ Decapsulate องค์กรจึงควรตรวจกับ AWS Pricing Calculator หรือบิลจริงก่อนใช้ปริมาณมาก

## ทำไมเรื่องนี้สำคัญ

AWS KMS ML-KEM เปลี่ยนการเตรียมรับยุคหลังควอนตัมจากเรื่องของไลบรารีในแอปแต่ละตัว มาเป็นบริการที่จัดการกุญแจให้จากศูนย์กลาง กุญแจส่วนตัวไม่ออกจาก HSM ทีมพัฒนาจึงไม่ต้องดูแลการเก็บกุญแจ ML-KEM เอง และยังใช้สิทธิ์ นโยบาย และการคิดเงินแบบเดียวกับกุญแจ KMS ที่มีอยู่ ขณะเดียวกันการเปิดให้ encapsulate นอก AWS ด้วยไลบรารีโอเพนซอร์สทำให้ระบบของพาร์ทเนอร์หรืออุปกรณ์ปลายทางที่ไม่ได้อยู่บน AWS เข้าร่วมได้

ในมุมผู้ซื้อคลาวด์ นี่คือจุดเปรียบเทียบใหม่ระหว่างผู้ให้บริการ ฝั่ง Microsoft เพิ่งเปิด [External Key Management ให้องค์กรเก็บกุญแจหลักใน HSM ของตัวเอง](/cloud/azure-external-key-management-ga-sovereign-cloud/) ส่วนฝั่ง AWS เลือกเดินหน้าเรื่องอัลกอริทึมใหม่ก่อน องค์กรที่ใช้หลายคลาวด์ควรดูว่าแต่ละค่ายรองรับ FIPS 203 ในบริการจัดการกุญแจเมื่อไร เพื่อให้แผนเข้ารหัสเดินไปพร้อมกัน

## สิ่งที่องค์กรไทยควรทำ

- **ทำบัญชีข้อมูลที่ต้องลับนาน:** ข้อมูลส่วนบุคคลตาม PDPA สัญญา ประวัติการรักษา และข้อมูลการเงินที่ต้องเก็บหลายปี คือกลุ่มที่เสี่ยงจาก "เก็บวันนี้ ถอดทีหลัง" มากที่สุด ให้ระบุว่าข้อมูลเหล่านี้ถูกแลกเปลี่ยนกุญแจด้วย RSA หรือ ECDH ที่จุดไหนบ้าง
- **ทดลอง AWS KMS ML-KEM ใน Region ไทยก่อน:** สร้างกุญแจ ML_KEM_768 ในบัญชีทดสอบที่ ap-southeast-7 วัดเวลาตอบสนองของ Encapsulate และ Decapsulate และดูค่าใช้จ่ายจริง เพราะคำขอกุญแจอสมมาตรไม่รวมใน free tier
- **ตรวจไลบรารีฝั่งลูกค้า:** ถ้าจะให้พาร์ทเนอร์หรืออุปกรณ์ encapsulate นอก AWS ต้องยืนยันว่า AWS-LC, OpenSSL หรือ Bouncy Castle ที่ใช้อยู่รองรับ FIPS 203 แล้ว และวางแผนอัปเกรดเวอร์ชันที่ยังไม่รองรับ
- **ออกแบบให้เปลี่ยนอัลกอริทึมได้:** AWS KMS ML-KEM ให้เลือก key spec ได้ตอนสร้างกุญแจเท่านั้น ระบบจึงควรอ้างกุญแจผ่าน alias หรือชั้นกลาง เพื่อให้ย้ายจาก ML-KEM-512 ไป 768 หรือ 1024 ได้โดยไม่แก้โค้ดทุกจุด
- **ทบทวนสิทธิ์และนโยบายกุญแจ:** API ใหม่อย่าง Encapsulate และ Decapsulate ควรถูกจำกัดสิทธิ์ตามหน้าที่ และบันทึกการใช้งานเหมือนกุญแจ KMS ชุดอื่น เพื่อให้ตรวจสอบย้อนหลังได้ว่าใครสร้างความลับร่วมกับใคร

การมาของ AWS KMS ML-KEM ไม่ได้บังคับให้องค์กรย้ายทันที แต่ทำให้ข้ออ้างว่า "ยังไม่มีบริการรองรับ" หมดไป ติดตามข่าวคลาวด์และการเข้ารหัสอื่น ๆ ได้ที่ [หมวดคลาวด์](/cloud/)

## คำถามที่พบบ่อย

### AWS KMS ML-KEM คืออะไร?

AWS KMS ML-KEM คือความสามารถใหม่ของ AWS Key Management Service ที่ประกาศเมื่อ 26 ตุลาคม 2026 ให้สร้างคู่กุญแจแบบ Module-Lattice-Based Key-Encapsulation Mechanism ตามมาตรฐาน NIST FIPS 203 เพื่อให้สองฝ่ายตกลงความลับร่วม (shared secret) โดยที่คอมพิวเตอร์ควอนตัมในอนาคตถอดไม่ได้ กุญแจส่วนตัวถูกเก็บใน HSM ระดับ FIPS 140-3 Level 3 ของ AWS

### AWS KMS ML-KEM รองรับ key spec อะไรบ้าง?

AWS KMS ML-KEM รองรับ key spec ครบทั้ง 3 ระดับที่ FIPS 203 กำหนด คือ ML-KEM-512, ML-KEM-768 และ ML-KEM-1024 (ในเอกสาร AWS เขียนเป็น ML_KEM_512, ML_KEM_768 และ ML_KEM_1024) ทุกระดับใช้อัลกอริทึม encapsulation แบบ ML_KEM เหมือนกัน และเลือก key spec ได้ตอนสร้างกุญแจเท่านั้น เปลี่ยนภายหลังไม่ได้

### AWS KMS ML-KEM ใช้ได้ใน Region ไทยหรือไม่?

ตามประกาศเมื่อ 26 ตุลาคม 2026 AWS KMS ML-KEM ใช้ได้ในทุก Region ที่มี AWS KMS ให้บริการ ยกเว้น Middle East (UAE), Middle East (Bahrain) และ China Regions หน้า endpoints ของ AWS KMS แสดงว่า Region Asia Pacific (Thailand) หรือ ap-southeast-7 มี KMS ให้บริการ จึงไม่อยู่ในข้อยกเว้น

### ใช้ AWS KMS ML-KEM แล้วคิดเงินอย่างไร?

ณ 27 ตุลาคม 2026 ยังไม่มีราคาแยกสำหรับ AWS KMS ML-KEM หน้าราคาของ AWS KMS ระบุว่ากุญแจทุกชนิดรวมกุญแจอสมมาตรคิด 1 ดอลลาร์สหรัฐต่อเดือนต่อกุญแจ คิดตามชั่วโมงที่ใช้จริง ส่วนคำขอ API ที่อ้างถึงกุญแจอสมมาตร เช่น GetPublicKey ไม่รวมใน free tier 20,000 คำขอต่อเดือน ตัวอย่างบนหน้าราคาคือการเซ็นด้วยกุญแจ ECC 256 คิด 0.15 ดอลลาร์ต่อ 10,000 คำขอ

### ML-KEM ต่างจาก RSA และ ECDH อย่างไร?

RSA key transport และ DH/ECDH key agreement เป็นวิธีแลกเปลี่ยนกุญแจแบบคลาสสิกที่ NIST ระบุว่าคอมพิวเตอร์ควอนตัมที่แรงพอจะถอดได้ในอนาคต ML-KEM เป็นอัลกอริทึมบนโครงสร้างแลตทิซที่ NIST ออกแบบมาแทนวิธีเหล่านั้นตามแผนเปลี่ยนผ่านใน NIST IR 8547 เพื่อปิดช่องโจมตีแบบบันทึกข้อมูลไว้วันนี้แล้วถอดรหัสทีหลัง


## แหล่งอ้างอิง

- [AWS Key Management Service now supports ML-KEM for post-quantum key encapsulation](https://aws.amazon.com/about-aws/whats-new/2026/10/kms-ml-kem-post-quantum/) — Amazon Web Services
- [Key spec reference - AWS Key Management Service Developer Guide](https://docs.aws.amazon.com/kms/latest/developerguide/symm-asymm-choose-key-spec.html) — Amazon Web Services
- [AWS Key Management Service pricing](https://aws.amazon.com/kms/pricing/) — Amazon Web Services
- [AWS Key Management Service endpoints and quotas](https://docs.aws.amazon.com/general/latest/gr/kms.html) — Amazon Web Services
- [FIPS 203, Module-Lattice-Based Key-Encapsulation Mechanism Standard](https://csrc.nist.gov/pubs/fips/203/final) — NIST
- [NIST IR 8547, Transition to Post-Quantum Cryptography Standards](https://csrc.nist.gov/pubs/ir/8547/ipd) — NIST