CVE-2026-9198: Langflow ออกโทเค็นซูเปอร์ยูสเซอร์ให้ใครก็ได้ แล้วรันสิ่งที่พวกเขาส่งเข้ามา

ประกาศของ IBM สำหรับ CVE-2026-9198 อธิบายการเข้าควบคุม Langflow OSS ด้วยคำขอสองครั้ง: การเรียกไปยังปลายทาง auto-login ของแพลตฟอร์มจะคืนโทเค็น bearer สำหรับซูเปอร์ยูสเซอร์ให้แก่ใครก็ตามที่ร้องขอ และคำขอที่สองจะส่ง Python ไปยังปลายทางตรวจสอบโค้ด ซึ่งจะเรียกใช้โค้ดนั้น ผู้ขายบันทึกสองครึ่งของห่วงโซ่นี้ไว้ภายใต้ตัวระบุที่แยกจากกัน — CVE-2026-9103 สำหรับการขาดการยืนยันตัวตน และ CVE-2026-8481 สำหรับการเรียกใช้โค้ด — และให้คะแนนการรวมกันนี้ที่ 9.8 บน CVSS 3.1 โดยสามารถเข้าถึงได้ผ่านเครือข่ายโดยไม่ต้องมีสิทธิ์และไม่ต้องมีปฏิสัมพันธ์จากผู้ใช้ การติดตั้งแบบค่าเริ่มต้นบนเวอร์ชัน 1.0.0 ถึง 1.10.0 ได้รับผลกระทบ แนวทางแก้ไขคือ 1.10.1 และ IBM ไม่ได้ระบุวิธีเลี่ยงชั่วคราวใด ๆ สำนักงานความมั่นคงปลอดภัยไซเบอร์และโครงสร้างพื้นฐานของสหรัฐฯ ได้เพิ่ม CVE นี้ลงในแคตตาล็อก Known Exploited Vulnerabilities ของตนเมื่อวันที่ 4 สิงหาคม 2026 โดยมีกำหนดเส้นตายการแก้ไขสำหรับหน่วยงานรัฐบาลกลางคือวันที่ 7 สิงหาคม บันทึกนี้ แท็กความรุนแรงและอันตรายของบันทึก ตลอดจนรายการที่บันทึกไว้โดยรอบ ถูกเก็บไว้ในthe Orca AI Incident Archive ซึ่งแสดงเหตุการณ์นี้พร้อมกับส่วนที่เหลือของชุด

ห่วงโซ่นี้ ในจดหมายข่าวของ IBM สามฉบับ

IBM เผยแพร่ช่องโหว่นี้เป็นเอกสารสามฉบับแทนที่จะเป็นฉบับเดียว และการอ่านเอกสารเหล่านี้ร่วมกันคือสิ่งที่ทำให้เข้าใจกลไกนี้ได้อย่างชัดเจน ห่วงโซ่ทั้งหมดคือ CVE-2026-9198 ซึ่งเป็นปัญหาการฉีดโค้ดภายใต้ CWE-94 ได้คะแนน 9.8 ด้วยเวกเตอร์ AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H — เข้าถึงได้ผ่านเครือข่าย ความซับซ้อนต่ำ ไม่ต้องมีสิทธิ์ ไม่ต้องมีปฏิสัมพันธ์ของผู้ใช้ และผลกระทบสูงต่อความลับ ความถูกต้อง และความพร้อมใช้งาน ครึ่งแรกของมัน CVE-2026-9103 คือการขาดการพิสูจน์ตัวตนสำหรับฟังก์ชันสำคัญภายใต้ CWE-306 และได้คะแนน 9.8 เช่นกัน ครึ่งที่สองของมัน CVE-2026-8481 เป็น CWE-94 อีกครั้งแต่ได้คะแนน 9.9: AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H สิทธิ์ต่ำแทนที่จะไม่มีสิทธิ์เลย และขอบเขตเปลี่ยนแปลง

9.9 คือส่วนที่ตรงไปตรงมาของการคำนวณ เอ็นด์พอยต์ตรวจสอบโค้ดไม่เคยเปิดให้บุคคลภายนอกเข้าถึงได้โดยลำพัง — IBM อธิบายว่าเป็นช่องโหว่ที่ทำให้ "ผู้ใช้ที่ผ่านการยืนยันตัวตนแล้วรายใดก็ตามสามารถเรียกใช้คำสั่งระบบโดยพลการด้วยสิทธิ์เต็มของโปรเซสเซิร์ฟเวอร์ Langflow" สิ่งที่ทำให้ห่วงโซ่นี้ไม่ต้องยืนยันตัวตนคือครึ่งแรก: เอ็นด์พอยต์ล็อกอินอัตโนมัติ ซึ่งตามคำอธิบายของ IBM "ออกโทเค็น bearer ของซูเปอร์ยูสเซอร์ที่มีอายุการใช้งานยาวนาน โดยไม่ต้องมีการยืนยันตัวตนเมื่อเปิดใช้งานการกำหนดค่า AUTO_LOGIN (เปิดใช้งานตามค่าเริ่มต้น)" ประกาศยังระบุเพิ่มเติมว่าโทเค็นเหล่านี้มีอายุการใช้งาน 365 วัน และบันทึกเส้นทางการเปิดเผยอีกเส้นทางหนึ่งซึ่งได้รับความสนใจน้อยกว่า — ค่าเริ่มต้นของการแชร์ทรัพยากรข้ามแหล่งกำเนิดแบบหละหลวมที่อนุญาตให้ใช้แหล่งกำเนิดแบบไวลด์การ์ดพร้อมข้อมูลรับรอง ซึ่ง IBM กล่าวว่า "อาจทำให้เกิดการขโมยโทเค็นแบบ drive-by จากเว็บไซต์ใดก็ได้"

ส่วนการรันเป็นส่วนที่ควรค่าแก่การพิจารณา สรุปของ IBM ระบุว่าเครื่องมือตรวจสอบ "คอมไพล์และรันโค้ดที่ผู้ใช้ส่งมา รวมถึงการประเมิน ณ เวลานิยามฟังก์ชัน เช่น อาร์กิวเมนต์ค่าเริ่มต้นและดีคอเรเตอร์" และผู้โจมตีจึงสามารถแอบใส่นิพจน์ที่รันได้เข้าไปในพารามิเตอร์ค่าเริ่มต้นหรือดีคอเรเตอร์ นี่ไม่ใช่สำนวนเปรียบเทียบเกี่ยวกับโค้ดที่ไม่ปลอดภัย: ดีคอเรเตอร์จะถูกประเมินเมื่อ def ที่ล้อมรอบถูกสร้าง ดังนั้นคำขอที่มีจุดประสงค์ระบุไว้เพียงอย่างเดียวคือตรวจสอบไวยากรณ์ของฟังก์ชันก็ยังรันสิ่งที่แนบมาด้วย เอกสารคำแนะนำแบบเชื่อมโยงของ IBM เองก็ระบุไว้เช่นนั้นในอนุประโยคเดียว — การตรวจสอบและการรันเป็นการดำเนินการเดียวกัน การแก้ไขที่บันทึกไว้ในประกาศ CVE-2026-8481 คือ "การนำการรันโค้ดออกจากเส้นทางการตรวจสอบ และทำการตรวจสอบการคอมไพล์เท่านั้น"

มีความไม่สอดคล้องกันเล็กน้อยที่ควรบันทึกไว้ เพราะมันส่งผลต่อการล่า เอกสารข่าวที่เชื่อมโยงกันเขียนปลายทางโทเคนเป็น/api/v1/auto_login และ Cloud Security Alliance กับ Field Effect ก็เขียนเช่นเดียวกัน เอกสารข่าว CVE-2026-9103 ฉบับแยกต่างหากของ IBM เขียนเป็น/api/v1/login/auto_login เอกสารทั้งสองฉบับของ IBM อธิบายปลายทางเดียวกัน และไม่มีฉบับใดผิดเกี่ยวกับพฤติกรรม เส้นทางการทำงานถูกเขียนเหมือนกันทุกแห่ง: POST /api/v1/validate/code.

วันที่เหล่านี้มาจากไหน

คลังเก็บข้อมูลกำหนดวันที่ของบันทึกนี้เป็น 6 สิงหาคม 2026 รายการในแคตตาล็อกของ CISA ซึ่งอ่านเมื่อวันที่ 30 ตุลาคม 2026 บันทึกการเพิ่มรายการว่าเป็น 4 สิงหาคม 2026 และกำหนดเส้นตายในการแก้ไขไว้ที่ 7 สิงหาคม เนื้อหาข่าวที่เกี่ยวข้องโดยรอบอยู่ก่อนและหลังวันที่ของคลังเก็บข้อมูล ไม่ได้อยู่ตรงวันนั้น: Field Effect เผยแพร่เมื่อ 5 สิงหาคม และ cvetodo กับทีมตอบสนองเหตุฉุกเฉินทางคอมพิวเตอร์แห่งชาติของไทยต่างเผยแพร่เมื่อ 7 สิงหาคม การประกาศรายการหนึ่ง เส้นตายที่เกิดจากรายการนั้น และบทความที่เขียนเกี่ยวกับเรื่องนี้เป็นสามเหตุการณ์ที่แตกต่างกัน ดังนั้นวันที่เหล่านี้จึงไม่ได้ขัดแย้งกัน — แต่ช่องว่างสองวันระหว่างช่องข้อมูลของคลังเก็บข้อมูลกับของ CISA คือเหตุผลที่ควรอ่านแคตตาล็อกเมื่อวันที่ที่แน่นอนมีความสำคัญ

การเปิดเผยข้อมูลเป็นเรื่องที่ระบุให้ชัดได้ยากกว่า และแหล่งข้อมูลต่างก็ขัดแย้งกันจริง ๆ หน้าเอกสารข่าวของ IBM สำหรับ CVE ที่เชื่อมโยงกันนั้นระบุวันที่เผยแพร่ครั้งแรกว่า 2 กรกฎาคม 2026 และวันที่แก้ไขคือ 17 สิงหาคม 2026 Field Effect ระบุว่าการเปิดเผยข้อมูลของ IBM คือวันที่ 2 กรกฎาคม บันทึกการวิจัยของ Cloud Security Alliance เมื่อวันที่ 18 สิงหาคม ระบุว่าการเปิดเผยข้อมูลและการเปิดตัว 1.10.1 ไปพร้อมกันนั้นอยู่ที่ 17 กรกฎาคม; cvetodo กล่าวเช่นเดียวกัน มีระยะเวลาสิบห้าวันคั่นระหว่างการตีความทั้งสองแบบ และไม่มีเอกสารใดเลยที่เขียนอย่างไม่รอบคอบ ดังนั้นบทความนี้จึงไม่เลือกข้างใดข้างหนึ่งระหว่างทั้งสอง สิ่งที่ยืนยันได้ไม่ว่าจะทางใดก็คือแพตช์ถูกเผยแพร่ก่อนการขึ้นทะเบียน KEV และ 1.10.1 คือรีลีสที่นำแพตช์นั้นออกมา

สิ่งที่รายการของ CISA ระบุไว้อย่างแม่นยำในฟิลด์ข้อมูลของตนเองนั้นแคบกว่าพาดหัวของรายการ ผลิตภัณฑ์นี้อยู่ภายใต้ผู้จำหน่าย IBM โดยมีผลิตภัณฑ์คือ Langflow; ช่องโหว่นี้ถูกอธิบายว่าเป็นช่องโหว่ "ที่อนุญาตให้ผู้โจมตีที่ไม่ผ่านการยืนยันตัวตนสามารถบรรลุการเรียกใช้โค้ดจากระยะไกลแบบเต็มรูปแบบบนการติดตั้ง Langflow ตามค่าเริ่มต้น"; การใช้งานที่ทราบในแคมเปญแรนซัมแวร์ถูกบันทึกเป็น ไม่ทราบ; การคัดกรองทางนิติเวชถูกทำเครื่องหมายว่าจำเป็นภายใต้ BOD 26-04; และการดำเนินการที่จำเป็นคือการใช้มาตรการบรรเทาตามคำแนะนำของผู้จำหน่าย หรือหยุดใช้ผลิตภัณฑ์ในกรณีที่ไม่มีมาตรการบรรเทา

บันทึกการใช้ประโยชน์

การขึ้นบัญชีของ CISA ยืนยันว่าช่องโหว่นี้ถูกใช้ในสภาพแวดล้อมจริง หลักฐานสาธารณะที่รองรับข้อยืนยันดังกล่าวนั้นบางกว่าที่คะแนน 9.8 บ่งชี้ ทั้ง IBM และ CISA ต่างไม่ได้ระบุชื่อผู้ก่อภัยคุกคามหรือเผยแพร่รายละเอียดของแคมเปญที่ตรวจพบ — Field Effect ระบุเช่นนี้โดยตรง และไม่มีสิ่งใดในประกาศทั้งสามฉบับของ IBM หรือรายการ KEV ที่ขัดแย้งกับข้อนี้

สิ่งที่มีอยู่แทนคือข้อมูลเทเลเมทรีจากผู้ขายที่ถูกส่งต่อมาแบบมือสอง บันทึกของ Cloud Security Alliance อ้างอิง KEVIntel สำหรับข้อกล่าวอ้างว่ามีการบันทึกความพยายามโจมตีโดยใช้ช่องโหว่เริ่มต้น “ราววันที่ 6 กรกฎาคม 2026” ซึ่งเร็วกว่าการเปิดเผยหลายสัปดาห์เมื่อพิจารณาตามการคำนวณของ Cloud Security Alliance เอง และว่าเมื่อถึงกลางเดือนสิงหาคม ความพยายามสะสมได้เพิ่มขึ้นเป็นหลายร้อยครั้ง โดยมีต้นทางจากที่อยู่อินเทอร์เน็ตที่ไม่ซ้ำกันหลายร้อยแห่งกระจายอยู่ในหลายสิบประเทศ ตัวเลขเหล่านั้นมาจากบริษัทติดตามตรวจสอบเพียงแห่งเดียว และไม่ปรากฏในแหล่งอื่นใดที่ตรวจสอบสำหรับบทความนี้ ข้อมูลเหล่านี้ได้รับการรายงานไว้ ณ ที่นี้ แต่ยังไม่ได้รับการยืนยัน

วันที่เริ่มต้นควรได้รับการพิจารณาอีกครั้ง หากความพยายามเริ่มขึ้นจริงราววันที่ 6 กรกฎาคม นั่นคือสี่วันหลังจากวันที่ในประกาศที่หน้าของ IBM ระบุไว้ และสิบเอ็ดวันก่อนวันที่ 17 กรกฎาคมซึ่งแหล่งข้อมูลอีกสองแห่งให้ไว้ ดังนั้นข้อมูลเทเลเมทรีจึงไม่ยืนยันหรือหักล้างวันที่เปิดเผยข้อมูลใด ๆ ทั้งสองกรณี Cloud Security Alliance เสนอคำอธิบายทั้งสองโดยไม่เลือก โดยอธิบายกิจกรรมช่วงแรกว่าเป็นการค้นพบโดยอิสระโดยสแกนเนอร์ที่ฉวยโอกาส หรือเป็นการรั่วไหลของรายละเอียดทางเทคนิคก่อนการเปิดเผยแบบประสานงาน

โค้ดเอ็กซ์พลอยต์สาธารณะเป็นส่วนที่มีเอกสารประกอบดีกว่า Field Effect ระบุว่าคำอธิบายสาธารณะของเชนนี้มาจาก "proof-of-concept ที่เผยแพร่ต่อสาธารณะในเดือนกรกฎาคม 2026" ที่รีโพซิทอรี github.com/0xdak/CVE-2026-9198_exploit และกล่าวว่าโค้ดดังกล่าวสาธิตการได้มาซึ่งโทเค็นผู้ใช้ระดับสูงสุดผ่าน endpoint การล็อกอินอัตโนมัติ แล้วนำไปใช้กับ endpoint การตรวจสอบความถูกต้อง Field Effect ไม่ได้เชื่อมโยงผู้เขียนรีโพซิทอรีนั้นกับการใช้ประโยชน์จริงใด ๆ ที่ถูกสังเกต และบทความนี้ก็เช่นกัน ไม่มีแหล่งข้อมูลใดที่ตรวจทานแล้วรายงานการยืนยันการขโมยข้อมูลรับรองจากโฮสต์ที่ถูกโจมตี คำอธิบายเกี่ยวกับการเก็บรวบรวมข้อมูลรับรองที่มาพร้อมกับช่องโหว่ Langflow โดยทั่วไปเป็นการประเมินเกี่ยวกับสิ่งที่โฮสต์ดังกล่าวจัดเก็บไว้ ซึ่งกล่าวถึงด้านล่าง ไม่ใช่ข้อค้นพบเกี่ยวกับเหยื่อที่ระบุชื่อในบันทึกนี้

ยืนยันแล้ว มีรายงาน และยังไม่ยืนยัน

• ยืนยันแล้ว ว่า CVE-2026-9198 เชื่อมโยงการขาดการยืนยันตัวตนใน endpoint auto-login เข้ากับการรันโค้ดใน endpoint ตรวจสอบโค้ด; ว่า IBM ประเมินห่วงโซ่นี้ที่ 9.8 ภายใต้ CWE-94 และประเมินสองส่วนของห่วงโซ่ที่ 9.8 และ 9.9; ว่าการติดตั้งใช้งานค่าเริ่มต้นของ Langflow OSS 1.0.0 ถึง 1.10.0 ได้รับผลกระทบใน Windows, macOS และ Linux; ว่า 1.10.1 เป็นเวอร์ชันแก้ไขและ IBM ไม่เผยแพร่ workaround; และว่า CISA เพิ่ม CVE นี้ในแคตตาล็อก KEV โดยมีกำหนดเส้นตายของหน่วยงานรัฐบาลกลางวันที่ 7 สิงหาคม 2026 เอกสารข่าวสามฉบับของ IBM เป็นเอกสารหลักและสอดคล้องกันในเรื่องกลไก

• กล่าวซ้ำโดยอิสระ ThaiCERT ได้ทำซ้ำห่วงโซ่ปลายทางสองจุดชุดเดียวกัน คะแนน 9.8 เดียวกัน ช่วงที่ได้รับผลกระทบเดียวกัน และมาตรการแก้ไข 1.10.1 เดียวกัน ในคำเตือนฉบับวันที่ 7 สิงหาคม 2026 และได้เพิ่มการควบคุมเครือข่ายที่ประกาศของ IBM ไม่มี: ทำให้อินเทอร์เฟซสำหรับผู้ดูแลระบบของ Langflow ไม่อยู่บนอินเทอร์เน็ตสาธารณะ และเข้าถึงได้เฉพาะผ่าน VPN หรือรายการที่อนุญาตตามที่อยู่แบบเข้มงวดเท่านั้น นั่นคือการยืนยันว่าคำเตือนถูกตีความอย่างไร โดยหน่วยงานภาครัฐที่ไม่มีส่วนได้ส่วนเสียกับถ้อยคำของผู้จำหน่าย — ไม่ใช่การค้นพบช่องโหว่โดยอิสระ

• มีรายงาน แต่ยังไม่ได้รับการยืนยัน จำนวนการหาประโยชน์ช่องโหว่ทั้งหมด: ความพยายามหลายร้อยครั้ง ที่อยู่หลายร้อยรายการ หลายสิบประเทศ เริ่มต้นราววันที่ 6 กรกฎาคม ตัวเลขเหล่านี้เป็นของบริษัทติดตามตรวจสอบแห่งหนึ่ง ส่งต่อไปยังหน่วยงานวิจัย รายการของ CISA ยืนยันว่าเกิดการหาประโยชน์ช่องโหว่จริงโดยไม่ได้ระบุจำนวน และไม่พบแหล่งข้อมูลเทเลเมทรีแหล่งที่สองในเนื้อหาที่ตรวจสอบในที่นี้

• ยังไม่ได้รับการยืนยัน ไม่มีชื่อเหยื่อและไม่มีชื่อผู้กระทำ ไม่มีการระบุว่าเกี่ยวข้องกับรัฐหรือกลุ่มอาชญากรรม ไม่มีตัวเลขที่ยืนยันได้ว่ามีอินสแตนซ์ Langflow จำนวนเท่าใดที่เข้าถึงได้จากอินเทอร์เน็ต — cvetodo รายงานเมื่อวันที่ 7 สิงหาคมว่า IBM ยังไม่ได้ตอบคำถามเกี่ยวกับขอบเขตของการใช้ประโยชน์ช่องโหว่ — และไม่มีแถลงการณ์จากผู้จำหน่ายที่ระบุจำนวนดังกล่าวตั้งแต่นั้นมา คลังข้อมูลให้ระดับความมั่นใจของบันทึกนี้เป็น A และไม่ทำเครื่องหมายว่าอยู่ในข้อโต้แย้ง และไม่มีสิ่งใดที่ตรวจสอบในที่นี้โต้แย้งเรื่องนี้ ช่องว่างเหล่านี้เป็นช่องว่างของหลักฐานสาธารณะ ไม่ใช่ช่องว่างของข้อกล่าวอ้างว่าช่องโหว่นี้มีอยู่จริงและถูกใช้งาน

• จงใจตัดออกคำแนะนำของ ThaiCERT ยังอธิบายถึงการสแกนอัตโนมัติที่กำกับโดย AI ในสัปดาห์เดียวกัน แต่ผูกสิ่งนั้นเข้ากับผลิตภัณฑ์อื่นในชุด CISA เดียวกัน ไม่ใช่กับ Langflow ทั้งนี้ ไม่ใช่หลักฐานเกี่ยวกับบันทึกนี้ และไม่ได้ถูกใช้ในลักษณะนั้นในที่นี้

มีอะไรเปลี่ยนแปลงไปบ้างหลังจากลงประกาศ

{{1}}การแก้ไขของผู้จำหน่ายคือการเพิ่มเวอร์ชันเท่านั้น ไม่มีอย่างอื่น{{/1}} {{2}}ตารางผลิตภัณฑ์ที่ได้รับผลกระทบของ IBM ระบุ Langflow OSS 1.0.0 ถึง 1.10.0 ระบุ 1.10.1 เป็นเวอร์ชันที่แก้ไข และใส่ "None" ในช่อง workarounds — ในประกาศทั้งสามฉบับ{{/2}} {{3}}ประกาศ CVE-2026-8481 อธิบายการเปลี่ยนแปลงว่า validator หยุดดำเนินการและเริ่มคอมไพล์{{/3}} {{4}}ประกาศ CVE-2026-9103 ซึ่งครอบคลุมส่วน auto-login ไม่ได้ระบุวิธีแก้ไขโดยละเอียดในลักษณะเดียวกัน และไม่มีเอกสาร IBM ใดที่ตรวจสอบที่นี่ระบุวันที่เผยแพร่ 1.10.1{{/4}}

คำแนะนำของฝ่ายอื่น ๆ ไปไกลกว่าคำแนะนำของผู้จำหน่าย Cloud Security Alliance แนะนำให้อัปเกรด แล้วตรวจสอบขณะรันไทม์ว่าปลายทาง auto-login ไม่ได้ออกโทเค็นให้ผู้เรียกที่ไม่ได้ยืนยันตัวตนอีกต่อไป แทนที่จะเชื่อสตริงเวอร์ชัน โดยเหตุผลที่ระบุคือแพตช์ Langflow ก่อนหน้านี้ถูกปล่อยมาพร้อมการแก้ไขที่ไม่สมบูรณ์ นอกจากนี้ยังแนะนำให้ตั้งค่าตัวแปรสภาพแวดล้อม LANGFLOW_AUTO_LOGIN เป็น false อย่างชัดเจน เพื่อให้แพลตฟอร์มจำเป็นต้องใช้ข้อมูลรับรองจริงแทนการสร้างข้อมูลรับรองขึ้นมาเอง และให้ถือว่าอินสแตนซ์ใดก็ตามที่เปิดสู่อินเทอร์เน็ตตั้งแต่ต้นเดือนกรกฎาคมถูกบุกรุกไว้ก่อนจนกว่าจะตรวจสอบบันทึก พร้อมหมุนเวียนข้อมูลรับรองสำหรับทุกสิ่งที่อินสแตนซ์นั้นเข้าถึงได้: คีย์ของผู้ให้บริการโมเดล ข้อมูลรับรองฐานข้อมูล และคีย์บริการคลาวด์ ThaiCERT เสริมส่วนที่เกี่ยวกับเครือข่าย — ห้ามมีอินเทอร์เฟซสำหรับผู้ดูแลระบบบนอินเทอร์เน็ตสาธารณะ ใช้ได้เฉพาะผ่าน VPN หรือรายการอนุญาตเท่านั้น ทั้งสองส่วนเป็นคำแนะนำของนักวิจัย IBM ไม่ได้เผยแพร่คำแนะนำใด ๆ

มีข้อความให้เครดิตหนึ่งรายการปรากฏอยู่ในบันทึก การรับรองของ IBM ระบุว่ารายงานดังกล่าวมาจาก Harish Kolla ซึ่งมีชื่อผู้ใช้ GitHub ว่า Har1sh-k Cloud Security Alliance ในบันทึกของตนลงวันที่ 18 สิงหาคม จัดให้ CVE-2026-9198 เป็นช่องโหว่ Langflow แบบไม่ต้องยืนยันตัวตนหรือข้ามการอนุญาตซึ่งเป็นรายการที่สี่ที่แยกต่างหากและเข้าสู่แคตตาล็อกของ CISA ภายในเวลาประมาณห้าเดือน โดยระบุตัวระบุสามรายการก่อนหน้า และการตีความขององค์กรคือรูปแบบนี้สะท้อนการแก้ไขแบบทีละส่วนซ้ำ ๆ ต่อโมเดลการยืนยันตัวตนและการเรียกใช้โค้ดเพียงโมเดลเดียว มากกว่าที่จะเป็นข้อบกพร่องที่ไม่เกี่ยวข้องกัน กรอบการตีความดังกล่าวเป็นการประเมินของ Cloud Security Alliance ซึ่งเสนอในบันทึกการวิจัย ไม่ใช่ข้อค้นพบของผู้ตรวจสอบอิสระ และไม่มีแหล่งข้อมูลใดที่ตรวจสอบในที่นี้บันทึกการตอบสนองสาธารณะจากผู้ดูแลโครงการต่อเรื่องนี้

สิ่งที่รายการ KEV ชี้ขาดได้และไม่ได้ชี้ขาด

แคตตาล็อกของ CISA เป็นการยืนยันถึงการถูกใช้ประโยชน์จริงที่ตรวจพบ ไม่ใช่รายงานเหตุการณ์ และรายการนี้ก็คงรูปแบบนั้นไว้ ระบุว่าได้มีการใช้ช่องโหว่นี้จริง โดยไม่ระบุว่าใช้โจมตีใคร ใครเป็นผู้ใช้ หรือใช้บ่อยเพียงใด การถูกนำไปใช้ในแรนซัมแวร์ถูกบันทึกว่าไม่ทราบ ไม่มีข้อมูลใดถูกทำให้เป็นตัวเลข สิ่งที่รายการนี้ยืนยันได้แน่ชัดคือคำถามข้อเดียวที่คะแนนความรุนแรงไม่อาจตอบได้ นั่นคือช่องโหว่นี้ได้ก้าวจากหลักฐานแนวคิดที่ใช้งานได้ไปสู่การใช้งานจริงแล้วหรือไม่ สำหรับองค์กรที่อยู่นอกขอบเขตของ BOD 26-04 ซึ่งก็คือเกือบทั้งโลก กำหนดเส้นตายวันที่ 7 สิงหาคมไม่ได้ก่อให้เกิดภาระผูกพันใด ๆ และข้อเท็จจริงเบื้องหลังก็ยังมีน้ำหนักเท่ากับที่จะมีแม้มีเพียงข้อเท็จจริงนั้นข้อเดียว

Cloud Security Alliance สรุปเชิงปฏิบัติการจากรายการเดียวกันว่า การที่ช่องโหว่ปรากฏในรายการ KEV เป็นสัญญาณที่เชื่อถือได้ว่าการใช้ประโยชน์จากช่องโหว่ได้ผ่านขั้นพิสูจน์แนวคิดแล้ว และสำหรับช่องโหว่นี้ สัญญาณดังกล่าวมาถึงราวหนึ่งเดือนหลังความพยายามครั้งแรกที่มีการบันทึกไว้ ตามการตีความนั้น ใครก็ตามที่รอแคตตาล็อกก่อนจะทำการคัดกรองและจัดลำดับความสำคัญ ก็กำลังตอบสนองต่อเหตุการณ์อยู่แล้ว มากกว่าจะเป็นการป้องกันเหตุการณ์ไว้ก่อน การที่คำกล่าวนี้อธิบายถึงการติดตั้งใช้งานใดใช้งานหนึ่งหรือไม่นั้น เป็นคำถามที่ต้องหาคำตอบจากบันทึกของระบบนั้น — คู่ endpoint ที่ต้องค้นหาคือคู่ที่ IBM บันทึกไว้ และบันทึกดังกล่าวไม่ได้ระบุชื่อเหยื่อแม้แต่รายเดียวเพื่อใช้ทดสอบคำตอบ