Langflow CVE-2026-0768: ช่องโหว่ Langflow รายที่ 12 ที่ถูกใช้โจมตีในสภาพแวดล้อมจริงในปีนี้

CVE-2026-0768 เป็นช่องโหว่การรันโค้ดจากระยะไกลโดยไม่ต้องยืนยันตัวตนใน Langflow ซึ่งเป็นเฟรมเวิร์กแบบวิชวลโอเพนซอร์สสำหรับประกอบไปป์ไลน์และเอเจนต์ของโมเดลภาษาขนาดใหญ่ และภายในสิ้นเดือนสิงหาคม 2026 ผู้โจมตีก็เริ่มใช้ช่องโหว่นี้ในการโจมตีจริง ช่องโหว่นี้อยู่ในตัวตรวจสอบโค้ดที่อยู่เบื้องหลังตัวแก้ไขคอมโพเนนต์แบบกำหนดเองของ Langflow: เอนด์พอยต์ validate รับพารามิเตอร์ code และรันโค้ด Python ที่อยู่ในนั้น โดยไม่มีการยืนยันตัวตน และตามถ้อยคำของ Zero Day Initiative คือ "ในบริบทของ root" เครือข่ายฮันนีพ็อต Canary ของ VulnCheck บันทึกความพยายามใช้ช่องโหว่มากกว่า 50 ครั้งภายในไม่กี่ชั่วโมงหลังการตรวจพบครั้งแรกเมื่อวันที่ 30 สิงหาคม 2026 และมากกว่า 360 ครั้งภายในวันจันทร์ที่ 1 กันยายน โดยทั้งหมดพุ่งเป้าไปที่เซ็นเซอร์ในสหราชอาณาจักร Caitlin Condon จาก VulnCheck กล่าวว่าทราฟฟิกต้นทางส่วนใหญ่มาจากรัสเซีย คำขอเหล่านี้ไม่ใช่แรนซัมแวร์ แต่ได้อ่านตัวแปรสภาพแวดล้อมที่เก็บข้อมูลรับรองระดับ superuser ของ Langflow, คีย์ API ของ OpenAI และคีย์ access กับ secret ของ AWS จากนั้นจึงไปตรวจค้นที่ /root/.cache/langflow/secret_key, .ssh และ .bash_history รายการฉบับเต็มของเหตุการณ์นี้ในคลัง ซึ่งรวมถึงการจัดประเภทความรุนแรง ระดับความเชื่อมั่น และความเสียหาย อยู่ในthe Orca AI Incident Archive พร้อมกับบันทึกอื่น ๆ เกี่ยวกับการขโมยข้อมูลรับรองและโครงสร้างพื้นฐาน AI ที่อยู่รายรอบเหตุการณ์นี้

Security Affairs เผยแพร่บทความของตนเมื่อวันที่ 2 กันยายน 2026; Ionut Arghire จาก SecurityWeek รายงานการโจมตีโดยใช้ช่องโหว่ในวันก่อนหน้า Bill Toulas จาก BleepingComputer รายงานเรื่องนี้ในสัปดาห์นั้น และ AI Safety Initiative ของ Cloud Security Alliance ตามมาเมื่อวันที่ 4 กันยายน ด้วยบันทึกวิจัยที่ทบทวนกลไกดังกล่าวและเพิ่มข้อเสนอแนะ ไม่มีรายงานใดที่ตรวจสอบสำหรับบทความนี้ระบุชื่อองค์กรที่ถูกบุกรุก ทุกอย่างสืบย้อนกลับไปยังเซนเซอร์ของ VulnCheck เอง และไปยังคำแนะนำที่ Zero Day Initiative เผยแพร่ในเดือนมกราคม

เอดิเตอร์ที่รันสิ่งที่ถูกขอให้ตรวจสอบ

จุดขายของ Langflow คือคุณประกอบแอปพลิเคชัน AI ได้โดยการลากคอมโพเนนต์มาวางบนแคนวาส คอมโพเนนต์แบบกำหนดเองเป็น Python: เอดิเตอร์ให้ผู้ใช้วางโค้ดและกดตรวจสอบ แล้วเซิร์ฟเวอร์จะตรวจสอบให้ ตามคำแนะนำ ZDI-26-034 ของ ZDI การตรวจสอบนั้นเป็นการรันโค้ด ประโยคที่ระบุสาเหตุรากของคำแนะนำมีเพียงบรรทัดเดียว — "การขาดการตรวจสอบที่เหมาะสมของสตริงที่ผู้ใช้จัดหาให้ก่อนนำไปใช้รันโค้ด Python" — และผลลัพธ์คือคำขอ HTTP ที่ไม่ต้องยืนยันตัวตนเพียงครั้งเดียวก็สามารถรัน Python โดยพลการบนโฮสต์ได้

คุณสมบัติสามประการทำให้สิ่งนี้กลายเป็นเหตุการณ์ด้านความปลอดภัย ไม่ใช่เพียงรายงานบั๊ก เวกเตอร์ CVSS คือ AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H ซึ่งได้คะแนน 9.8: เข้าถึงได้ผ่านเครือข่าย ความซับซ้อนต่ำ ไม่ต้องมีสิทธิ์ ไม่ต้องมีปฏิสัมพันธ์จากผู้ใช้ และสูญเสียการรักษาความลับ ความสมบูรณ์ และความพร้อมใช้งานโดยสิ้นเชิง บริบทการทำงานคือ root ซึ่งเป็นเหตุผลว่าทำไมคำสั่งของผู้โจมตีที่ทั้ง Condon และ Cloud Security Alliance อธิบายไว้จึงมุ่งไปที่ /root/.cache/langflow/secret_key — ไฟล์ที่ Langflow ใช้เข้ารหัสข้อมูลรับรองและข้อมูลเซสชันที่จัดเก็บไว้ และเอนด์พอยต์ไม่เรียกขอข้อมูลรับรองใด ๆ เลย ดังนั้นการเปิดเผยจึงขึ้นอยู่กับความสามารถในการเข้าถึงเพียงอย่างเดียว

ประวัติการเปิดเผยข้อมูลมีความสำคัญต่อวิธีที่เหตุการณ์นี้ดำเนินไป ไทม์ไลน์ของ ZDI บันทึกว่ารายงานไปถึงบัญชี GitHub ของ Langflow เมื่อวันที่ 18 กรกฎาคม 2025 มีการขออัปเดตเมื่อวันที่ 11 กันยายน 2025 มีการขอให้แก้ไขเมื่อวันที่ 10 ตุลาคม 2025 และแจ้งเจตนาจะเผยแพร่เป็น zero-day เมื่อวันที่ 10 ธันวาคม 2025 ZDI เผยแพร่ประกาศคำแนะนำเมื่อวันที่ 9 มกราคม 2026 นักวิจัยที่ได้รับเครดิตคือ Peter Girnus, William Gamazo Sanchez และ Alfredo Oliveira จาก Trend Research ฐานข้อมูลคำแนะนำของ GitHub มีข้อความเดียวกับ GHSA-x5pr-rvjj-j6qm ซึ่งเผยแพร่เมื่อวันที่ 23 มกราคม 2026 จำแนกเป็น CWE-94 และไม่ระบุช่วงเวอร์ชันที่ได้รับผลกระทบเลย มาตรการบรรเทาผลกระทบที่ ZDI ระบุไว้ไม่ใช่แพตช์ แต่คือ "จำกัดการโต้ตอบกับผลิตภัณฑ์"

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

สิ่งที่การตรวจจับ 360 ยืนยันได้และยืนยันไม่ได้

Canaries ของ VulnCheck เป็นเซ็นเซอร์ที่เชื่อมต่อกับอินเทอร์เน็ตซึ่งออกแบบให้ดูเหมือนสิ่งที่ผู้โจมตีกำลังสแกนหา บริษัทพบการ Exploit CVE-2026-0768 เป็นครั้งแรกในวันที่ 29–30 สิงหาคม 2026 โดยตรวจพบมากกว่า 50 ครั้งภายในไม่กี่ชั่วโมงในวันอาทิตย์ และเพิ่มขึ้นเกิน 360 ครั้งภายในวันจันทร์ Condon รองประธานฝ่ายวิจัยภัยคุกคามของ VulnCheck อธิบายกิจกรรมนี้บน LinkedIn ว่าเป็น "ส่วนผสมของการลาดตระเวนและการเก็บเกี่ยวข้อมูลรับรอง" พร้อมเสริมว่าทราฟฟิกต้นทางส่วนใหญ่มาจากรัสเซีย และ "จนถึงขณะนี้โจมตี Canaries ในสหราชอาณาจักรเท่านั้น"

ลำดับคำสั่งที่เซ็นเซอร์บันทึกไว้มีความเฉพาะเจาะจงพอที่จะใช้เป็นเพลย์บุ๊กได้ ผู้โจมตีสอบถามสภาพแวดล้อมเพื่อหา LANGFLOW_SUPERUSER หาตัวแปรที่ตรงกับ OPENAI_API และหา AWS_ACCESS กับคีย์ AWS_SECRET — ซึ่งเป็นสามตระกูลข้อมูลรับรองที่โฮสต์ Langflow มีแนวโน้มจะเก็บไว้มากที่สุด พวกเขาอ่านคีย์ลับที่แคชไว้ที่ /root/.cache/langflow/secret_key ตรวจสอบการเข้าถึง .ssh และตรวจดูขนาดของ .bash_history ซึ่งทั้งสองอย่างบ่งชี้ว่าผู้ปฏิบัติการสามารถเคลื่อนที่ในแนวนอนได้หรือเพียงแค่อ่านความลับเท่านั้น บทวิเคราะห์จากชุมชนเกี่ยวกับห่วงโซ่นี้ซึ่งอ้างอิงโดย Cloud Security Alliance เสริมว่ากิจกรรมเดียวกันยังค้นหาในโครงสร้างซอร์สและไฟล์ .env เพื่อหาความลับที่ฝังอยู่ ส่งออกข้อมูลที่พบ และตรวจสอบว่าโฮสต์ถูกฝังแบ็กดอร์โดยผู้ปฏิบัติการก่อนหน้ามาแล้วหรือไม่ ก่อนจะเพิ่มการคงอยู่ของตนเอง

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

รายละเอียดหนึ่งขัดกับเรื่องเล่าปกติเกี่ยวกับการเปิดเผยช่องโหว่ {{1}}ตามข้อมูลจาก VulnCheck{{/1}} {{2}}ตอนที่เริ่มมีการใช้ประโยชน์จากช่องโหว่ ยังไม่มี proof-of-concept สาธารณะสำหรับ CVE-2026-0768{{/2}} ประกาศดังกล่าวเปิดเผยต่อสาธารณะมาเกือบแปดเดือนแล้ว และอธิบายช่องโหว่ไว้ละเอียดพอที่ใครสักคนจะสร้าง exploit จากข้อความนั้นได้ {{3}}การตีความของบริษัท{{/3}} ตามที่ {{4}}The Hacker News{{/4}} รายงาน คือสิ่งนี้เป็นการคิดค้นขึ้นเองโดยอิสระ มากกว่าการนำโค้ดที่รั่วไหลมาใช้ซ้ำ

สิบสองข้อบกพร่อง ความพยายามหนึ่งหมื่นห้าพันครั้ง — และจุดที่ตัวเลขเหล่านั้นบิดเบี้ยว

สถิติที่ทำให้เหตุการณ์นี้มีน้ำหนักมาจาก VulnCheck และควรยกคำพูดของบริษัทเองมากกว่าการถอดความ “ก่อนปี 2026 หลักฐานแสดงให้เห็นว่ามีช่องโหว่ Langflow เพียงรายการเดียวที่ทราบว่าถูกใช้ประโยชน์ในสภาพแวดล้อมจริง” บริษัทระบุ “ในปี 2026 สถานการณ์เปลี่ยนแปลงไปอย่างรวดเร็ว” SecurityWeek รายงานว่า VulnCheck ติดตาม “ช่องโหว่เพิ่มเติม 11 รายการที่ถูกกำหนดเป้าหมายและรายงานว่าถูกใช้ประโยชน์ในสภาพแวดล้อมจริง” ระหว่างปี 2026

ถ้ารวมรายการเหล่านั้นเข้าด้วยกัน จะได้ช่องโหว่ Langflow ที่ถูกใช้ประโยชน์ 12 รายการ ซึ่งหนึ่งในนั้นมีมาก่อนปีนี้ นั่นไม่เหมือนกับ 12 รายการในปี 2026 และแหล่งข่าวสลับไปมาระหว่างสองกรอบความหมายนี้ พาดหัวข่าวของ Forkast เรียก CVE-2026-0768 ว่า "CVE ที่ถูกใช้ประโยชน์รายการที่ 12 ของ Langflow ในปี 2026" ขณะที่เนื้อหาในบทความเดียวกันอธิบายว่าสิบสองรายการนั้นประกอบด้วย "ช่องโหว่ใหม่ 11 รายการ และอีกรายการที่ระบุพบก่อนเริ่มต้นปี" ชื่อเรื่องของบันทึกใช้ตามพาดหัวข่าว หากอ่านอย่างเคร่งครัด ปี 2026 คิดเป็นสิบเอ็ดในสิบสองรายการ โดยรายการที่สิบสอง — รายการที่รู้จักก่อนปีนี้ — เป็นส่วนที่เหลือ

ตัวเลข 15,000 ก็มีแง่มุมที่เทียบเคียงได้ ทั้ง SecurityWeek, The Hacker News และ Forkast ต่างระบุว่า "การโจมตีที่ประสบความสำเร็จมากกว่า 15,000 ครั้ง" มาจากช่องโหว่ที่ระบุชื่อสามรายการ ได้แก่ CVE-2026-0769, CVE-2025-3248 และ CVE-2026-5027 นั่นเป็นตัวเลขที่มาก แต่เป็นจำนวนที่นับรวมจาก CVE สามรายการ ไม่ใช่จากพอร์ตโฟลิโอทั้งหมดของ Langflow ในปี 2026 การเขียนถ้อยคำให้เป็นความพยายามใช้ประโยชน์จากช่องโหว่ต่อพอร์ตโฟลิโอ — อย่างที่บทสรุปของคลังข้อมูลทำ — ถือว่ากว้างกว่าสิ่งที่ VulnCheck เผยแพร่

รายการแต่ละรายการที่อยู่เบื้องหลังแพตเทิร์นนี้ได้รับการบันทึกไว้แล้ว CVE-2025-3248 เป็นช่องโหว่การฉีดโค้ดใน endpoint /api/v1/validate/code เดียวกัน ซึ่งได้รับการแก้ไขใน Langflow 1.3.0 โดยเปลี่ยนจากการเรียกใช้งานจริงเป็นการตรวจสอบแบบคอมไพล์เท่านั้น ตามคำแนะนำของ GitHub GHSA-rvqx-wpfh-mfx7 ที่อ้างอิงโดย Cloud Security Alliance ซึ่งหมายความว่า CVE-2026-0768 เป็นบั๊กประเภทเดียวกันในเส้นทางการโค้ดเดียวกัน ประมาณสี่เดือนหลังจากที่การแก้ไขนั้นเปิดตัว CVE-2026-33017 ซึ่งเป็น RCE ที่ไม่ต้องยืนยันตัวตนใน endpoint สำหรับสร้างโฟลว์แบบสาธารณะ ถูกนำไปใช้เป็นอาวุธภายในประมาณ 20 ชั่วโมงหลังการเปิดเผยเมื่อเดือนมีนาคม 2026 และถูกใช้เพื่อขโมยข้อมูลรับรองของ OpenAI, Anthropic และ AWS ก่อนจะเปลี่ยนไปขุดคริปโตเคอเรนซี Monero ตามบันทึกของ Cloud Security Alliance บันทึกของพันธมิตรเดียวกันเมื่อวันที่ 12 มิถุนายน 2026 ครอบคลุม CVE-2026-5027 ซึ่งเป็นช่องโหว่ path traversal ใน endpoint อัปโหลดไฟล์ที่นักวิจัยเชื่อมโยงกับกลุ่ม MuddyWater ที่ได้รับการสนับสนุนจากรัฐอิหร่าน และบันทึกวันที่ 4 กันยายนของพันธมิตรเดียวกันบันทึก CVE-2026-55255 ซึ่งเป็นการข้ามการอนุญาตที่ให้ผู้ใช้ที่ยืนยันตัวตนแล้วรันโฟลว์ของผู้ใช้รายอื่น โดยถูกเพิ่มลงในแค็ตตาล็อก Known Exploited Vulnerabilities ของ CISA เมื่อวันที่ 7 กรกฎาคม 2026 ทั้งสี่รายการมีรูปแบบร่วมกัน: endpoint ที่ข้ามการยืนยันตัวตนหรือข้ามการทำแซนิไทซ์ ในแพลตฟอร์มที่มีหน้าที่เก็บข้อมูลรับรองสำหรับทุกสิ่งที่มันสื่อสารด้วย

ทำไมแพลตฟอร์มออร์เคสเตรชันจึงคุ้มค่ากับความยุ่งยาก

อินสแตนซ์ Langflow ในสภาพแวดล้อมโปรดักชันได้รับการกำหนดค่าด้วยคีย์ API ของผู้ให้บริการ ข้อมูลรับรองคลาวด์ สตริงการเชื่อมต่อฐานข้อมูล และความลับของการผสานรวม เพราะโฟลว์ที่ระบบรันจำเป็นต้องใช้สิ่งเหล่านี้ ณ เวลาที่เรียกใช้ การที่โฮสต์ถูกบุกรุกจึงทำให้เกิดการเข้าถึงที่ใช้งานได้จริงต่อทุกบริการที่อินสแตนซ์เก็บข้อมูลรับรองไว้ คีย์ OpenAI หรือ Anthropic ที่ถูกขโมยทำให้ผู้โจมตีเรียกเก็บค่าอนุมานไปยังเหยื่อหรือแอบอ้างเป็นองค์กรในปลายทางได้ คีย์ AWS ที่ถูกขโมยเปิด acesso...

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

อะไรได้รับการแก้ไขแล้ว และอะไรยังคลุมเครืออยู่

นี่คือส่วนที่อ่อนแอที่สุดของบันทึกสาธารณะ และคุ้มค่าที่จะอธิบายให้ชัดเจนว่าทำไม คำแนะนำของ ZDI ไม่ระบุเวอร์ชันที่ได้รับการแพตช์ รายการฐานข้อมูลของ Snyk สำหรับ CVE นี้ระบุเวอร์ชันที่ได้รับผลกระทบว่าเป็นทุกเวอร์ชันก่อน 1.10.1 และแนะนำให้อัปเกรดเป็น 1.10.1 หรือสูงกว่า รายงานสาธารณะ รวมถึง SecurityWeek และ Security Affairs ระบุช่วงที่ได้รับผลกระทบว่าเป็นรีลีสจนถึง 1.4.2 แต่ไม่ได้ระบุรีลีสที่แก้ไขแล้ว Cloud Security Alliance ระบุเมื่อวันที่ 4 กันยายนว่า ผู้ดูแล Langflow ยังไม่ได้เผยแพร่คำแนะนำด้านความปลอดภัยเฉพาะที่ระบุชื่อ CVE นี้ และตัวติดตามต่างๆ เห็นไม่ตรงกันว่ารีลีสใดที่แก้ไขปัญหานี้ได้จริง — ความคลุมเครือซึ่งองค์กรพันธมิตรกล่าวว่าสะท้อนกรณี Langflow ก่อนหน้านี้ ที่เวอร์ชันซึ่งถูกรายงานว่าแก้ไขแล้วยังคงถูกโจมตีได้

Langflow ได้ออกแพตช์แก้ไขในพื้นที่ที่ถูกต้องจริง ในวันที่ถูกต้องจริง เวอร์ชัน 1.11.6 เผยแพร่เมื่อวันที่ 1 กันยายน 2026 ซึ่งเป็นวันจันทร์ที่จำนวนฮันนีพอตเกิน 360 และบันทึกประจำรุ่นระบุถึงการแบ็กพอร์ตการแก้ไขด้านความปลอดภัย ซึ่งรวมถึง "close component code scan gaps" และ "resolve annotations without execution" (พูลรีเควสต์ 14876) เวอร์ชัน 1.12.0 ตามมาภายหลังในเย็นวันนั้น การเสริมความแข็งแกร่งของเส้นทางการโค้ดเดิมยังดำเนินต่อไปหลังจากนั้น: พูลรีเควสต์ฉบับหลังชื่อ "stop validate_code from executing imports" บ่งชี้ว่าเอนด์พอยต์ validate ยังคงได้รับการกระชับความปลอดภัยอยู่หลายสัปดาห์หลังการโจมตีครั้งแรก ไม่มีสิ่งใดในนั้นถือเป็นถ้อยแถลงของผู้จำหน่ายว่า CVE-2026-0768 ได้รับการแก้ไขในรุ่นที่ระบุชื่อ และไม่พบถ้อยแถลงดังกล่าวในแหล่งอ้างอิงของบันทึก

สิ่งที่เปลี่ยนไปในฝั่งผู้โจมตีนั้นชัดเจนขึ้น โมดูลเอ็กซ์พลอยต์ Metasploit สำหรับช่องโหว่นี้ถูกเปิดเป็น pull request เมื่อวันที่ 2 กันยายน 2026 — วันเดียวกับที่ Security Affairs เผยแพร่ — และถูก merge เมื่อวันที่ 8 ตุลาคม 2026 โดยทดสอบกับ Langflow 1.4.2 ไม่ว่าสถานะของการพัฒนาต้นฉบับจะเป็นอย่างไร การใช้ประโยชน์จากช่องโหว่นี้ก็ไม่จำเป็นต้องอาศัยงานต้นฉบับอีกต่อไปภายในหกสัปดาห์หลังจากที่เริ่มมีการใช้ประโยชน์

คำแนะนำการตอบสนองของ Cloud Security Alliance คือลำดับการแพตช์และหมุนเวียนคีย์ มากกว่าการแพตช์เพียงอย่างเดียว: ตรวจสอบเวอร์ชันที่กำลังทำงานและอัปเกรดไปยังรีลีสเสถียรปัจจุบัน; ให้ถือว่าอินสแตนซ์ใดก็ตามที่เปิดสู่อินเทอร์เน็ตและใช้เวอร์ชันที่ได้รับผลกระทบนั้นถูกบุกรุก จนกว่าจะพิสูจน์ได้ว่าเป็นอย่างอื่น เพราะกิจกรรมที่พบเป็นการเก็บข้อมูลอย่างเงียบ ๆ มากกว่าการรบกวนที่มองเห็นได้; และหมุนเวียนทุกความลับที่อินสแตนซ์สามารถเข้าถึงได้ — รหัสผ่านผู้ใช้ระดับสูงสุดของ Langflow คีย์ API ของผู้ให้บริการ คีย์การเข้าถึงและคีย์ลับของ AWS และคีย์ลับของ Langflow เอง โดยเข้ารหัสข้อมูลรับรองที่จัดเก็บไว้ใหม่ แทนที่จะเพียงแทนที่ไฟล์ นอกจากนี้ยังแนะนำให้ตรวจสอบบันทึกการเข้าถึงสำหรับคำขอไปยังปลายทาง validate ตรวจสอบ authorized_keys เพื่อหาคีย์ SSH ที่ไม่คุ้นเคย และมองหาหลักฐานว่าผู้ดูแลระบบคนก่อนได้ฝัง backdoor ไว้ในโฮสต์แล้ว ในกรณีที่แพลตฟอร์มจำเป็นต้องเข้าถึงได้ แนะนำให้จำกัดการเข้าถึงหรือปิดใช้งานปลายทาง validate และเลิกใช้คีย์ที่มีสิทธิ์สูงและมีอายุยาวนานซึ่งจัดเก็บไว้ในแพลตฟอร์มโดยตรง

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

ยืนยันแล้ว:ว่า CVE-2026-0768 เป็นช่องโหว่ RCE แบบไม่ต้องยืนยันตัวตนใน endpoint validate ของ Langflow ซึ่งเรียกใช้ Python ด้วยสิทธิ์ root โดยมีเอกสารระบุใน ZDI-26-034 และมีสำเนาเป็น GHSA-x5pr-rvjj-j6qm; ว่าการโจมตีเริ่มขึ้นในวันที่ 29–30 สิงหาคม 2026; ว่า VulnCheck บันทึกการตรวจพบมากกว่า 50 ครั้งภายในไม่กี่ชั่วโมง และมากกว่า 360 ครั้งภายในวันที่ 1 กันยายน โดยตรวจพบกับเซนเซอร์ในสหราชอาณาจักร และมีทราฟฟิกส่วนใหญ่มาจากรัสเซีย; และว่าคำขอที่ตรวจพบพุ่งเป้าไปที่ข้อมูลรับรอง superuser ของ Langflow, OpenAI และ AWS รวมถึงคีย์ลับที่แคชไว้, .ssh และ .bash_history ข้อมูลเหล่านี้มาจาก advisory เองและจาก telemetry ของ VulnCheck ตามที่รายงานแยกโดย SecurityWeek, Security Affairs และ The Hacker News

มีรายงาน แต่ยังไม่ได้รับการตรวจสอบยืนยันอย่างเป็นอิสระ:จำนวนการตรวจพบทุกจำนวน ตัวเลข 50, 360 และ 15,000 เป็นตัวเลขของ VulnCheck เอง ซึ่งเผยแพร่โดยบริษัทและถูกสื่อที่อ้างอิงถึงบริษัทนำไปรายงานซ้ำ ยังไม่มีเครือข่ายฮันนีพอตแห่งที่สองใดเผยแพร่จำนวนที่ยืนยันสอดคล้องกัน การระบุว่าเกี่ยวข้องกับโครงสร้างพื้นฐานของรัสเซียก็เช่นกัน เป็นการตีความทราฟฟิกต้นทางของ VulnCheck ไม่ใช่การประเมินที่รัฐบาลหรือ CERT ใดให้การรับรองในเนื้อหาที่ตรวจสอบ

ยังไม่ได้รับการยืนยัน:ว่าองค์กรใดที่มีชื่อเสียงสูญเสียข้อมูลรับรองตัวตน ไม่มีการระบุเหยื่อรายใดในแหล่งข้อมูลของบันทึกนี้ เช่นเดียวกันก็ไม่มีเวอร์ชันที่ได้รับการแพตช์ซึ่งยืนยันได้ ZDI ไม่ระบุเวอร์ชันใดเลย Snyk ระบุว่า 1.10.1 รายงานข่าวระบุว่าได้รับผลกระทบจนถึง 1.4.2 และบันทึกประจำรุ่น 1.11.6 อธิบายถึงการแก้ไขด้านความปลอดภัยโดยไม่ได้เชื่อมโยงกับการแก้ไขช่องโหว่ CVE นี้ เช่นเดียวกัน จำนวน "ช่องโหว่ที่สิบสองของปี 2026" ก็ไม่สอดคล้องกันภายในแหล่งข้อมูลของตนเอง ดังที่ได้ระบุไว้ข้างต้น

ส่วนที่ควรทำให้ผู้ที่ติดตั้งแพตช์ตามกำหนดเวลากังวลใจ

ช่องว่างแปดเดือนคือข้อค้นพบ CVE-2026-0768 ถูกเผยแพร่ในฐานะซีโรเดย์เมื่อวันที่ 9 มกราคม 2026 พร้อมคำอธิบายทางเทคนิคที่ละเอียดพอจะนำไปสร้างใหม่ได้ และไม่มีการโจมตีใด ๆ ต่อเซ็นเซอร์ของ VulnCheck จนถึงสุดสัปดาห์สุดท้ายของเดือนสิงหาคม จากนั้นมีความพยายามหลายร้อยครั้งเข้ามาภายในสามวัน จากผู้ปฏิบัติการซึ่งตามคำบอกเล่าของบริษัทไม่มีเอ็กซ์พลอยต์สาธารณะให้ลอกเลียนแบบ อะไรก็ตามที่ทำให้อินสแตนซ์เหล่านั้นไม่ได้รับการแพตช์ตลอดแปดเดือนของประกาศเตือนภัยระดับวิกฤตที่เผยแพร่ต่อสาธารณะ ก็เป็นสิ่งเดียวกันกับที่ทำให้ช่องโหว่นี้คุ้มค่าที่จะถูกใช้โจมตีเมื่อมีคนเขียนโค้ดขึ้นมาในที่สุด

มันยังปิดวงจรที่ CVE ของ Langflow ก่อนหน้านี้เปิดไว้อีกด้วย {{1}}CVE-2025-3248{{/1}} ได้รับการแก้ไขโดยการนำการรันออกจากเส้นทาง validate เดียวกัน; แต่ {{2}}CVE-2026-0768{{/2}} ก็ยังรันบนเส้นทางนั้นอยู่ดี การแก้ไขที่นำพฤติกรรมออกโดยไม่ได้นำการตัดสินใจเชิงออกแบบที่ก่อให้เกิดพฤติกรรมนั้นออกไปนั้นเพียงซื้อเวลา และในกรณีนี้มันซื้อเวลาได้ประมาณสี่เดือน