CVE-2026-75130: เซิร์ฟเวอร์เอกสาร MCP ของ Context7 ได้คะแนน 9.0 และบันทึกดังกล่าวไม่ได้ระบุเวอร์ชันที่ได้รับการแก้ไข

เมื่อวันที่ 18 สิงหาคม 2026 VulnCheck ได้เผยแพร่ CVE-2026-75130 เกี่ยวกับ Context7 ซึ่งเป็นเซิร์ฟเวอร์เอกสารไลบรารีที่ Upstash ดูแลสำหรับ Model Context Protocol และที่เอเจนต์เขียนโค้ดสอบถามเพื่อขอเอกสารเฉพาะเวอร์ชัน ช่องโหว่อยู่ในฟีเจอร์ที่ Upstash เรียกว่า Custom AI Instructions: เจ้าของไลบรารีแนบคำแนะนำกับรายการเอกสาร Context7 จะป้อนคำแนะนำนั้นเข้าสู่หน้าต่างบริบทของทุกเอเจนต์ที่ค้นหาไลบรารีนั้น และไม่มีกลไกใดในเส้นทางนั้นตรวจสอบทำความสะอาดข้อมูลดังกล่าว Noma Security ซึ่ง Eli Ainhorn นักวิจัยช่องโหว่ AI ระดับอาวุโสของบริษัท ได้รับเครดิตว่าเป็นผู้ค้นพบ ได้สาธิตว่ารายการที่ถูกวางยาพิษสามารถทำให้เอเจนต์ที่เชื่อมต่ออ่านไฟล์ .env ในไดเรกทอรีรากของโปรเจกต์ ส่งเนื้อหาไปยังรีโพซิทอรี GitHub ที่ผู้โจมตีควบคุมในรูปแบบ issue และลบโฟลเดอร์ภายในเครื่องภายใต้ข้ออ้าง “cleanup” — ทั้งหมดนี้มาจากคำขอเอกสารตามปกติ ไม่มีการบันทึกเหยื่อ เหตุการณ์เอเจนต์ที่บันทึกไว้ส่วนที่เหลือ ซึ่งแต่ละเหตุการณ์มีระดับความรุนแรง ระดับความเชื่อมั่น และสถานะข้อโต้แย้งของตนเอง อยู่ใน คลังเหตุการณ์ AI ซึ่งรายการที่อยู่ข้างเคียงของบันทึกนี้สามารถอ่านควบคู่กันได้

เซิร์ฟเวอร์ของ Context7 มีขนาดเล็ก และนั่นคือส่วนที่ควรทำความเข้าใจก่อนเป็นอันดับแรก ข้อเขียนของ Noma ระบุว่ามันเปิดให้ใช้เครื่องมือสองรายการ คือ resolve-library-id และ query-docs และมันไม่สามารถรันโค้ด เขียนไฟล์ หรือเข้าถึงเครือข่ายได้ด้วยตัวเอง ผลกระทบทุกอย่างที่มีการบันทึกไว้ล้วนถูกดำเนินการโดยเอเจนต์ที่อยู่อีกฝั่ง ซึ่งมีสิทธิ์เข้าถึงระบบไฟล์ เชลล์ และเครือข่ายบนเครื่องของนักพัฒนาอยู่จริง รีจิสทรี npm แสดงให้เห็นว่าฐานผู้ติดตั้งมีขนาดใหญ่เพียงใด: @upstash/context7-mcpถูกดาวน์โหลด4,064,176 ครั้งในสามสิบวันตั้งแต่วันที่ 22 กรกฎาคมถึง 20 สิงหาคม 2026 ซึ่งเป็นช่วงเวลารอบ ๆ การเผยแพร่

กลไก: ไลบรารีที่ถูกวางยาพิษเพียงหนึ่งแห่ง และเอเจนต์ทุกตัวที่สอบถามมัน

การสาธิตของ Noma ซึ่งอธิบายไว้ในข้อเขียน ContextCrush ลงวันที่ 5 มีนาคม 2026 ดำเนินการเป็นสามขั้นตอนที่เอเจนต์เป็นผู้ทำแทนเซิร์ฟเวอร์ มันลงทะเบียนไลบรารีในรีจิสทรีของ Context7 พร้อมแนบกฎที่ถูกวางยาพิษ คำสั่งในกฎเหล่านั้นสั่งให้เอเจนต์ค้นหาและอ่านทุกไฟล์ .env ในไดเรกทอรีรากของโปรเจกต์; คำสั่งเพิ่มเติมสั่งให้มันโพสต์เนื้อหาไปยังรีพอซิทอรี GitHub ที่ผู้โจมตีควบคุมในฐานะ issue; ชุดคำสั่งสุดท้ายบอกให้มันลบโฟลเดอร์และไฟล์ในเครื่องเพื่อ “ทำความสะอาด” คำขอที่ดึงทั้งหมดนี้เข้าสู่บริบทเป็นคำขอธรรมดา ๆ — การขอให้ผู้ช่วยเขียนโค้ดช่วยเกี่ยวกับไลบรารี

เหตุผลที่ปัญหานี้เป็นปัญหาห่วงโซ่อุปทาน (supply-chain) มากกว่าการฉีดพรอมป์ต์ (prompt injection) ทั่วไป คือตำแหน่งที่เพย์โหลด (payload) อาศัยอยู่ ผู้โจมตีไม่เคยเข้าถึงเครื่องของเหยื่อ และไม่จำเป็นต้องฝังข้อความลงในเอกสารที่ผู้ใช้เปิด คำสั่งที่ถูกวางยาพิษนั้นตั้งอยู่บนรีจิสทรีของ Context7 เอง ถูกโฮสต์และให้บริการโดยโครงสร้างพื้นฐานของ Context7 เอง และมาผ่านช่องทางที่เชื่อถือได้ช่องทางเดียวกับเอกสารประกอบที่ถูกต้อง โดยแยกไม่ออกจากกัน Noma ตั้งข้อสังเกตว่าคะแนนความน่าเชื่อถือของ Context7 ซึ่งให้คะแนนไลบรารีจากประวัติ GitHub ที่อยู่เบื้องหลังนั้น ไม่ได้ป้องกันปัญหานี้ เพราะบัญชีที่ใช้งานมายาวนานสามารถถูกซื้อ ถูกยึด หรือถูกสร้างขึ้นมาได้ สรุปประเด็นเชิงโครงสร้างของบริษัทเองก็ตรงไปตรงมา: “พื้นผิวการโจมตีไม่ใช่สิ่งที่ MCP server ทำได้ แต่อยู่ที่สิ่งที่มันทำให้ AI agent ทำได้”

สองคะแนนสำหรับบั๊กเดียว

ประกาศฉบับนี้มี CVSS 3.1 9.0 (วิกฤต) และ CVSS 4.0 6.4 (ปานกลาง). เวกเตอร์ทั้งสองได้รับการจัดหาโดย VulnCheck ในฐานะ CNA ผู้กำหนดคะแนน และ NVD มีเวกเตอร์ทั้งสองโดยไม่เปลี่ยนแปลง โดยระบุว่าแต่ละรายการมาจาก VulnCheck การแยกคะแนนไม่ใช่ความผิดพลาด แต่เป็นเพราะกรอบทั้งสองนับความเสียหายเดียวกันโดยเทียบกับเครื่องที่แตกต่างกัน CVSS 3.1 ระบุ Scope เป็น Changed — การโจมตีแบบ injection ข้ามจากเซิร์ฟเวอร์ไปยังเครื่องของนักพัฒนาและไกลกว่านั้น — และจึงบันทึกผลกระทบต่อความลับ ความสมบูรณ์ และความพร้อมใช้งานในระดับสูงเต็มรูปแบบจากความสามารถของ agent ด้วยน้ำหนักเต็ม CVSS 4.0 แทนที่ Scope ด้วยเมตริกแยกสำหรับระบบที่มีช่องโหว่และระบบถัดไป: โดยบันทึกว่าไม่มีผลกระทบต่อความลับ ความสมบูรณ์ หรือความพร้อมใช้งานสำหรับ Context7 เอง (VC:N/VI:N/VA:N) และมีผลกระทบสูงต่อระบบปลายน้ำ (SC:H/SI:H/SA:H) ซึ่งสูตรของกรอบนี้ให้น้ำหนักน้อยกว่า เซิร์ฟเวอร์เป็นเพียงผู้ส่งสาร ไม่ใช่เหยื่อ

ความแตกต่างนี้ลุกลามไปยังฐานข้อมูลต่าง ๆ คำแนะนำด้านความปลอดภัยของ GitHub, GHSA-97r6-3rgm-v39r ถูกเผยแพร่เมื่อเวลา 18:32 UTC ของวันที่ 18 สิงหาคม ครึ่งชั่วโมงหลัง CVE และระดับความรุนแรงที่สรุปไว้ระบุว่า ปานกลาง แม้ว่าเวกเตอร์ CVSS 3.1 ในบันทึกเดียวกันจะให้คะแนน 9.0 ก็ตาม ฐานข้อมูล EU Vulnerability Database ของ ENISA บันทึกรายการนี้ในชื่อ EUVD-2026-61099 และจัดเก็บคะแนนฐาน 6.4 ไว้ภายใต้เวอร์ชัน 4.0 เท่านั้น บันทึกในคลังข้อมูลที่บทความนี้ติดตามให้เกรดเหตุการณ์นี้ว่า สูง — ซึ่งไม่ใช่คะแนนใดเลยจากสองคะแนนที่เผยแพร่ — และเป็นเกรดของคลังข้อมูล ไม่ใช่การวัดค่าของตัวมันเอง

CVE ที่เผยแพร่ในเดือนสิงหาคมสำหรับการเปิดเผยข้อมูลในเดือนมีนาคม

ตัวระบุ CVE ถูกจองเมื่อวันที่ 17 สิงหาคม 2026 และเผยแพร่เมื่อเวลา 18:02 UTC ของวันที่ 18 สิงหาคม ซึ่งเป็นวันที่ที่บันทึกดังกล่าวระบุไว้ คอนเทนเนอร์ CNA ยังมีวันที่ที่สองซึ่งไม่ปรากฏบนหน้าแอกกริเกเตอร์: datePublic, 5 มีนาคม 2026 — ห้าเดือนครึ่งก่อนที่ตัวระบุจะมีอยู่จริง และเป็นวันเดียวกับที่ Noma เผยแพร่ ContextCrush เอกสารอ้างอิงทางเทคนิคเพียงรายการเดียวของคำแนะนำด้านความปลอดภัยคือบทความเมื่อเดือนมีนาคมนั้น ซึ่ง VulnCheck ติดแท็กไว้ทั้งสำหรับคำอธิบายทางเทคนิคและ exploit

ไทม์ไลน์การเปิดเผยข้อมูลของ Noma อธิบายช่องว่างดังกล่าวได้ โดยระบุว่าได้รายงานช่องโหว่ให้ Upstash ทราบเมื่อวันที่ 18 กุมภาพันธ์ 2026 พร้อมรายงานฉบับเต็มและ proof of concept บันทึกว่า Upstash ยอมรับผลการตรวจสอบและเริ่มการแก้ไขเมื่อวันที่ 19 กุมภาพันธ์ ระบุว่ามีการ “ติดตั้งสู่โปรดักชันพร้อมการ sanitize กฎและการป้องกันด้วย guardrails” เมื่อวันที่ 23 กุมภาพันธ์ และกำหนดวันที่เปิดเผยต่อสาธารณะและการตรวจสอบยืนยันขั้นสุดท้ายโดย Noma ไว้ที่วันที่ 5 มีนาคม ตามคำบอกเล่าของ Noma บั๊กในเดือนกุมภาพันธ์ได้รับการแก้ไขภายในไม่กี่วัน

วันที่ใน npm registry ตรงกับไทม์ไลน์นั้นในลักษณะที่ทำให้ช่วงที่ได้รับผลกระทบดูแปลกไป@upstash/context7-mcp 2.1.2ถูกเผยแพร่เมื่อวันที่ 23 กุมภาพันธ์ 2026 เวลา 10:06 UTC ซึ่งเป็นวันที่ Noma กล่าวว่าการแก้ไขได้เข้าสู่ production; บรรทัดใน changelog ของมันระบุว่า “Remove unnecessary warning and update tool descriptions.”2.1.3ตามมาเมื่อวันที่ 4 มีนาคม 2026 ซึ่งเป็นวันก่อนบทความของ Noma โดยมีบันทึกเกี่ยวกับการปฏิเสธคำขอ GET บนปลายทาง MCP และการเพิ่มฟิลด์ source ให้กับผลการค้นหา บันทึกการเผยแพร่ทั้งสองฉบับไม่ได้กล่าวถึงการ sanitisation, guardrails หรือช่องโหว่ injection ช่วงที่ได้รับผลกระทบของ CNA สิ้นสุดที่ 2.1.2 ซึ่งทำให้ 2.1.3 เป็นเวอร์ชันแรกที่อยู่นอกช่วงนั้น

คำอธิบายสามแบบสอดคล้องกับวันที่เหล่านั้น และทั้ง VulnCheck และ Noma ต่างไม่ได้ระบุว่าข้อใดถูกต้อง ข้อแรก ซึ่ง Digital Applied ให้เหตุผลไว้ในบทความวันที่ 18 สิงหาคม และ AI Security Wire นำมาพูดซ้ำเมื่อวันที่ 22 สิงหาคม คือการแก้ไขนั้นเกิดการถดถอย: บิลด์ที่บรรจุแพตช์ของเดือนกุมภาพันธ์อยู่ในช่วงที่ได้รับผลกระทบของเดือนสิงหาคม ข้อที่สองคือ ช่วงดังกล่าวถูกยึดกับบิลด์ที่นักวิจัยทดสอบเพียงอย่างเดียว และ 2.1.3 ซึ่งเผยแพร่ในวันก่อนการเปิดเผย คือขอบเขตที่แท้จริง — เป็นการอนุมานที่ผู้รวบรวมข้อมูลหลายรายทำโดยอัตโนมัติ รวมถึง Feedly ซึ่งระบุว่า “อัปเดตเป็นเวอร์ชัน 2.1.3 หรือใหม่กว่า” เป็นมาตรการบรรเทา ข้อที่สามคือ การแก้ไขของเดือนกุมภาพันธ์ถูกนำไปใช้ ณ จุดที่ให้บริการกฎแทนที่จะเป็นในแพ็กเกจไคลเอนต์ ซึ่งในกรณีนี้ ช่วงเวอร์ชัน npm ไม่ได้อธิบายการแก้ไขนั้นเลย การแก้ไขความปลอดภัยแบบเงียบเป็นเรื่องปกติพอที่การไม่มีรายการ changelog ที่สอดคล้องกันจะไม่ได้ทำให้สรุปได้อย่างใดอย่างหนึ่ง

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

• ยืนยันโดยบันทึกหลัก ตัวระบุ CVE การเผยแพร่เมื่อวันที่ 18 สิงหาคม การที่ VulnCheck เป็น CNA การจำแนก CWE-1427 สำหรับการทำให้ข้อมูลนำเข้าที่ใช้สำหรับการพรอมต์ LLM เป็นกลางอย่างไม่เหมาะสม การให้เครดิตแก่ Eli Ainhorn จาก Noma Security และช่วงที่ได้รับผลกระทบของ Context7 ถึง 2.1.2

• ยืนยันโดยงานวิจัยของ Noma เส้นทางการฉีดคำสั่งผ่าน Custom AI Instructions, การพิสูจน์แนวคิดแบบสามขั้นตอน, ข้อสังเกตที่ว่าเซิร์ฟเวอร์เปิดเผยเฉพาะ resolve-library-id และ query-docs และข้อความที่ว่าไม่พบหลักฐานการโจมตีในสภาพจริงสำหรับบั๊กเดือนกุมภาพันธ์

• กำหนดโดยระบบทะเบียน วันที่เผยแพร่ 2.1.2 คือ 23 กุมภาพันธ์ 2026 วันที่เผยแพร่ 2.1.3 คือ 4 มีนาคม 2026 และสายเวอร์ชันแพ็กเกจที่ได้ดำเนินเลย 4.0 ไปถึง 4.4.4 เมื่อวันที่ 19 ตุลาคม 2026

• ยังไม่เป็นที่ยืนยัน: ว่า build ปัจจุบันได้รับผลกระทบหรือไม่ ไม่มีแหล่งข้อมูลใดระบุว่าสาย 4.x มีช่องโหว่ และไม่มีแหล่งข้อมูลใดระบุว่าปลอดจากช่องโหว่ บันทึก CVE, advisory ของ VulnCheck และ advisory ของ GitHub ต่างไม่ได้ระบุเวอร์ชันที่แก้ไขแล้ว และรายการช่วงเวอร์ชันที่มีช่องโหว่ของ advisory GitHub นั้นว่างเปล่า

• ยังไม่มีการยืนยัน: เหยื่อหรือการใช้งานในสภาพแวดล้อมจริง คลังข้อมูลบันทึกว่าความเสียหายจริงเป็นเท็จ การเพิ่มข้อมูลเสริมในบันทึกของ CISA เมื่อวันที่ 19 สิงหาคม ให้คะแนน Exploitation เป็น “none”, Automatable เป็น “no” และ Technical Impact เป็น “total”; ช่องโหว่นี้ไม่อยู่ในแคตตาล็อก KEV; ข้อมูลแบบมิเรอร์ของ ENISA บันทึกค่า EPSS ไว้ที่ 0.49 เปอร์เซ็นต์ งานวิจัยของ Noma เป็นการสาธิต ไม่ใช่รายงานเหตุการณ์

• ยังไม่เป็นที่ยืนยัน: การตีความว่าเป็นรีเกรสชันนั้นเอง โดยอาศัยความบังเอิญของวันที่ระหว่างไทม์ไลน์การแก้ไขกับการเผยแพร่บน npm และไม่มีแหล่งข้อมูลปฐมภูมิใดยืนยันว่าเส้นทางโค้ดเดียวกันล้มเหลวสองครั้ง

การยืนยัน: การทวนซ้ำ และความเงียบในจุดที่สำคัญ

เอกสารที่สอดคล้องกับระเบียนนี้ส่วนใหญ่ได้มาจากระเบียนดังกล่าว ประกาศคำแนะนำของ VulnCheck ทวนข้อความ CVE และเพิ่มการจำแนกประเภทจุดอ่อนพร้อมการให้เครดิตนักวิจัย ประกาศของ GitHub เป็นชื่อเรียกแทน (alias) ของการส่งข้อมูลเดียวกัน ซึ่งเผยแพร่ในเย็นวันเดียวกัน โดยไม่มีช่วงเวอร์ชันและไม่มีการตรวจสอบอย่างอิสระ รายการของ ENISA เป็นเพียงสำเนา Digital Applied ซึ่งเป็นหนึ่งในสองแหล่งที่คลังข้อมูลอ้างถึง เผยแพร่บทวิเคราะห์เมื่อวันที่ 18 สิงหาคม และอัปเดตเมื่อวันที่ 22 สิงหาคมด้วยการดึงข้อมูลจากทะเบียนรอบใหม่ ส่วน AI Security Wire เผยแพร่บทความวิเคราะห์ชิ้นที่สองเมื่อวันที่ 22 สิงหาคม ทั้งสองย้ำประกาศคำแนะนำและส่งต่อข้ออนุมานเรื่องการถดถอย และไม่มีฝ่ายใดอ้างว่าได้ตรวจสอบข้ออนุมานนั้นอย่างอิสระ

เราไม่พบการรายงานข่าวจากสำนักข่าวเกี่ยวกับ CVE นี้เมื่อวันที่ 29 ตุลาคม 2026 — ไม่มีข่าวจาก BleepingComputer, The Register หรือ SecurityWeek — และผลลัพธ์ที่ได้เป็นหน้าเว็บรวบรวมข้อมูล CVE มากกว่าการรายงานข่าว การไม่มีอยู่ดังกล่าวมีความสำคัญต่อวิธีที่ควรอ่านบันทึกนี้: คลังข้อมูลให้เกรด A แก่รายการนี้ โดยมีเอกสารประกอบที่ดีจากแหล่งข้อมูลปฐมภูมิที่สอดคล้องกัน และแหล่งข้อมูลปฐมภูมิเหล่านั้นสอดคล้องกันจริง แต่ความสอดคล้องในที่นี้อยู่ระหว่างบันทึกของ CNA กับงานวิจัยที่บันทึกนั้นอ้างถึง ไม่ใช่ระหว่างการตรวจวัดอิสระสองครั้ง หน้าเว็บรวบรวมข้อมูลหลายหน้าเพิ่มข้อกล่าวอ้างที่แหล่งข้อมูลของตนไม่สนับสนุน ตัวอย่างเช่น รายการของ Feedly ระบุว่ามีแพตช์ให้ใช้งานแล้วและระบุเลข 2.1.3 ซึ่งไม่มีประกาศใดระบุเช่นนั้น ในขณะที่หน้าของ VulDB แสดงการตรวจสอบบอตแทนเนื้อหาและไม่สามารถอ่านได้เลย

อะไรเปลี่ยนไป และอะไรไม่เปลี่ยน

สำหรับบั๊กในเดือนกุมภาพันธ์ Upstash ดำเนินการภายในไม่กี่วัน: ได้รับการตอบรับเมื่อวันที่ 19 กุมภาพันธ์ และแก้ไขเมื่อวันที่ 23 กุมภาพันธ์ ตามข้อมูลของ Noma สำหรับบันทึกเดือนสิงหาคม ถ้อยแถลงของผู้จัดหาเพียงรายการเดียวที่ CVE อ้างอิงคือโพสต์ LinkedIn จาก Upstash ซึ่งติดแท็กไว้ที่นั่นว่าเป็นคำแนะนำจากผู้ขาย และเราไม่สามารถอ่านเนื้อหาได้หากไม่มีเซสชัน ไม่มี GitHub Security Advisory ที่จำกัดขอบเขตเฉพาะรีโพซิทอรีซึ่งระบุเวอร์ชันที่แก้ไขแล้ว และรายการของ NVD อยู่ในสถานะ เลื่อนออกไป โดยไม่มีการกำหนดค่า CPE และแก้ไขล่าสุดเมื่อวันที่ 22 ตุลาคม 2026 ดังนั้นการวิเคราะห์ของ NVD เองจึงไม่อยู่ในบันทึก

ตัวแพ็กเกจเองยังคงได้รับการเผยแพร่อย่างต่อเนื่อง ระหว่างวันที่ 20 เมษายน 2025 ถึง 23 ตุลาคม 2026 รีโพซิทอรี upstash/context7 ได้เผยแพร่รีลีสจำนวน 163 รายการ และไม่มีบันทึกประกอบรายการใดกล่าวถึง CVE นี้ หรืออธิบายถึงการทำความสะอาดคำสั่งที่กำหนดเองซึ่งนำพาการฉีดนั้นมา นั่นเป็นบันทึกของสิ่งที่ผู้ดูแลเลือกจะเขียนลงไว้ ไม่ใช่หลักฐานว่าไม่มีสิ่งใดได้รับการแก้ไข

สิ่งที่บันทึกนี้ทิ้งไว้ให้ผู้ปฏิบัติงานคือการบริหารจัดการ exposure มากกว่าการเป็นเพียงรายการแพตช์ คำแนะนำของ Noma เน้นที่การทบทวนการผสานรวม MCP และการตรวจสอบสิ่งที่ส่งผ่านระหว่างเอเจนต์กับเซิร์ฟเวอร์ในขณะรันไทม์ ส่วนการดำเนินการที่ OpenCVE แนะนำคือการอัปเกรด การปิดใช้งานหรือจำกัดฟีเจอร์ Custom AI Instructions และการเพิ่มการตรวจสอบความถูกต้องของอินพุตให้กับเซิร์ฟเวอร์ รูปแบบเชิงปฏิบัติของทั้งหมดนั้นคือสามขั้นตอนเดียวกัน ได้แก่ การปักหมุดเวอร์ชันเซิร์ฟเวอร์ MCP แทนการปล่อยให้ใช้ latest แบบลอย การไม่เก็บข้อมูลรับรองสำหรับโปรดักชันไว้ในไฟล์ environment แบบข้อความธรรมดาที่เอเจนต์สามารถอ่านได้ และการปฏิบัติต่อการตอบกลับของเครื่องมือว่าเป็นอินพุตที่ไม่น่าเชื่อถือ ไม่ใช่เอกสารที่เอเจนต์อาจปฏิบัติตาม

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