Openssl

FoxIO พบช่องโหว่ TLS 3 จุดใน GoAhead เว็บเซิร์ฟเวอร์ที่ผู้ผลิตฝังในเฟิร์มแวร์เราเตอร์ เครื่องพิมพ์ และระบบควบคุมอุตสาหกรรม จุดร้ายแรงสุด CVE-2026-115881 คะแนน 9.1 ทำให้ build ที่ใช้ OpenSSL กับ mutual-TLS โหลดรายการเพิกถอนใบรับรองแต่ไม่เคยตรวจจริง อีก 2 จุดกระทบ build ที่ใช้ LibreSSL รุ่นเก่าและ Mbed TLS ยังไม่มีรายงานการโจมตีจริงและยังไม่ทราบว่าอุปกรณ์รุ่นใดได้รับผลกระทบ ผู้ผลิตอุปกรณ์ควรอัปเดตเป็น GoAhead 6.1.1 แล้วออกเฟิร์มแวร์ใหม่

Oracle ออก Critical Patch Update ประจำเดือนตุลาคม 2569 เมื่อ 20 ตุลาคม รวม 1,295 แพตช์ใหม่ ในจำนวนนี้ 690 รายการโจมตีจากระยะไกลได้โดยไม่ต้องยืนยันตัวตน ช่องโหว่เด่นคือ CVE-2026-75803 ในส่วน OpenSSL ของ Database Server และ CVE-2026-101521 ใน APEX ซึ่งได้ CVSS 9.8 ทั้งคู่ Essbase มี 4 ช่องโหว่คะแนน 9.9 และอีก 1 รายการคะแนน 9.8 Fusion Middleware ได้แพตช์มากที่สุด 206 รายการ Oracle เตือนว่ายังมีการโจมตีช่องโหว่ที่มีแพตช์แล้วแต่ลูกค้าไม่ได้ติดตั้ง

OpenSSL ออกแพตช์แก้ช่องโหว่ DTLS ระดับสูง CVE-2026-84782 ที่อาจทำให้ข้อมูลหน่วยความจำ heap หลุดไปยังอีกฝั่งของการเชื่อมต่อแบบไม่เข้ารหัส หรือทำให้โปรแกรมล่ม ช่องโหว่เกิดเมื่อมีการส่งซ้ำ handshake ขณะที่ข้อความขนาดใหญ่ยังส่งค้างกลางคัน แก้แล้วใน OpenSSL 4.0.3, 3.6.5, 3.5.9 และ 3.4.8 ส่วนสาย 3.0, 1.1.1 และ 1.0.2 ได้แพตช์เฉพาะลูกค้าพรีเมียม CISA ให้คะแนน CVSS 8.2 และระบุว่ายังไม่พบการโจมตีจริง DTLS ใช้ปกป้องช่องข้อมูล WebRTC และการตั้งกุญแจเข้ารหัสสำหรับการโทรผ่านอินเทอร์เน็ต

บริษัท Atlassian และ Splunk ประกาศแพตช์ช่องโหว่รวมกันกว่า 250 รายการในสัปดาห์เดียว โดยฝั่ง Atlassian แก้ปัญหาระดับวิกฤต 10 รายการและระดับสูง 162 รายการที่อยู่ในไลบรารีของบุคคลที่สาม ครอบคลุม Bamboo, Bitbucket, Confluence, Crowd, Fisheye/Crucible และ Jira รวมราว 109 CVE ที่ไม่ซ้ำกัน ส่วน Splunk แก้ช่องโหว่อย่างน้อย 150 รายการใน Splunk Enterprise, SOAR, Universal Forwarder และแอปที่เกี่ยวข้อง โดย Splunk Enterprise เพียงตัวเดียวแก้ไป 60 รายการ ในจำนวนนั้นเป็นระดับวิกฤต 3 รายการ

นักวิจัยเปิดเผยการโจมตีปฏิเสธการให้บริการสองรูปแบบที่ใช้ประโยชน์จากการที่ CDN รายใหญ่รับ HTTP/3 จากผู้ใช้แต่ส่งต่อไปยังเว็บไซต์ต้นทางด้วย HTTP/1.1 ทำให้คำขอที่ใช้แบนด์วิดท์ต่ำถูกขยายได้สูงสุด 350 เท่าเมื่อไปถึงเซิร์ฟเวอร์ต้นทาง การทดสอบครอบคลุม Alibaba, Baidu, Cloudflare, Amazon CloudFront, Fastly และ Tencent โดยทั้งหกรายเปราะบางต่อรูปแบบแบนด์วิดท์ และห้ารายเปราะบางต่อรูปแบบจำนวนการเชื่อมต่อ ยังไม่มีการออกหมายเลข CVE และยังไม่พบการโจมตีจริง

ทีม Red Team ของบริษัท Okta เปิดเผยช่องโหว่ DoS ใน OpenSSL ที่ตั้งชื่อว่า HollowByte ซึ่งผู้โจมตีส่งเพียงส่วนหัวข้อความ TLS 11 ไบต์ก็ทำให้เซิร์ฟเวอร์จองหน่วยความจำสูงสุด 131 KB รอเนื้อหาที่ไม่มีวันมาถึง เมื่อสุ่มขนาดที่แจ้งในทุกการเชื่อมต่อบนระบบ glibc หน่วยความจำจะแตกกระจายและไม่ถูกคืนจนกว่าจะรีสตาร์ตโปรเซส OpenSSL แก้ไขเงียบๆ ในรุ่นวันที่ 9 มิถุนายน โดยไม่ออก CVE ไม่มีประกาศเตือน และไม่มีบันทึกใน changelog