EST. 2026 — บันทึกงานเซิร์ฟเวอร์จริง SYSADMIN · SECURITY · AI · DIRECTADMIN เล่มที่ 01
THE SYSADMIN ALMANAC
หน้าหลัก / Security Notice / "JFrog Artifactory เขียนหลุด Docker cache: CVE-2026-66384"
Security Notice

"JFrog Artifactory เขียนหลุด Docker cache: CVE-2026-66384"

โดย Ton-Or ·27 ส.ค. 2026·อ่าน 3 นาที
"JFrog Artifactory เขียนหลุด Docker cache: CVE-2026-66384"

"ผู้ดูแลระบบ JFrog Artifactory ที่ติดตั้งเองและใช้รุ่นที่ได้รับผลกระทบควรเร่งอัปเดต เพราะ CISA ยืนยันว่ามีการใช้ช่องโหว่โจมตีจริงแล้ว"

สรุปใน 1 นาที

อาการ/ปัญหา
ผู้ใช้ที่ยืนยันตัวตนอาจเขียนข้อมูลออกนอกพาธ Docker cache เมื่อ remote repository อยู่ภายใต้เงื่อนไขเฉพาะ
ใครควรอ่าน
ผู้ดูแลระบบ JFrog Artifactory ที่ติดตั้งเองและใช้รุ่นที่ได้รับผลกระทบ
ทางแก้แบบสั้น
อัปเดตเป็น 7.146.35 หรือ 7.161.16 ตามสายรุ่น โดย CISA กำหนดเส้นตายไว้ที่ 2026-09-10
ข้ามไปขั้นตอน

พอดีไล่ฟีด CISA KEV เจอประกาศของ JFrog Artifactory หมายเลข CVE-2026-66384 ระบบตรวจพาธไม่ครบ ผู้ใช้ที่ล็อกอินแล้วอาจเขียนข้อมูลออกนอกพื้นที่ Docker cache ได้ในเงื่อนไขเฉพาะ ช่องโหว่นี้ถูกใช้โจมตีจริงแล้ว และ CISA เพิ่มเข้าบัญชี KEV วันที่ 27 สิงหาคม 2026 พร้อมกำหนดวันแก้ไขเป็น 10 กันยายน 2026 ตามข้อมูล KEV ของ CISA

KEVถูกใช้โจมตีจริง
5.3CVSS 3.1 ระดับปานกลาง
2026-08-27วันเพิ่มเข้า KEV
2026-09-10กำหนดแก้ไขของ CISA

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

  • ผู้ดูแลระบบ: หากติดตั้ง JFrog Artifactory เองและใช้รุ่นที่ได้รับผลกระทบ ให้เร่งอัปเดตตามสายรุ่นโดยไม่รอรอบบำรุงรักษาปกติ เพราะมีการใช้ช่องโหว่โจมตีจริงแล้ว

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

ช่องโหว่นี้เป็น CWE-22 หรือการตรวจพาธที่ยังเปิดให้เขียนออกนอกไดเรกทอรีที่กำหนด พื้นที่ที่ควรจำกัดอยู่ใน Docker cache อาจถูกข้ามได้ ผู้โจมตีต้องล็อกอินก่อน และ remote repository ต้องเข้าเงื่อนไขเฉพาะตามประกาศ ผู้ผลิตยืนยันผลกระทบเรื่องการเขียนข้อมูลผิดพื้นที่

ระเบียน CVE ที่ JFrog จัดทำให้คะแนน CVSS 3.1 ที่ 5.3 ระดับ Medium โดยประเมินว่าโจมตีผ่านเครือข่ายได้ ต้องมีสิทธิ์ระดับต่ำ มีความซับซ้อนสูง และไม่ต้องอาศัยการกระทำจากผู้ใช้อื่น ผลกระทบหลักตามคะแนนอยู่ที่ความถูกต้องของข้อมูล ผู้ผลิตไม่ได้ระบุว่าช่องโหว่นี้เพียงตัวเดียวทำให้รันคำสั่งหรือยึดเครื่องได้ ดูรายละเอียดในระเบียน CVE ของ JFrog

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

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

JFrog เผยแพร่ประกาศช่องโหว่วันที่ 12 สิงหาคม 2026 ส่วนวันที่ของบทความนี้อิงวันเพิ่มเข้า KEV ตารางนี้ใช้ช่วงรุ่นตามระเบียน CVE โดยไม่นับรุ่นที่แก้แล้วเป็นรุ่นมีช่องโหว่

ผลิตภัณฑ์ / ช่วงรุ่นที่ได้รับผลกระทบ รุ่นที่แก้ไข
Artifactory ต่ำกว่า 7.146.35 7.146.35
Artifactory ตั้งแต่ 7.161.0 แต่ต่ำกว่า 7.161.16 7.161.16

ในประกาศ JFrog Security Advisories ผู้ผลิตแนะนำให้ระบบ Self-Hosted อัปเกรดตามสายรุ่นข้างต้น ส่วน JFrog Cloud ที่ได้รับผลกระทบได้รับการป้องกันแล้ว และประกาศระบุว่าผู้ใช้ Cloud ไม่ต้องดำเนินการเพิ่มเติมสำหรับช่องโหว่นี้

ต้องทำอะไร

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

ประกาศเฉพาะ CVE นี้ไม่ได้ให้ workaround สำหรับระบบที่ติดตั้งเองไว้แทนการอัปเกรด หากยังแพตช์ไม่ได้ ควรตรวจว่าใครเข้าถึงระบบได้บ้าง และติดต่อผู้ผลิตเพื่อหาวิธีลดความเสี่ยงระหว่างรออัปเดต

CISA ให้ดำเนินการตามคำแนะนำผู้ผลิต และให้หยุดใช้ผลิตภัณฑ์หากไม่มีมาตรการแก้ไข กำหนด 10 กันยายน 2026 เป็นเส้นตายตามกรอบ KEV สำหรับหน่วยงานรัฐบาลกลางสหรัฐฯ ที่อยู่ในขอบเขต ไม่ใช่กำหนดทางกฎหมายสำหรับผู้ดูแลระบบทุกประเทศ แต่สถานะถูกโจมตีจริงเป็นเหตุผลให้ระบบที่ได้รับผลกระทบเร่งจัดการตามรายการของ CISA

ส่วนตัวผมให้รายการนี้เป็นงานเร่งแพตช์สำหรับ Artifactory ที่ติดตั้งเองและเข้าข่าย เพราะมีหลักฐานการใช้โจมตีจริงแล้ว ที่มา: CVE-2026-66384 (CVE.org) และ JFrog Security Advisories เดี๋ยวกลับมาแก้เพิ่มให้ภายหลังครับ

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

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

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

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

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

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

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

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