IBM Langflow รันโค้ดได้โดยไม่ล็อกอิน CVE-2026-9198
ผู้ดูแลระบบและนักพัฒนาที่ใช้ Langflow OSS รุ่นที่ได้รับผลกระทบควรอัปเดตทันที โดยเร่งเครื่องที่เข้าถึงได้จากอินเทอร์เน็ตก่อน
สรุปใน 1 นาที
- อาการ/ปัญหา
- ผู้โจมตีที่ไม่ต้องล็อกอินสามารถรันโค้ดบน Langflow ที่ติดตั้งด้วยค่าปริยายได้
- ใครควรอ่าน
- ผู้ดูแลระบบและนักพัฒนาที่ติดตั้งหรือใช้ Langflow OSS 1.0.0–1.10.0
- ทางแก้แบบสั้น
- อัปเดต Langflow OSS เป็น 1.10.1 ตามประกาศ IBM ซึ่งไม่ระบุ workaround
พอดีไล่ฟีด CISA KEV เจอประกาศ IBM Langflow Code Injection Vulnerability หมายเลข CVE-2026-9198 ที่เพิ่มเข้ารายการวันที่ 4 สิงหาคม 2026 ประเด็นนี้มีการโจมตีจริงแล้ว และผู้โจมตีไม่ต้องมีบัญชีก็รันโค้ดจากระยะไกลบนการติดตั้งค่าปริยายที่เข้าเงื่อนไขได้ IBM ให้คะแนน CVSS 3.1 ที่ 9.8 ระดับ Critical และแนะนำให้อัปเดต Langflow OSS เป็น 1.10.1
ใครต้องทำอะไร
- ผู้ดูแลระบบ: ตรวจเครื่องที่ติดตั้ง Langflow OSS 1.0.0–1.10.0 แล้วอัปเดตเป็น 1.10.1 ทันที โดยจัดลำดับเครื่องที่เปิดรับการเชื่อมต่อจากอินเทอร์เน็ตก่อน
- นักพัฒนา: หากใช้ Langflow OSS 1.0.0–1.10.0 ในโครงการ ให้เปลี่ยนแพ็กเกจเป็น 1.10.1 และนำรุ่นแก้ไขขึ้นใช้งานโดยเร็ว
เกิดอะไรขึ้น
IBM อธิบายว่าปัญหาเกิดจากสองส่วนต่อกัน ส่วน auto-login ออก bearer token สิทธิ์ superuser ให้ผู้เรียกผ่านเครือข่ายโดยไม่ต้องล็อกอิน อีกส่วนคือระบบตรวจโค้ดที่รัน Python จากข้อมูลที่รับมา ผู้โจมตีเอา token ไปใช้กับส่วนตรวจโค้ด เลยสั่งรันโค้ดบนเครื่องได้ทั้งที่ไม่มีบัญชี
จุดตรวจสอบโค้ดใช้ exec() และมีการประมวลผลบางส่วนตั้งแต่ขั้นตอนประกาศฟังก์ชัน เช่น decorator, ค่าอาร์กิวเมนต์ปริยาย และ annotation การส่งโค้ดมาให้ตรวจเลยอาจกลายเป็นการสั่งทำงานจริง เงื่อนไขที่ IBM ระบุคือเปิด auto-login และเข้าถึงส่วนตรวจสอบโค้ดผ่านเครือข่ายได้ ซึ่งตรงกับการติดตั้งค่าปริยายที่ประกาศเตือน รายละเอียดจาก IBM
คะแนน CVSS ระบุผลกระทบสูงทั้งต่อความลับ ความถูกต้องของข้อมูล และการให้บริการ คำว่า RCE ในกรณีนี้หมายถึงผู้โจมตีสั่งให้เครื่องรันโค้ดของตนได้ โดยไม่ต้องมีบัญชีผู้ใช้ ระเบียน CVE-2026-9198
ใครโดนและรุ่นที่แก้
| ผลิตภัณฑ์ | รุ่นที่ได้รับผลกระทบ | รุ่นที่ IBM ระบุให้ใช้แก้ไข |
|---|---|---|
| Langflow OSS | 1.0.0–1.10.0 รวมรุ่นต้นและท้าย | 1.10.1 |
IBM แนะนำ 1.10.1 โดยไม่ได้แยกแพตช์ตามระบบปฏิบัติการ หลังอัปเดตให้ตรวจรุ่นของบริการที่รันอยู่ด้วย การเปลี่ยน dependency ในโครงการอย่างเดียวอาจยังไม่ได้เปลี่ยนตัวที่ให้บริการ ตารางรุ่นและแนวทางแก้ของ IBM
ต้องทำอะไร
เริ่มจากตรวจรุ่น Langflow และช่องทางติดตั้งที่ใช้อยู่ สำรองข้อมูลกับการตั้งค่าก่อนเปลี่ยนรุ่น สำหรับการติดตั้งผ่าน pip ให้รันคำสั่งในสภาพแวดล้อม Python ของบริการนั้น เพื่อให้แก้แพ็กเกจตรงตัวที่ใช้งานจริง
python -m pip install --upgrade "langflow==1.10.1"
จากนั้นเริ่มบริการใหม่ตามวิธีที่ติดตั้ง ตรวจว่าตัวที่รันอยู่เป็นรุ่นแก้ไข และทดสอบการทำงานหลักของโครงการ หากติดตั้งผ่านคอนเทนเนอร์ ให้ปรับแพ็กเกจหรืออิมเมจที่นำขึ้นใช้งานด้วย ขั้นตอนเหล่านี้เป็นคำแนะนำในการนำแพตช์ไปใช้ ส่วนรุ่นเป้าหมาย 1.10.1 มาจากประกาศ IBM
IBM ระบุ Workarounds and Mitigations ว่า None เลยควรใช้การอัปเดตเป็นแนวทางแก้หลัก
CISA กำหนดแก้ภายใน 7 สิงหาคม 2026 สำหรับหน่วยงานภายใต้ข้อกำหนด CISA ให้ทำตามคำแนะนำผู้ผลิตและตรวจหลักฐานบุกรุกตาม Forensics Triage Requirements หากไม่มีมาตรการบรรเทาให้หยุดใช้ผลิตภัณฑ์ ระบบอื่นก็ควรเร่งแก้และตรวจ log ควบคู่กัน การลงแพตช์ไม่ได้ยืนยันว่าไม่เคยถูกบุกรุก ข้อมูล KEV ทางการของ CISA
ส่วนตัวผมให้เรื่องนี้อยู่คิวแพตช์ทันที เพราะเป็น RCE ที่ไม่ต้องล็อกอินและถูกโจมตีจริงแล้ว ที่มา: CVE-2026-9198, IBM Security Bulletin และ CISA KEV: IBM Langflow Code Injection Vulnerability หากมีรายละเอียดเพิ่มเติม เดี๋ยวกลับมาแก้เพิ่มให้ภายหลังครับ
อยากให้เราทำให้ไหม?
ให้เราช่วยติดตั้ง ตั้งค่า ย้ายระบบ หรือแก้ปัญหาเซิร์ฟเวอร์ เพื่อให้คุณมีเวลาไปทำงานที่สำคัญกว่า
เคยเจองานแบบนี้ไหม? ติดตรงไหน?
มาแลกวิธีกันต่อในบอร์ด LinuxThai



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