Security Notice

Ubuntu แก้ช่องโหว่ยืนยันตัวตนใน OpenJDK 17 USN-9014-1

โดย Ton-Or ·9 พ.ย. 2026·อ่าน 4 นาที

ผู้ดูแลระบบและนักพัฒนาที่ใช้ OpenJDK 17 บน Ubuntu ควรตรวจสอบอัปเดตความปลอดภัยโดยเร็วและยืนยันรุ่นที่แก้จาก Ubuntu ก่อนปิดงานแพตช์

สรุปใน 1 นาที

อาการ/ปัญหา: ส่วน Security ของ OpenJDK 17 ยืนยันตัวตนไม่ถูกต้อง ผู้โจมตีระยะไกลอาจใช้ช่องโหว่นี้แก้ไขข้อมูลสำคัญได้
ใครควรอ่าน: ผู้ดูแลระบบและนักพัฒนาที่ใช้ OpenJDK 17 บน Ubuntu ต้องตรวจสอบว่ารุ่นระบบและแพ็กเกจที่ใช้อยู่เข้าข่ายหรือไม่
ทางแก้แบบสั้น: ตรวจสอบและติดตั้งอัปเดต OpenJDK 17 จากแหล่งแพ็กเกจ Ubuntu โดยยังต้องยืนยันเลขรุ่นที่แก้ตามประกาศ USN-9014-1

ข้ามไปขั้นตอน

พอดีไล่ฟีด Ubuntu เจอ USN-9014-1 เรื่องช่องโหว่ OpenJDK 17 ลงวันที่ 9 พฤศจิกายน 2026 ข้อมูลที่มากับประกาศระบุว่ามีปัญหาในส่วน Security ซึ่งยืนยันตัวตนผู้ใช้ไม่ถูกต้อง และอาจเปิดทางให้ผู้โจมตีระยะไกลแก้ไขข้อมูลสำคัญได้ คนที่ดูแลบริการ Java หรือพัฒนาแอปที่ใช้ runtime นี้ควรเริ่มจากตรวจแพ็กเกจที่ใช้งานจริง แล้วเทียบกับแพตช์ของ Ubuntu

USN-9014-1ประกาศ Ubuntu

9 พ.ย. 26วันที่ประกาศ ปี 2026

OpenJDK 17ซอฟต์แวร์ที่ต้องตรวจ

ใครต้องทำอะไร

ผู้ดูแลระบบ: ตรวจเครื่อง Ubuntu ที่รัน OpenJDK 17 และตรวจอัปเดตความปลอดภัยโดยเร็ว พร้อมยืนยันรุ่นแพ็กเกจที่แก้ก่อนสรุปว่างานเสร็จ
นักพัฒนา: ตรวจแอปและสภาพแวดล้อมที่ใช้ OpenJDK 17 บน Ubuntu แล้วประสานอัปเดต runtime โดยเร็วพร้อมทดสอบการทำงานหลังเปลี่ยนรุ่น

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

ตัวอย่างหนึ่งคือ CVE-2026-83374 ในส่วน Security หน้า CVE ของ Ubuntu ระบุว่าผู้โจมตีผ่านเครือข่ายไม่ต้องมีบัญชี แต่โจมตีสำเร็จได้ยาก หากแอปส่งข้อมูลเข้า API ที่มีช่องโหว่ ผู้โจมตีอาจสร้าง ลบ หรือแก้ไขข้อมูลสำคัญที่ Java เข้าถึงได้

อีกจุดคือ CVE-2026-83376 ใน JSSE ซึ่งเกี่ยวข้องกับ TLS ผู้โจมตีผ่านเครือข่ายอาจแก้ไข เพิ่ม หรือลบข้อมูลบางส่วนได้ การใช้ TLS เลยไม่ได้ทดแทนการอัปเดต Java

หน้ารวม USN ระบุช่องโหว่ทั้งหมด 38 รายการ แต่หน้า USN ฉบับเต็มเปิดไม่สำเร็จ บทความนี้เลยยกเฉพาะรายละเอียดที่ตรวจได้จากหน้า CVE ทางการ โดยไม่ได้สรุปว่าสองรายการนี้คือช่องโหว่ทั้งหมดในแพตช์

ใครโดนและรุ่นที่แก้

หน้ารวมประกาศ Ubuntu ระบุ OpenJDK 17 บน Ubuntu หกรุ่นตามตาราง แต่ยังตรวจเลขแพ็กเกจที่แก้จากหน้า USN ฉบับเต็มไม่ได้

Ubuntu / แพ็กเกจ	รุ่นที่แก้
26.10, 26.04 LTS, 24.04 LTS / OpenJDK 17	ต้องเทียบเลขแพ็กเกจกับ USN-9014-1
22.04 LTS, 20.04 LTS, 18.04 LTS / OpenJDK 17	ต้องเทียบเลขแพ็กเกจกับ USN-9014-1

หน้า CVE-2026-83374 และ CVE-2026-83376 ยังแสดงสถานะ OpenJDK 17 ว่า Needs evaluation แม้หน้ารวม USN จะระบุว่ามีอัปเดตแล้ว ข้อมูลสองหน้ายังไม่ตรงกัน เลยไม่ใช้ตาราง CVE เป็นหลักฐานว่ารุ่นใดแพตช์ครบแล้ว

ตรวจเลขเวอร์ชันแพ็กเกจเต็มตามรุ่น Ubuntu เลขแพ็กเกจจากดิสโทรอื่นใช้ยืนยันแทนไม่ได้

ต้องทำอะไร

เริ่มจากดูรายการแพ็กเกจ OpenJDK 17 ที่ติดตั้งและรุ่นที่แหล่งแพ็กเกจเสนอให้ คำสั่งต่อไปนี้ใช้ตรวจข้อมูลและอัปเดตดัชนีแพ็กเกจ ยังไม่ได้ติดตั้งแพตช์:

dpkg-query -W -f='${binary:Package}\t${Version}\t${db:Status-Status}\n' 'openjdk-17-*'
sudo apt update
apt list --upgradable

จากนั้นอัปเดตแพ็กเกจที่ติดตั้งอยู่ผ่านระบบจัดการแพ็กเกจของ Ubuntu และตรวจ runtime ที่บริการใช้จริงด้วย หากแอปรันในคอนเทนเนอร์หรือมี Java แยกในชุดติดตั้ง ให้ตรวจสภาพแวดล้อมนั้นเพิ่มเติม

หลังอัปเดตให้เริ่มบริการ Java ที่เกี่ยวข้องใหม่ ทดสอบการทำงาน และเทียบเลขแพ็กเกจกับตารางของประกาศทางการก่อนปิดงาน

ข้อมูลยังไม่ครบ

ยังเปิดหน้า USN-9014-1 ฉบับเต็มไม่ได้ ต้องตรวจเลขรุ่นที่แก้และรายการ CVE ในหน้านั้นก่อนยืนยันว่าแพตช์ครบ

ส่วนตัวผมให้เร่งตรวจและเตรียมอัปเดตสำหรับระบบที่ใช้ OpenJDK 17 บน Ubuntu เพราะผลกระทบที่ระบุเกี่ยวข้องกับการแก้ไขข้อมูลสำคัญ ที่มา: USN-9014-1: OpenJDK 17 vulnerabilities เดี๋ยวกลับมาแก้เพิ่มให้ภายหลังครับ

อยากให้เราทำให้ไหม?

ให้เราช่วยติดตั้ง ตั้งค่า ย้ายระบบ หรือแก้ปัญหาเซิร์ฟเวอร์ เพื่อให้คุณมีเวลาไปทำงานที่สำคัญกว่า

คุยเรื่องงานกับเรา

แท็ก #linux #security #patch-management #cve

เคยเจองานแบบนี้ไหม? ติดตรงไหน?

มาแลกวิธีกันต่อในบอร์ด LinuxThai

→ คุยต่อในบอร์ด

ความคิดเห็น 0

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