OpenSSL แก้ช่องโหว่ DTLS ระดับสูง เสี่ยงหลุดข้อมูลหน่วยความจำ heap แบบไม่เข้ารหัสหรือทำโปรแกรมล่ม

สรุปสั้น

OpenSSL ระบุเมื่อวันที่ 29 กันยายนพร้อมปล่อยแพตช์ว่า ช่องโหว่ DTLS ระดับสูงสามารถทำให้ข้อมูลหน่วยความจำ heap หลุดไปยังอีกฝั่งของการเชื่อมต่อ DTLS หรือทำให้โปรแกรมล่มได้ โดย DTLS คือ TLS เวอร์ชันที่ใช้กับทราฟฟิก UDP ซึ่งจะส่งข้อความ handshake ซ้ำหากไม่มีการตอบกลับก่อนตัวจับเวลาหมด การหลุดของข้อมูลหรือการล่มเกิดขึ้นได้เมื่อการส่งซ้ำนี้เริ่มต้นขณะที่ข้อความ handshake ขนาดใหญ่กว่ายังส่งค้างอยู่กลางคัน ช่องโหว่นี้ถูกติดตามในรหัส CVE-2026-84782 และได้รับการแก้ไขแล้วใน OpenSSL เวอร์ชัน 4.0.3, 3.6.5, 3.5.9 และ 3.4.8

OpenSSL ยังไม่ได้ระบุว่าผู้โจมตีสามารถทำให้เกิดการส่งซ้ำขณะที่ข้อความค้างอยู่ได้หรือไม่ และยังไม่มีรายงานการโจมตีที่ใช้ช่องโหว่นี้ DTLS ถูกใช้ เช่น เพื่อปกป้องช่องข้อมูลของ WebRTC และเพื่อตั้งกุญแจเข้ารหัสสำหรับการโทรผ่านอินเทอร์เน็ต ซอฟต์แวร์จะเสี่ยงต่อช่องโหว่นี้ก็ต่อเมื่อใช้ OpenSSL สำหรับ DTLS เท่านั้น ส่วนเวอร์ชันแก้ไขของสายเก่าอย่าง 3.0, 1.1.1 และ 1.0.2 จะให้เฉพาะลูกค้าที่จ่ายค่าบริการสนับสนุนระดับพรีเมียม เพราะ OpenSSL 3.0 หยุดได้รับแพตช์ความปลอดภัยสาธารณะตั้งแต่วันที่ 7 กันยายน

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

เว็บไซต์ The Hacker News รายงานเมื่อวันที่ 30 กันยายน 2569 ว่า DTLS แบ่งข้อความ handshake ขนาดใหญ่ออกเป็นส่วนย่อยที่แต่ละส่วนพอดีกับ UDP datagram หนึ่งชุด หากการเชื่อมต่อไม่สามารถรับข้อมูลเพิ่มได้ในขณะนั้น การส่งอาจหยุดกลางคันระหว่างข้อความแล้วค่อยส่งต่อภายหลัง และระหว่างที่การส่งหยุดอยู่ ตัวจับเวลาส่งซ้ำก็ยังสามารถทำงานและส่งข้อความก่อนหน้าซ้ำได้

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

นาย Laurent Gaffie จากบริษัท Secorizon เป็นผู้รายงานช่องโหว่นี้เมื่อวันที่ 17 สิงหาคม และนาย Ryan Hooper เป็นผู้พัฒนาการแก้ไข OpenSSL จัดระดับช่องโหว่นี้เป็นระดับสูง (High) ซึ่งต่ำกว่าระดับวิกฤตหนึ่งขั้นในเกณฑ์ความรุนแรงของตน ขณะที่ CISA ให้คะแนน CVSS 8.2 จาก 10 เมื่อวันที่ 29 กันยายน โดยประเมินผลกระทบต่อการรักษาความลับระดับต่ำและต่อความพร้อมใช้งานระดับสูง และระบุสถานะการถูกใช้โจมตีเป็น “none” ในขณะนั้น

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

ช่องโหว่กระทบ OpenSSL เวอร์ชัน 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 และ 1.0.2 ในทุกรุ่นก่อนเวอร์ชันที่แก้ไขแล้ว OpenSSL ไม่จำกัดช่องโหว่ไว้ที่ฝั่งไคลเอนต์หรือเซิร์ฟเวอร์ DTLS และทดสอบการแก้ไขทั้งสองบทบาทแล้ว โดยไม่มี workaround สำหรับผู้ที่ยังอัปเดตไม่ได้

Ubuntu แก้ช่องโหว่ในแพ็กเกจของตนเมื่อวันที่ 29 กันยายน ได้แก่ libssl3t64 3.5.5-1ubuntu3.6 บน Ubuntu 26.04 LTS, libssl3t64 3.0.13-0ubuntu3.16 บน Ubuntu 24.04 LTS และ libssl3 3.0.2-0ubuntu1.30 บน Ubuntu 22.04 LTS โดยผู้ใช้ต้องรีบูตหลังอัปเดต ส่วน Debian แก้ใน Debian 13 ด้วยเวอร์ชัน 3.5.7-1~deb13u3 ภายใต้ DSA-6531-1 แต่ตัวติดตามความปลอดภัยยังระบุว่า Debian 12 มีช่องโหว่อยู่ ณ เช้าวันที่ 30 กันยายน นอกจาก CVE-2026-84782 แล้ว การปล่อยแพตช์วันที่ 29 กันยายนยังแก้ช่องโหว่อีก 13 รายการ โดยตัวที่ร้ายแรงสุดคือ CVE-2026-84783 ระดับปานกลางที่กระทบเฉพาะ OpenSSL 4.0 และอีกตัว CVE-2026-75806 ระดับต่ำที่กระทบการเชื่อมต่อ DTLS 1.2 ที่ใช้ชุดรหัสแบบ AEAD

ผลกระทบ

ช่องโหว่นี้กระทบซอฟต์แวร์ที่ใช้ OpenSSL สำหรับ DTLS โดยเฉพาะระบบที่ใช้ WebRTC สำหรับการสื่อสารแบบเรียลไทม์ เช่น การประชุมทางวิดีโอ การโทรผ่านอินเทอร์เน็ต และช่องข้อมูลแบบ peer-to-peer เนื่องจากข้อมูล heap ที่หลุดออกไปอาจมีข้อมูลอ่อนไหวที่อยู่ในหน่วยความจำของกระบวนการ การหลุดแบบไม่เข้ารหัสไปยังอีกฝั่งของการเชื่อมต่อจึงเป็นความเสี่ยงต่อการรักษาความลับ ขณะที่ความสามารถในการทำให้โปรแกรมล่มก็เป็นความเสี่ยงต่อความพร้อมใช้งานของบริการ ความกังวลเพิ่มขึ้นสำหรับผู้ที่ยังใช้ OpenSSL 3.0 หรือสายเก่าที่หมดการสนับสนุนสาธารณะแล้ว เพราะต้องอัปเกรดไปสายใหม่หรือซื้อสัญญาสนับสนุนจึงจะได้รับการแก้ไข และซอฟต์แวร์ที่ฝัง OpenSSL ไว้ภายในก็ต้องรอผู้พัฒนาปล่อยอัปเดตตาม

คำแนะนำ

ผู้ดูแลระบบควรอัปเดต OpenSSL เป็นเวอร์ชันที่แก้ไขแล้วโดยเร็วตามนโยบายความปลอดภัยของ OpenSSL ที่แนะนำให้ติดตั้งแพตช์ระดับสูงทันที โดยเลือกเวอร์ชัน 4.0.3, 3.6.5, 3.5.9 หรือ 3.4.8 ตามสายที่ใช้งาน ผู้ที่ใช้ Ubuntu หรือ Debian ควรอัปเดตแพ็กเกจของดิสโทรและรีบูตเครื่องตามคำแนะนำ ผู้ที่ยังใช้ OpenSSL 3.0 หรือสายเก่าที่หมดการสนับสนุนสาธารณะควรวางแผนอัปเกรดไปสาย 4.0 หรือสาย LTS 3.5 หรือพิจารณาสัญญาสนับสนุนแบบจ่ายเงินเพื่อรับแพตช์ต่อเนื่อง องค์กรควรตรวจสอบรายการซอฟต์แวร์ที่ฝาก OpenSSL ไว้ภายในและติดตามอัปเดตจากผู้พัฒนาแต่ละราย โดยให้ความสำคัญเป็นพิเศษกับบริการที่ใช้ DTLS และ WebRTC

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

• OpenSSL Security Advisory 20260929
• CVE-2026-84782 — CISA vulnrichment
• USN-8847-1 — Ubuntu