สรุปสั้น

บริษัท eMudhra ผู้ให้บริการใบรับรองดิจิทัล (CA) สัญชาติอินเดียที่ขายใบรับรองภายใต้แบรนด์ emSign ประกาศว่าคณะกรรมการบริษัทมีมติถอนตัวจากธุรกิจใบรับรอง SSL/TLS ระดับโลก การตัดสินใจเกิดขึ้น 5 วันหลังนักวิจัยรายงานว่ากู้กุญแจส่วนตัวของใบรับรอง CA ตัวกลาง 8 ใบของบริษัทได้ ซึ่งเป็นเหตุที่ทำให้ Chrome, Firefox และ Go ต้องบล็อกฉุกเฉินตามที่เคยรายงานไว้ (2026/10/190 ) ข้อมูลใหม่ที่เปิดเผยคือกุญแจทั้ง 8 ดอกไม่ได้หลุดจากการเจาะระบบ แต่มีค่าต่ำกว่า 256 ทั้งหมด ทั้งที่ควรเป็นตัวเลขสุ่มขนาดมหาศาล ใครก็ตามจึงคำนวณกุญแจออกมาได้แทบทันที

ผลกระทบตกหนักกับวงการมหาวิทยาลัยในสหรัฐฯ เพราะ Chrome จะเลิกเชื่อถือราก emSign ECC Root CA - G3 ซึ่งคาดว่าจะถึงผู้ใช้เช้าวันที่ 27 ตุลาคม ตามเวลาแปซิฟิก ขณะที่ใบรับรองที่ยังไม่หมดอายุราว 30,800 ใบใต้รากนี้ 99.9% ออกผ่าน InCommon บริการใบรับรองของเครือข่ายอุดมศึกษา Internet2 eMudhra ระบุว่าจะเปลี่ยนใบรับรองให้ลูกค้าฟรีผ่านพาร์ตเนอร์ แต่ไม่ระบุชื่อพาร์ตเนอร์และวันที่ถอนตัว ส่วน Chrome ตั้งคำถาม 12 ข้อถึงบริษัทเรื่องความโปร่งใสและการจัดการเหตุ และยังพิจารณาว่าจะเก็บรากที่เหลือของ eMudhra ไว้หรือไม่

รายละเอียดข่าว

เว็บไซต์ The Hacker News รายงานเมื่อวันที่ 22 ตุลาคม 2569 ว่านักวิจัยแจ้งเรื่องกุญแจอ่อนแอไปยัง Apple, Google, Microsoft, Mozilla และ eMudhra เมื่อวันที่ 17 ตุลาคม ในจำนวนนี้ 6 ใบเป็น CA ตัวกลางสำหรับใบรับรองเว็บไซต์ (TLS) ซึ่ง Chrome และ Firefox บล็อกได้ภายในไม่กี่ชั่วโมง Google ระบุว่าก่อน Chrome บล็อก ไม่มีใบรับรองเว็บไซต์ที่ออกจาก CA เหล่านี้ปรากฏใน Certificate Transparency (CT) เลย จึงไม่มีใบใดถูกใช้โจมตี Chrome หรือซอฟต์แวร์ที่บังคับ CT ได้ ด้าน eMudhra ยืนยันว่าไม่เคยใช้ CA ทั้ง 8 ออกใบรับรองให้เว็บไซต์หรือผู้ใช้ และระบบของบริษัทไม่ได้ถูกเจาะ

Mozilla ตัดสินใจเลิกเชื่อถือรากเดียวกันใน Firefox ตั้งแต่วันที่ 20 ตุลาคม การถอดรากออกจากเบราว์เซอร์ตัดใบรับรองที่ถูกต้องทุกใบที่ออกภายใต้รากนั้นไปด้วย ตามการนับของ Chrome จาก CT log สาธารณะ ณ วันที่ 21 ตุลาคม มีใบรับรองที่ยังไม่หมดอายุราว 30,800 ใบต่อสายมาที่ราก ECC นี้ InCommon ย้ายบริการไปอยู่บนแพลตฟอร์ม CertiNext ของ eMudhra ระหว่างเดือนเมษายนถึงกรกฎาคมปีนี้ Google แจ้งผู้ดูแลเว็บไซต์ที่ถือใบรับรองใต้รากนี้ว่า “ต้องขอและติดตั้งใบรับรอง TLS ใหม่จากลำดับชั้น PKI อื่นที่อยู่ใน Chrome Root Store ทันที”

eMudhra ระบุว่าระหว่างการเปลี่ยนผ่าน ราก G1 แบบ RSA จะยังให้บริการลูกค้าต่อไป ซึ่งเป็นลำดับชั้นแยกจากราก ECC และบริษัทจะเปิดบริการตรวจสถานะการเพิกถอนไว้จนกว่าใบรับรอง SSL/TLS ทุกใบที่ออกไปจะหมดอายุหรือถูกเปลี่ยน ส่วนธุรกิจอื่น เช่น ใบรับรองลายมือชื่อดิจิทัล eSign และแพลตฟอร์ม CertiNext ที่ InCommon ใช้ ยังดำเนินต่อ ประกาศไม่ได้กล่าวถึง InCommon และไม่ได้บอกว่าจะยังออกใบรับรองใหม่ภายใต้ G1 ต่อไปจนถึงวันถอนตัวหรือไม่

บริษัทให้เหตุผลว่าธุรกิจ SSL/TLS ทั่วโลกสร้างรายได้เพียงราว 1% ของทั้งหมด กฎด้านอธิปไตยข้อมูลและการปฏิบัติตามข้อกำหนดทำให้ต้นทุนสูงและซับซ้อน และผู้ให้บริการรายใหญ่บางรายก็แจกใบรับรองฟรี บริษัทยังบ่นว่าการที่เหตุการณ์แพร่บนโซเชียลมีเดียนำมาซึ่ง “การจับจ้องที่ไม่ได้สัดส่วนกับความสำคัญของ SSL/TLS ในธุรกิจของเรา”

รายละเอียดช่องโหว่

ต้นเหตุคือการสร้างกุญแจที่ผิดพลาดร้ายแรง กุญแจส่วนตัวของ CA ควรเป็นตัวเลขสุ่มขนาดใหญ่มากจนคาดเดาไม่ได้ แต่กุญแจทั้ง 8 ดอกของ eMudhra มีค่าต่ำกว่า 256 หมายความว่าผู้โจมตีลองไล่ค่าที่เป็นไปได้ทั้งหมดได้ในเสี้ยววินาที ใครก็ตามที่ทำแบบนี้จะออกใบรับรองให้เว็บไซต์ใดก็ได้ในนาม CA ที่เบราว์เซอร์เชื่อถือ

ที่มาของกุญแจอ่อนแอเชื่อมโยงกับเหตุในอดีต ปี 2568 eMudhra เคยเผยแพร่รายการเพิกถอนใบรับรอง (CRL) ที่ไม่ถูกต้องสำหรับ CA ตัวกลาง 6 ใบในกลุ่มเดียวกัน และรายงานเหตุครั้งนั้นระบุว่าแก้ไขด้วยการ “สร้าง CRL ใหม่โดยใช้กุญแจส่วนตัวที่ถูกต้องของ CA ตัวกลางแต่ละใบ” แต่เมื่อวันที่ 19 ตุลาคม eMudhra แจ้ง Mozilla ว่ารายการเหล่านั้นถูกลงนามครั้งแรกด้วยกุญแจที่ตั้งใจใช้ เมื่อลายเซ็นออกมาไม่ถูกต้องจึง “ลงนามใหม่ด้วยกุญแจที่มีข้อบกพร่อง” ซึ่งก็คือกุญแจอ่อนแอที่พบในเดือนนี้ Chrome ระบุว่าการเปิดเผยนี้ “สร้างความกังวลอย่างจริงจังต่อความโปร่งใสและการจัดการเหตุของ eMudhra” และถามว่าทำไมรายงานปี 2568 ไม่บอกว่ามีคู่กุญแจ 2 ชุดสำหรับ CA แต่ละตัว

คำถามยังลามไปถึงราก RSA ที่ eMudhra ใช้เป็นทางออก เมื่อวันที่ 14 ตุลาคม บริษัทเผยแพร่ CRL ของ emSign Root TLS CA - G1 ซึ่งนักวิจัยที่รายงานกุญแจอ่อนแอระบุใน bug report สาธารณะของ Mozilla ว่าลายเซ็นของรายการนี้ไม่ตรงกับกุญแจของ CA นั้นเอง ผู้ร่วมสนทนาอีกรายระบุเมื่อ 22 ตุลาคมว่ารายการดูเหมือนลงนามด้วยกุญแจของใบรับรอง OCSP ของ eMudhra และ “น่าจะเป็นการใช้กุญแจลงนามผิดตัว มากกว่าเป็นหลักฐานของกุญแจอ่อนแอตัวใหม่” Chrome ยกประเด็นนี้เป็นหนึ่งในคำถาม 12 ข้อเมื่อ 21 ตุลาคม โดยถามว่ากุญแจใดลงนาม และ eMudhra ถือคู่กุญแจมากกว่าหนึ่งชุดสำหรับ CA นั้นหรือรากใดหรือไม่ ณ เวลา 13:31 UTC วันที่ 22 ตุลาคม eMudhra ยังไม่ตอบคำถามใดของ Chrome บน bug report

ผลกระทบ

กลุ่มที่ได้รับผลกระทบหนักที่สุดคือมหาวิทยาลัยและสถาบันวิจัยในสหรัฐฯ ที่ใช้ใบรับรองจาก InCommon เพราะมีเวลาไม่ถึงสัปดาห์ก่อน Chrome เลิกเชื่อถือราก ECC มหาวิทยาลัย Cornell เพียงแห่งเดียวนับใบรับรองที่ได้รับผลกระทบได้กว่า 300 ใบ เว็บไซต์ พอร์ทัล และบริการที่ยังใช้ใบรับรองเดิมจะแสดงข้อผิดพลาดความปลอดภัยในเบราว์เซอร์ทันทีที่การเปลี่ยนแปลงไปถึงผู้ใช้

eMudhra ประเมินว่ามีใบรับรองราว 30,000 ใบที่ต้องย้าย ประมาณ 97% ออกผ่าน ACME ซึ่งฟังดูเหมือนเปลี่ยนอัตโนมัติได้ง่าย แต่ Chrome เตือนบริษัทว่าไคลเอนต์ ACME มาตรฐานจะไม่เปลี่ยนใบรับรองก่อนถึงรอบต่ออายุ เว้นแต่รองรับ ACME Renewal Information (ARI) หรือมีคนเข้าไปสั่งเอง และการย้ายจากลำดับชั้น ECC ไป RSA อาจต้องแก้ค่าตั้งของไคลเอนต์ด้วย ทางออกที่ eMudhra เสนอเองก็ยังไม่แน่นอน เพราะ Chrome ยังไม่ตัดสินว่าจะเก็บราก G1 ไว้หรือไม่ ขณะที่ Mozilla ยังไม่ถอดราก G1 เพียงแต่ระบุว่า “ในตอนนี้” ไม่ถอด

ในภาพกว้าง กรณีนี้อาจเป็นตัวอย่างล่าสุดของ CA ที่ต้องออกจากตลาดใบรับรองเว็บไซต์หลังสูญเสียความเชื่อถือจาก root program เหตุการณ์ยังชี้ความเสี่ยงของการกระจุกตัว เมื่อบริการกลางรายเดียวอย่าง InCommon ย้ายไปใช้ CA รายเดียว ปัญหาของ CA นั้นจึงกระทบสถาบันสมาชิกทั้งหมดพร้อมกัน

คำแนะนำ

  • ตรวจใบรับรองที่ใช้งานอยู่ทั้งหมดว่าต่อสายไปที่ emSign ECC Root CA - G3 หรือไม่ (ดูจาก issuer และ chain) โดยเฉพาะใบที่ได้มาจาก InCommon หรือ CertiNext
  • ขอใบรับรองใหม่จาก CA ในลำดับชั้นอื่นที่อยู่ใน Chrome Root Store ให้เสร็จก่อน 27 ตุลาคม ตามคำแนะนำของ Google
  • หากใช้ ACME ให้สั่งต่ออายุด้วยมือหรือใช้ไคลเอนต์ที่รองรับ ARI และตรวจว่าค่าตั้งรองรับการเปลี่ยนจาก ECC เป็น RSA หรือเปลี่ยนไปใช้ CA อื่น เช่น Let’s Encrypt
  • อย่าถือว่าราก emSign Root CA - G1 ปลอดภัยถาวร วางแผนย้ายออกจากลำดับชั้นของ eMudhra ทั้งหมดในระยะกลาง
  • ตรวจ trust store ของเซิร์ฟเวอร์ คอนเทนเนอร์ และแอปที่ฝังชุดรากเอง ว่าได้รับอัปเดตที่ถอดราก ECC แล้ว ตามรายการแพตช์ในโพสต์ 2026/10/190

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