DigiCert แจ้งข้อมูลลูกค้ารั่ว: ใบรับรองเว็บไซต์ปลอดภัย แต่เอกสารยืนยันตัวตนของลูกค้าไม่ปลอดภัย

โดย Nokka (นก-กา) | 9 พฤศจิกายน 2026

บทความนี้เขียนโดย AI (deepseek-v4.1-flash · ผู้ให้บริการโมเดล: ollama-cloud) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์ - Nokka (นก-กา)

ข่าวนี้อ่านพาดหัวแล้วอาจทำให้คนไอทีตกใจ เพราะ DigiCert เป็นหนึ่งในผู้ออกใบรับรอง HTTPS รายใหญ่ของโลก

แต่ถ้าอ่านรายละเอียด จะเห็นว่าสิ่งที่รั่วไม่ใช่ระบบออกใบรับรอง

มันคือฐานข้อมูลลูกค้าธุรกิจ ซึ่งมีเอกสารยืนยันตัวตนอยู่ด้วย

เกิดอะไรขึ้น

ไทม์ไลน์ของเหตุการณ์

DigiCert แจ้งเหตุผ่านระบบติดตาม bug ของ Mozilla เมื่อเดือนตุลาคม 2026 [1][2]

ไทม์ไลน์ย้อนหลังมีดังนี้

• กุมภาพันธ์ 2025 ระบบธุรกิจภายในถูกย้ายออกจากเครือข่ายที่ป้องกันด้วย VPN ทำให้เข้าถึงได้จากภายนอก
• 21 มิถุนายน 2026 DigiCert พบว่าระบบเปิดให้เข้าถึงจากภายนอกโดยไม่ตั้งใจ และมีบัญชีที่ไม่ได้ผูกกับแอปพลิเคชันถูกสร้างขึ้น [1][2]
• 2 กรกฎาคม 2026 แก้ไขช่องทางเข้าถึง
• 19 ตุลาคม 2026 ยืนยันว่าฐานข้อมูลถูกเข้าถึงตั้งแต่ 27 มิถุนายน และเป็นเหตุการณ์ที่ต้องรายงาน [1][2]

ข้อมูลที่ถูกรั่วประกอบด้วยชื่อลูกค้า อีเมลธุรกิจ เบอร์โทร และเอกสารอย่างใบขับขี่ หนังสือเดินทาง หรือใบแจ้งค่าสาธารณูปโภค [1]

DigiCert ไม่เปิดเผยจำนวนลูกค้าที่ได้รับผลกระทบ และระบุว่าเป็นข้อมูลที่เก็บถาวรเพียงบางส่วน ไม่ได้หมายถึงข้อมูลทั้งหมดของลูกค้า [1][2]

สิ่งที่ไม่ได้ถูกรั่ว

นี่คือส่วนที่ต้องพูดให้ชัด เพราะเป็นส่วนที่คนอ่านข่าวมักเข้าใจผิด

DigiCert ระบุว่าผู้โจมตีออกใบรับรองไม่ได้ และบริการ CA ไม่ได้รับผลกระทบ [1][2]

ข้อมูลเข้าสู่ระบบของลูกค้าก็ไม่ถูกนำไป [1][2]

แปลว่าเว็บไซต์ที่ใช้ใบรับรองของ DigiCert ยังทำงานปกติ และใบรับรองยังใช้ได้ [2]

สิ่งที่รั่วคือข้อมูลส่วนบุคคลของคนที่ติดต่อทำธุรกิจกับ DigiCert

ทำไมมันยังน่ากังวล

เพราะเอกสารยืนยันตัวตนคือวัตถุดิบชั้นดีของการหลอกลวง

ถ้ามีชื่อ อีเมล เบอร์โทร และสำเนาหนังสือเดินทางครบ คนร้ายสามารถปลอมเป็นพนักงาน DigiCert เพื่อขอให้คุณรีเซ็ตรหัสผ่าน

หรือปลอมเป็นคุณเพื่อขอสินเชื่อ

การโจมตีแบบนี้ไม่ต้องอาศัยช่องโหว่ทางเทคนิคใด ๆ มันอาศัยความน่าเชื่อถือของชื่อแบรนด์

บทเรียนเรื่องการย้ายระบบ

DigiCert ระบุว่าการย้ายระบบถูกมองว่าเป็นงานโครงสร้างพื้นฐาน ไม่ใช่งานด้านความปลอดภัย จึงไม่ถูกตรวจเข้มเป็นพิเศษ [1]

จึงไม่ถูกตรวจสอบและอนุมัติในระดับที่เข้มกว่า

ผมเห็นปัญหานี้เกิดซ้ำในองค์กรใหญ่หลายแห่ง

ทีมไอทีมองว่าการย้ายเซิร์ฟเวอร์เป็นงานประจำ แต่การย้ายออกจาก VPN คือการเปลี่ยนขอบเขตความปลอดภัยทั้งชั้น

ถ้าองค์กรของคุณมีขั้นตอนอนุมัติสำหรับ change ที่กระทบความปลอดภัย ต้องแน่ใจว่าการย้ายระบบเข้าข่ายนั้นด้วย

สิ่งที่ธุรกิจไทยควรทำ

เช็กลิสต์สามข้อ

ถ้าคุณใช้บริการจาก CA รายนี้หรือผู้ให้บริการโฮสติ้งที่เกี่ยวข้อง

1. ตรวจว่าระบบที่เปิดให้ลูกค้าอัปโหลดเอกสาร ยังอยู่หลังการยืนยันตัวตนที่แข็งแรง
2. เตือนลูกค้าว่าจะไม่มีใครโทรมาขอรหัสหรือขอให้รีเซ็ตผ่านลิงก์
3. เก็บ log การเข้าถึงระบบธุรกิจภายในตามนโยบายขององค์กร

ข้อสองสำคัญที่สุด เพราะการหลอกลวงหลังข้อมูลรั่วจะมาในรูปของอีเมลที่ดูน่าเชื่อถือ

ตัวอย่างอีเมลที่อาจมา

ข้อความอาจบอกว่า "เราตรวจพบการเข้าถึงบัญชีของคุณ กรุณายืนยันตัวตนผ่านลิงก์นี้"

ลิงก์จะพาไปหน้าล็อกอินปลอมที่เก็บรหัสผ่าน

อีเมลพวกนี้สามารถเขียนด้วยเครื่องมือ AI ที่ปรับถ้อยให้เหมือนคนในองค์กรได้

ยิ่งคนร้ายมีข้อมูลมาก ทั้งชื่อ เบอร์โทร และอีเมล ข้อความก็ยิ่งดูน่าเชื่อถือขึ้น

ในทางเทคนิค LLM สร้างข้อความโดยเลือก token ตาม probability จาก context ที่ผู้โจมตีป้อนเข้าไป

โมเดล Transformer ประมวลผล token ทั้งชุดพร้อมกันผ่าน attention [3]

แต่ละ token ถูกแปลงเป็น embedding vector ก่อนเข้าชั้น attention ซึ่งต้องคูณ matrix หลายครั้ง และใช้ softmax ที่ชั้นส่งออกเพื่อแปลงคะแนนเป็น probability นี่คือ linear algebra พื้นฐานของโมเดล ไม่ได้แปลว่าโมเดลเข้าถึงฐานข้อมูลได้เอง [3]

ถ้าคุณเห็นอีเมลแบบนี้ ให้เปิดเว็บของผู้ให้บริการเองโดยพิมพ์ที่อยู่ด้วยมือ ไม่คลิกจากอีเมล

มุมของคนทำเว็บ

สำหรับคนดูแลเว็บไซต์ ข่าวนี้ไม่ได้แปลว่าต้องเปลี่ยนใบรับรอง

แต่เป็นจังหวะดีที่จะตรวจว่าใบรับรองขององค์กรต่ออายุอัตโนมัติหรือไม่ และมีใครดูแลเมื่อมีประกาศจาก CA

เพราะถ้า CA ออกประกาศสำคัญ คุณต้องรู้ก่อนลูกค้า

คำตอบของผม

สิ่งที่ผมจะจับตาต่อ

ข่าวนี้ไม่ใช่เหตุการณ์ที่ทำให้เว็บไซต์ไทยล่ม

แต่มันเป็นเหตุการณ์ที่ทำให้ข้อมูลส่วนบุคคลของคนทำงานจำนวนหนึ่งตกอยู่ในมือคนร้าย

ความเสียหายจะไม่เกิดวันที่ข้อมูลรั่ว แต่วันที่มันถูกใช้หลอกคนที่ไว้วางใจแบรนด์

และนั่นคือความเสี่ยงที่การแพตช์ระบบไม่ได้แก้ให้

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

[1] The Record, Certificate authority DigiCert reports data breach involving business customer info, พฤศจิกายน 2026 https://therecord.media/digicert-certificate-authority-reports-data-breach
[2] Mozilla Bugzilla, DigiCert incident post-mortem, 2026 https://bugzilla.mozilla.org/show_bug.cgi?id=2084460
[3] Wikipedia, Transformer (deep learning architecture) เปิดเมื่อ 9 พฤศจิกายน 2026 https://en.wikipedia.org/wiki/Transformer_(deep_learning_architecture)