Ubuntu แก้ OpenJDK 8 เสี่ยงข้อมูลรั่วและถูกแก้ไข USN-9009-1
ผู้ที่ใช้ OpenJDK 8 บน Ubuntu ควรตรวจรุ่นและติดตั้งแพตช์โดยเร็ว โดยให้บริการที่รับข้อมูลจากเครือข่ายมาก่อน
สรุปใน 1 นาที
- อาการ/ปัญหา
- ช่องโหว่ใน OpenJDK 8 อาจทำให้ข้อมูลรั่ว ถูกแก้ไข หรือบริการหยุดทำงานบางส่วน
- ใครควรอ่าน
- ผู้ใช้ทั่วไป ผู้ดูแลระบบ และนักพัฒนาที่ใช้ OpenJDK 8 บน Ubuntu รุ่นที่ระบุ
- ทางแก้แบบสั้น
- อัปเดตแพ็กเกจ OpenJDK 8 ให้ถึงรุ่นแก้ของ Ubuntu แต่ละรีลีส แล้วเปิดแอปหรือบริการ Java ใหม่
พอดีไล่ฟีด Ubuntu เจอประกาศ USN-9009-1 วันที่ 9 พฤศจิกายน 2026 แก้ช่องโหว่ OpenJDK 8 ซึ่งใช้รันและพัฒนาแอป Java ผลกระทบครอบคลุมข้อมูลรั่ว ถูกแก้ไข และบริการหยุดทำงานบางส่วน ใครยังใช้รุ่นนี้ควรตรวจแพ็กเกจ
ใครต้องทำอะไร
- ผู้ใช้ทั่วไป: หากใช้แอป Java ที่รันด้วย OpenJDK 8 บน Ubuntu ให้ติดตั้งอัปเดตระบบและเปิดแอปใหม่โดยเร็ว
- ผู้ดูแลระบบ: ตรวจเซิร์ฟเวอร์ที่ใช้ OpenJDK 8 แล้วติดตั้งแพตช์และรีสตาร์ตบริการที่เกี่ยวข้องโดยเร็ว โดยจัดบริการที่รับข้อมูลจากเครือข่ายไว้ก่อน
- นักพัฒนา: ตรวจสภาพแวดล้อมที่ใช้ OpenJDK 8 แล้วอัปเดตรันไทม์และทดสอบแอปก่อนนำรุ่นที่แก้ขึ้นใช้งานโดยเร็ว
เกิดอะไรขึ้น
ปัญหาการยืนยันตัวตนใน Security component รหัส CVE-2026-83374 อาจเปิดให้ผู้โจมตีระยะไกลแก้ไขข้อมูลสำคัญ ส่วน JSSE ที่เกี่ยวกับ TLS ใน CVE-2026-83376 และ CVE-2026-91461 อาจเปิดให้แก้ไขข้อมูลโดยไม่ได้รับอนุญาต เช่น ผ่านบริการเว็บที่ส่งข้อมูลเข้า API เหล่านี้ (Security, JSSE, JSSE อีกกรณี)
ผลกระทบไม่ได้จำกัดแค่การตรวจสิทธิ์: Networking ใน CVE-2026-83395 อาจทำให้ข้อมูลถูกแก้ไขและบริการหยุดทำงานบางส่วน ส่วน JSSE ใน CVE-2026-91373 อาจทำให้บริการหยุดทำงานบางส่วนผ่าน TLS ได้ การประเมินความเสี่ยงต้องดูส่วนประกอบที่แอปเรียกใช้ด้วย (Networking, JSSE กับบริการหยุดทำงาน)
รหัสที่เหลือในรายการประกาศคือ CVE-2026-83380, CVE-2026-83381, CVE-2026-87294, CVE-2026-83387, CVE-2026-83400, CVE-2026-87290, CVE-2026-87292, CVE-2026-91451, CVE-2026-91452, CVE-2026-87293, CVE-2026-87367, CVE-2026-91334, CVE-2026-91335, CVE-2026-91374, CVE-2026-91380, CVE-2026-91381, CVE-2026-91382, CVE-2026-91395, CVE-2026-91396, CVE-2026-91397, CVE-2026-91398, CVE-2026-91400, CVE-2026-91403, CVE-2026-91410, CVE-2026-91411, CVE-2026-91415, CVE-2026-91417, CVE-2026-91418, CVE-2026-91453, CVE-2026-91462, CVE-2026-91463, CVE-2026-91464 และ CVE-2026-114820
ใครโดนและรุ่นที่แก้
ตารางนี้เป็นรุ่นแก้ของ openjdk-8 ตามข้อมูล USN-9009-1 ทางการของ Canonical:
| Ubuntu / แพ็กเกจ | รุ่นที่แก้ |
|---|---|
| 26.10 / openjdk-8 | 8u512-b09~us1-0ubuntu1~26.10.1 |
| 26.04 LTS / openjdk-8 | 8u512-b09~us1-0ubuntu1~26.04.1 |
| 24.04 LTS / openjdk-8 | 8u512-b09~us1-0ubuntu1~24.04.1 |
| 22.04 LTS / openjdk-8 | 8u512-b09~us1-0ubuntu1~22.04.1 |
| 20.04 LTS / openjdk-8 | 8u512-b09~us1-0ubuntu1~20.04.1 |
| 18.04 LTS / openjdk-8 | 8u512-b09~us1-0ubuntu1~18.04.1 |
| 16.04 LTS / openjdk-8 | 8u512-b09~us1-0ubuntu1~16.04.1 |
Ubuntu ระบุว่าแพตช์ของ 20.04 LTS และ 18.04 LTS อยู่ใน ESM Apps ผ่าน Ubuntu Pro ส่วน 16.04 LTS ต้องใช้ Legacy Support add-on ตามหน้าสถานะ CVE ข้างต้น
Ubuntu ระบุว่าแพ็กเกจชุดนี้มีการแก้บั๊ก คุณสมบัติใหม่ และการเปลี่ยนแปลงที่อาจไม่เข้ากับพฤติกรรมเดิม ควรทดสอบแอปหลังอัปเดต
ต้องทำอะไร
สำหรับเครื่องที่ติดตั้ง OpenJDK 8 จากคลัง Ubuntu ให้อัปเดตรายการแพ็กเกจ ติดตั้งอัปเดต แล้วตรวจรุ่นที่ติดตั้งและรุ่นที่คลังเสนอ:
sudo apt update
sudo apt upgrade
apt-cache policy openjdk-8-jre-headless openjdk-8-jdk
java -version
หลังอัปเดต แนะนำให้เปิดแอปหรือรีสตาร์ตบริการ Java ใหม่ และทดสอบ TLS กับงานยืนยันตัวตน หากมี Java หลายชุด ให้ตรวจเส้นทางที่บริการใช้ด้วย
ส่วนตัวผมให้เร่งแพตช์บริการที่ใช้ OpenJDK 8 รับข้อมูลจากเครือข่าย ส่วนแอปภายในควรจัดเข้ารอบบำรุงรักษาที่ใกล้ที่สุด ที่มา: USN-9009-1: OpenJDK 8 vulnerabilities หากมีข้อมูลทางการเพิ่มเติม เดี๋ยวกลับมาแก้เพิ่มให้ภายหลังครับ
อยากให้เราทำให้ไหม?
ให้เราช่วยติดตั้ง ตั้งค่า ย้ายระบบ หรือแก้ปัญหาเซิร์ฟเวอร์ เพื่อให้คุณมีเวลาไปทำงานที่สำคัญกว่า
เคยเจองานแบบนี้ไหม? ติดตรงไหน?
มาแลกวิธีกันต่อในบอร์ด LinuxThai



ความคิดเห็น 0
ยังไม่มีความคิดเห็น — เป็นคนแรกเลย