MLflow ช่องโหว่ SSRF ถูกโจมตีจริง CVE-2026-64849

พอดีไล่ฟีด CISA KEV เจอ MLflow ถูกเพิ่มเข้ารายการช่องโหว่ที่มีการโจมตีจริงเมื่อวันที่ 19 สิงหาคม 2026 รหัส CVE-2026-64849 เป็นปัญหา Server-Side Request Forgery หรือ SSRF ในระบบ webhooks ของ Tracking Server ผมขอเน้นกลุ่มที่เปิด API ให้เครือข่ายที่ไม่น่าเชื่อถือเข้าถึง เพราะเซิร์ฟเวอร์ที่ใช้ค่าปริยายและไม่ได้เปิดระบบยืนยันตัวตนอาจถูกสั่งให้ไปอ่านบริการภายในได้ ตามระเบียน CVE

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

• ผู้ดูแลระบบ: ตรวจรุ่น MLflow Tracking Server แล้วเร่งอัปเดต พร้อมจำกัดการเข้าถึงจากเครือข่ายที่ไม่น่าเชื่อถือทันที
• นักพัฒนา: หากรัน MLflow server ในงานพัฒนาหรือระบบงาน ให้เร่งอัปเดตแพ็กเกจและ image ที่ใช้เปิดบริการด้วย

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

MLflow เป็นแพลตฟอร์มโอเพนซอร์สสำหรับงาน AI และ machine learning ปัญหาอยู่ใน API ทดสอบ webhook เซิร์ฟเวอร์ส่งคำขอออกไปแล้วคืน response_status และ response_body ให้ผู้เรียก ระบบตรวจ URL เฉพาะปลายทางแรก แต่ตาม HTTP redirect ไปโดยไม่ตรวจปลายทางใหม่ นอกจากนี้ IP ที่ตรวจผ่านอาจไม่ใช่ IP ที่เชื่อมต่อจริง เลยเปิดทางให้หลบการตรวจผ่าน DNS rebinding ได้ ตามระเบียน CVE

ผู้โจมตีที่เข้าถึง API ได้อาจใช้ MLflow อ่านบริการภายใน เครื่องเดียวกัน หรือ cloud metadata หากปลายทางคืนข้อมูลลับ ข้อมูลนั้นก็อาจหลุดออกมากับคำตอบของ API เซิร์ฟเวอร์ที่ใช้ค่าปริยายไม่ต้องล็อกอินเพื่อเรียกเส้นทางนี้ ส่วน webhook ต้องใช้ SQL store ซึ่ง SQLite ที่เป็นค่าปริยายก็เข้าเงื่อนไข ตามประกาศผู้พัฒนา

คะแนนจากสองแหล่งไม่ตรงกัน: ระเบียน CVE ให้ CVSS 3.1 ที่ 9.3 ระดับ Critical ส่วน advisory ของ MLflow ให้ 8.6 ระดับ High ต่างกันที่การประเมินผลต่อความถูกต้องของข้อมูล ทั้งคู่ระบุว่าโจมตีผ่านเครือข่ายได้โดยไม่ต้องมีสิทธิ์และไม่ต้องให้ผู้ใช้กดอะไร สถานะการโจมตีจริงใน KEV ยังเป็นเหตุผลให้เร่งแก้

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

สองแหล่งระบุรุ่นเริ่มต้นที่กระทบต่างกัน แต่ให้รุ่นแก้ตรงกันที่ 3.15.0 ควรตรวจตั้งแต่ 3.3.0 ตามช่วงที่กว้างกว่าใน CVE และตรวจว่าใช้งานเซิร์ฟเวอร์กับ webhook หรือไม่ การพบแพ็กเกจอย่างเดียวไม่ได้บอกว่าเปิดช่องทางโจมตีนี้อยู่

ต้องทำอะไร

สำรองข้อมูลและการตั้งค่า ตรวจ environment ที่รัน Tracking Server จริง แล้วอัปเดตแพ็กเกจหรือ container image ให้รวมแพตช์ หากติดตั้งด้วย pip ให้ใช้ Python ของ environment นั้น ตัวอย่างคำสั่งต่อไปนี้เลือกรุ่นตั้งแต่ 3.16.0 เพื่อรวมข้อแนะนำเพิ่มเติมของผู้พัฒนาด้วย

python -m pip show mlflow
python -m pip install --upgrade "mlflow>=3.16.0"
python -m pip check

หลังอัปเดตให้เริ่มบริการใหม่ตามวิธีที่ติดตั้ง และตรวจว่ากระบวนการหรือ container ที่ให้บริการใช้รุ่นใหม่จริง พร้อมทดสอบงาน tracking และ webhook ที่ใช้งานตามปกติ

ระหว่างเตรียมแพตช์ Red Hat แนะนำให้จำกัดการเข้าถึง MLflow ด้วย firewall หรือมาตรการควบคุมเครือข่าย เพื่อลดโอกาสที่ผู้โจมตีจะเข้าถึง API มาตรการนี้ช่วยลดความเสี่ยงระหว่างรออัปเดต

CISA KEV กำหนดวันแก้ไขไว้ที่ 2 กันยายน 2026 และให้ทำตามมาตรการของผู้พัฒนา หรือเลิกใช้ผลิตภัณฑ์หากไม่มีมาตรการลดความเสี่ยงที่ใช้ได้ การอยู่ใน KEV หมายถึงมีการใช้ช่องโหว่โจมตีจริงแล้ว แต่ไม่ได้แปลว่าทุกระบบที่ติดตั้ง MLflow ถูกบุกรุกไปแล้ว

ส่วนตัวผมจัดเป็นงานเร่งอัปเดต โดยเฉพาะ Tracking Server ที่เข้าถึงได้จากอินเทอร์เน็ต ที่มา: CISA KEV — MLflow Server-Side Request Forgery Vulnerability, CVE-2026-64849 และ MLflow Security Advisory หากมีรายละเอียดจากผู้พัฒนาเพิ่มเติม เดี๋ยวกลับมาแก้เพิ่มให้ภายหลังครับ