Duo Claude Agent ของ GitLab อาจรันคำสั่งใดก็ได้ใน CI ยังไม่มีใครแสดงให้เห็นว่ามันถูกใช้งาน

GitLab ได้ออกเวอร์ชันที่แก้ไขแล้วเมื่อวันที่ 26 สิงหาคม 2026 สำหรับช่องโหว่ระดับความรุนแรงสูงในเอเจนต์ AI Duo Claude ซึ่งเป็นเอเจนต์ที่ใช้ Claude ซึ่งประกาศคำเตือนของ GitLab จัดให้อยู่ในบริบทของ CI ช่องโหว่นี้ถูกติดตามในชื่อ CVE-2026-18252 โดยเปิดช่องให้ผู้ใช้ที่ผ่านการยืนยันตัวตนซึ่งมีบทบาท Developer สามารถสั่งให้คำสั่งใด ๆ ถูกประมวลผลภายในงาน CI ได้ เนื่องจากเอเจนต์ประมวลผลการตั้งค่าจากแหล่งที่ผู้ใช้ควบคุมโดยไม่ตรวจสอบว่าแหล่งนั้นมาจากที่ใด GitLab ให้คะแนนช่องโหว่นี้ที่ 7.3 ตามมาตรา CVSS 3.1 และระบุช่วงที่ได้รับผลกระทบเฉพาะ GitLab Enterprise Edition ได้แก่ เวอร์ชัน 18.9 ขึ้นไปจนถึงแต่ไม่รวม 19.1.7, 19.2 ขึ้นไปจนถึง 19.2.5 และ 19.3 ขึ้นไปจนถึง 19.3.1 ทั้งนี้ GitLab.com ได้รันโค้ดที่แก้ไขแล้วอยู่ก่อนแล้ว และลูกค้า GitLab Dedicated ได้รับแจ้งว่าไม่ต้องดำเนินการใด ๆ ไม่มีแหล่งข้อมูลใดที่ตรวจสอบสำหรับบทความนี้รายงานว่ามีผู้ใดใช้ประโยชน์จากช่องโหว่นี้ และไม่มีการเผยแพร่หลักฐานแนวคิด (proof of concept) ในแหล่งข้อมูลเปิด บันทึกของคลังข้อมูลสำหรับเหตุการณ์นี้ ซึ่งรวมถึงการจัดระดับความรุนแรงและระดับความเชื่อมั่น อยู่ใน Orca AI Incident Archive พร้อมกับบันทึกอื่น ๆ ที่เกี่ยวข้องจากสัปดาห์เดียวกัน

คำแนะนำบอกอะไร และละเว้นอะไรไว้

เอกสารหลักมีเนื้อหาสั้น บันทึกประจำรุ่นแพตช์ของ GitLab สำหรับ 19.3.1, 19.2.5 และ 19.1.7 ซึ่งเผยแพร่ในวันเดียวกัน ระบุการแก้ไขด้านความปลอดภัยเจ็ดรายการ รายการแรกถูกทำเครื่องหมายระดับ High โดยมีหัวข้อว่า "ปัญหาการนำฟังก์ชันการทำงานจากขอบเขตการควบคุมที่ไม่น่าเชื่อถือมาบรรจุในเอเจนต์ Duo Claude AI ส่งผลกระทบต่อ GitLab EE" และคำอธิบายแบบร้อยแก้วมีความยาวเพียงประโยคเดียว GitLab ระบุว่า "ได้แก้ไขปัญหาที่ภายใต้เงื่อนไขบางประการ ผู้ใช้ที่ผ่านการยืนยันตัวตนซึ่งมีสิทธิ์ในบทบาท developer อาจสามารถเรียกใช้คำสั่งใด ๆ ในบริบทของ CI ได้ เนื่องจากเอเจนต์ Claude ประมวลผลการกำหนดค่าจากแหล่งที่ผู้ใช้ควบคุม" นั่นคือคำอธิบายทางเทคนิคทั้งหมดที่ผู้ขายเผยแพร่

บันทึก CVE ซึ่ง GitLab เองเป็นผู้กำหนดนั้นเพิ่มโครงสร้างมากกว่าเนื้อหาสาระ โดยจัดประเภทจุดอ่อนเป็น CWE-829 ย้ำช่วงที่ได้รับผลกระทบและคะแนน CVSS 7.3 และบันทึกว่าตัวระบุถูกจองไว้เมื่อ 29 กรกฎาคม 2026 และเผยแพร่เมื่อ 26 สิงหาคม เวลา 13:36 UTC รายงาน bug bounty ที่ GitLab ให้เครดิต คือรายงาน HackerOne 3863650 ส่งคืน 403 ต่อการเรียกดึงข้อมูลโดยไม่ยืนยันตัวตนเมื่อ 29 ตุลาคม 2026 ดังนั้นรายละเอียดทางเทคนิคจึงไม่เปิดเผยต่อสาธารณะ และรายการติดตามที่บันทึก CVE อ้างอิงถึง — gitlab-org/gitlab work item 607342 — ไม่มีเนื้อหาปัญหาที่อ่านได้ในการตรวจสอบครั้งนั้น

สิ่งที่ประกาศไม่ได้ระบุคือส่วนที่ฝ่ายป้องกันอยากรู้ มันไม่ได้ระบุชื่อฟีเจอร์ Duo ที่เกี่ยวข้อง ฟิลด์การกำหนดค่าที่เอเจนต์อ่าน หรือรูปแบบของแหล่งข้อมูลที่ผู้ใช้ควบคุม — ไม่ว่าจะเป็นไฟล์ในรีพอซิทอรี ตัวแปรในไปป์ไลน์ คอมเมนต์ใน issue หรือ merge request หรือพารามิเตอร์ API ไม่มีสิ่งใดในนั้นถูกระบุไว้ในบันทึกของ GitLab ในบันทึก CVE หรือในการรายงานข่าวในวงการที่ตรวจสอบสำหรับบทความนี้ เอกสารผลิตภัณฑ์ของ GitLab อธิบายเส้นทางหนึ่งของ Claude เข้าสู่ CI ไว้จริง ได้แก่เอเจนต์ภายนอก ซึ่งเอกสารระบุว่าจะรันไปป์ไลน์ CI/CD เมื่อถูกกล่าวถึงใน issue, epic หรือ merge request และมีตัวอย่างการกำหนดค่า Claude Code สำหรับเส้นทางดังกล่าวอยู่ ไม่มีสิ่งใดที่ตรวจสอบแล้วเชื่อมโยงเส้นทางนั้นกับ CVE-2026-18252 นี่เป็นบริบทที่อธิบายว่าเหตุใดเอเจนต์ Claude จึงมีสิทธิ์ CI ตั้งแต่แรก ไม่ใช่กลไกของบั๊ก

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

บริบทของ CI คือที่ที่ข้อมูลรับรองอยู่

วลีที่สื่อถึงความรุนแรงคือ “ในบริบทของ CI” งานในไปป์ไลน์ไม่ใช่แซนด์บ็อกซ์ของเล่น แต่ทำงานด้วยโทเค็นของ runner และความลับใด ๆ ที่โปรเจกต์เปิดเผยให้เข้าถึง Cyber Security News ซึ่งรายงานเกี่ยวกับแพตช์เมื่อวันที่ 27 สิงหาคม 2026 ระบุถึงสิ่งที่งานลักษณะนี้เข้าถึงได้โดยทั่วไป ได้แก่ ซอร์สโค้ด อาร์ติแฟกต์จากการ-build ข้อมูลรับรองสำหรับการดีพลอย โทเค็นคลาวด์ และข้อมูลรับรองของคลังแพ็กเกจ และตั้งข้อสังเกตว่าการเรียกใช้คำสั่งในไปป์ไลน์อาจทำให้ CI variables ถูกเปิดเผย อาร์ติแฟกต์จากการ-build ถูกแก้ไข เวิร์กโฟลว์การปล่อยเวอร์ชันถูกแทรกแซง หรืออาจเข้าถึงโครงสร้างพื้นฐานที่เชื่อมต่ออยู่ได้ไกลยิ่งขึ้น ขึ้นอยู่กับการกำหนดค่าของ runner และขอบเขตของโทเค็น บทความของ GBHackers ในวันเดียวกันใช้กรอบการนำเสนอแบบเดียวกัน ทั้งสองสื่อไม่ได้รายงานกรณีที่เหตุการณ์ดังกล่าวเกิดขึ้น

ความแตกต่างนี้กำหนดว่าควรตีความช่องโหว่นี้อย่างไร นี่คือบั๊กการเรียกใช้คำสั่งในคอมโพเนนต์ที่ทำงานแบบเอเจนต์ ไม่ใช่การสาธิตว่าโมเดลมีพฤติกรรมผิดปกติ: บันทึกดังกล่าวอธิบายการกำหนดค่าที่นำมาจากแหล่งที่ผู้ใช้ควบคุมได้ และเอเจนต์ได้ดำเนินการตามค่านั้น ไม่มีแหล่งข้อมูลใดที่ตรวจสอบแล้วอธิบายช่องโหว่นี้ว่าเป็นการฉีดพรอมต์ที่สำเร็จ และประกาศคำแนะนำของ GitLab ไม่เคยระบุว่าผลลัพธ์เกิดจากการตัดสินใจของโมเดล จุดอ่อนที่บันทึกไว้คือโค้ดที่เชื่อถือแหล่งกำหนดค่าที่ไม่ควรเชื่อถือ — CWE-829 การรวมฟังก์ชันการทำงานจากขอบเขตการควบคุมที่ไม่น่าเชื่อถือ

คะแนน CVSS สองค่าและขั้นตอนการโต้ตอบหนึ่งขั้นตอน

คะแนน 7.3 ของ GitLab ไม่ใช่คะแนนเดียวที่แนบมากับตัวระบุนี้ ในบันทึก NVD เดียวกัน การประเมินหลักของ NIST คือ 8.1 เวกเตอร์ทั้งสองเหมือนกันทุกประการยกเว้นองค์ประกอบหนึ่ง: GitLab ระบุว่าต้องมีปฏิสัมพันธ์ของผู้ใช้ ขณะที่ NIST ไม่ได้ระบุเช่นนั้น คะแนนทั้งสองอยู่ในช่วง High ดังนั้นความแตกต่างในทางปฏิบัติจึงไม่ได้อยู่ที่ความรุนแรงมากเท่ากับเงื่อนไขที่ทำให้บั๊กเกิดขึ้น CERT Santé ซึ่งเป็นทีมตอบสนองเหตุฉุกเฉินทางคอมพิวเตอร์ของกระทรวงสาธารณสุขฝรั่งเศส ได้เผยแพร่ประกาศเตือนเมื่อวันที่ 27 สิงหาคม 2026 ซึ่งสอดคล้องกับการตีความของ GitLab — 7.3 ต้องมีปฏิสัมพันธ์ของผู้ใช้ และมีคำอธิบายเกี่ยวกับตัวกระตุ้นว่าเป็นปฏิสัมพันธ์ที่ทำให้เกิดการประมวลผลการกำหนดค่า

สัญญาณการถูกนำไปใช้ประโยชน์นั้นเงียบ และทุกสัญญาณเป็นการอ่านจากบันทึกมากกว่าข้อมูลเทเลเมทรี การประเมิน SSVC ที่บทบาทผู้ประสานงานของ CISA จัดเก็บไว้ในรายการ NVD เมื่อวันที่ 26 สิงหาคม 2026 บันทึกว่าการถูกนำไปใช้ประโยชน์เป็น “ไม่มี” การทำงานอัตโนมัติได้เป็น “ไม่” และผลกระทบทางเทคนิคเป็น “ทั้งหมด” โมเดล EPSS ของ FIRST ระบุความน่าจะเป็นของการถูกนำไปใช้ประโยชน์ไว้ที่ 0.00519 หรือมากกว่าครึ่งเปอร์เซ็นต์เล็กน้อย เมื่อวันที่ 28 ตุลาคม 2026 อยู่ในเปอร์เซ็นไทล์ที่ 44 ของช่องโหว่ที่ได้รับการให้คะแนน บันทึกของ OpenCVE มีตัวเลข EPSS เดียวกัน และระบุว่า CVE นี้ไม่อยู่ในแคตตาล็อก Known Exploited Vulnerabilities ของ CISA การแจ้งเตือนของ CERT Santé บันทึกว่า “ถูกนำไปใช้ประโยชน์จริง: ไม่” และเสริมว่า ณ วันที่ดังกล่าวไม่มี proof of concept อยู่ในแหล่งเปิด ทั้งหมดนั้นไม่ใช่หลักฐานว่าไม่มีใครเคยพยายาม หากแต่เป็นการไม่มีบันทึกความพยายามใด ๆ

ผู้รวบรวมข้อมูลอย่างน้อยหนึ่งราย คือ Mallory เผยแพร่คะแนน 8.7 สำหรับตัวระบุเดียวกัน บันทึกของ NVD ไม่มีเมตริก CVSS 4.0 เลย — มีเพียง 7.3 ของ GitLab และ 8.1 ของ NIST — ดังนั้นตัวเลขดังกล่าวจึงไม่สามารถจำลองขึ้นใหม่ได้จากแหล่งข้อมูลปฐมภูมิใด ๆ ที่ตรวจสอบ และไม่ได้ใช้ในที่นี้

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

คลังข้อมูลให้คะแนนรายการนี้ที่ระดับความเชื่อมั่น A ไม่มีข้อโต้แย้ง และไม่มีบันทึกความเสียหายที่แท้จริง ระดับคะแนนนี้มีบทบาทจริงในที่นี้ เอกสารต่าง ๆ สอดคล้องกัน และไม่มีฉบับใดบรรยายถึงความเสียหาย ส่วนการแยกด้านล่างคือส่วนที่บทสรุปบรรทัดเดียวไม่สามารถสื่อได้

• ระบุ:ช่องโหว่ใน Duo Claude AI agent ทำให้บทบาท Developer ที่ผ่านการยืนยันตัวตนสามารถรันคำสั่งใด ๆ ในบริบทของ CI ได้ เนื่องจาก agent ประมวลผลการกำหนดค่าจากแหล่งที่ผู้ใช้ควบคุม GitLab กำหนด CWE-829 และ CVSS 7.3

• ระบุ: ช่วงที่ได้รับผลกระทบและการแก้ไข — 18.9 ถึง 19.1.7, 19.2 ถึง 19.2.5, 19.3 ถึง 19.3.1 โดยแพตช์เมื่อวันที่ 26 สิงหาคม 2026 ใน 19.1.7, 19.2.5 และ 19.3.1 ช่องโหว่นี้ถูกบันทึกไว้กับ GitLab EE; รีลีสเดียวกันยังแพตช์ CE สำหรับช่องโหว่ที่แตกต่างกันด้วย

• ยืนยันแล้ว: การให้เครดิตผู้รายงานแก่ thwin_htet ผ่านโครงการ HackerOne ของ GitLab และสถานะการดำเนินงานที่ GitLab แจ้งแก่ลูกค้า — GitLab.com ได้รับการแพตช์แล้ว, GitLab Dedicated อยู่นอกขอบเขตของการดำเนินการที่จำเป็น, การติดตั้งแบบจัดการเองได้รับแจ้งให้อัปเกรดทันที

• ยืนยันแล้ว:ยังไม่มีรายงานการนำช่องโหว่ไปใช้ประโยชน์ การประเมิน SSVC ของ CISA ระบุว่าไม่มี; EPSS ยังคงต่ำกว่าร้อยละ 1 จนถึงปลายเดือนตุลาคม 2026; CVE นี้ไม่อยู่ในแคตตาล็อก KEV ตามข้อมูลของ OpenCVE; CERT Santé ไม่พบการนำช่องโหว่ไปใช้ประโยชน์จริงในวันถัดจากการเปิดเผย

• อ้างอิงข้อมูล แต่ผู้จำหน่ายยังไม่ยืนยัน: คำอธิบายผลกระทบ — ความลับที่สามารถอ่านได้ อาร์ติแฟกต์ที่สามารถแก้ไขได้ และรีลีสที่อาจถูกดัดแปลง — เป็นคำอธิบายของรายงานข่าวเกี่ยวกับสิ่งที่ขอบเขตโทเค็นของงาน CI โดยทั่วไปอนุญาตได้ ไม่ใช่ข้อค้นพบว่าเหตุการณ์ใด ๆ ดังกล่าวเกิดขึ้นในกรณีนี้ ทั้ง Cyber Security News และ GBHackers ต่างนำเสนอด้วยถ้อยคำว่า "could" และ "depending on" ทั้งคู่ไม่ได้รายงานว่ามีกรณีใดเกิดขึ้น

• ยังไม่สามารถระบุได้:คุณลักษณะใดของ Duo และฟิลด์การกำหนดค่าใดที่เกี่ยวข้อง และแหล่งที่มาที่ผู้ใช้ควบคุมได้นั้นแท้จริงคืออะไร ถ้อยแถลงของผู้จำหน่ายไม่ได้ระบุถึงสิ่งเหล่านี้

• ยังไม่ทราบแน่ชัด: จำนวนการติดตั้ง Enterprise แบบ self-managed ที่อยู่ในช่วงที่ได้รับผลกระทบ, จำนวนที่อัปเกรดหลังวันที่ 26 สิงหาคม 2026 หรือว่ามีกรณีใดถูกโจมตีหรือไม่ ไม่มีแหล่งข้อมูลใดที่ตรวจสอบแล้ว misura...

• ยังไม่เป็นที่แน่ชัด: กลไกทางเทคนิค ภายใต้กฎ 90 วันของ GitLab ประเด็นนี้จะเปิดเผยต่อสาธารณะประมาณปลายเดือนพฤศจิกายน 2026; จนถึงตอนนั้น รายการติดตามที่เชื่อมโยงไว้เป็นเพียงตัวชี้ไปยังคำอธิบายที่ยังไม่มีเผยแพร่ต่อสาธารณะ

การแก้ไข ดาวน์ไทม์ และการรอ 90 วัน

GitLab เปิดตัว 19.3.1, 19.2.5 และ 19.1.7 สำหรับทั้ง Community Edition และ Enterprise Edition เมื่อวันที่ 26 สิงหาคม 2026 และระบุว่าแนะนำอย่างยิ่งให้การติดตั้งแบบ self-managed ทั้งหมดอัปเกรดเป็นหนึ่งในเวอร์ชันเหล่านี้ทันที ส่วนที่เป็น Community Edition ของการเปิดตัวครั้งนี้มีความสำคัญ เพราะช่องโหว่อีกจุดในชุดเดียวกัน — CVE-2026-77801 ซึ่งเป็นปัญหาการปฏิเสธการให้บริการในไปป์ไลน์การนำเข้าและมีคะแนนความรุนแรง 6.5 — ส่งผลกระทบต่อทั้ง CE และ EE ขณะที่ CVE-2026-18252 เองถูกบันทึกว่ากระทบเฉพาะ Enterprise Edition เท่านั้น

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

อีกหกการแก้ไขที่เหลือนั้นควรค่าแก่การพิจารณา เพราะหนึ่งในนั้นใกล้เคียงกับหัวข้อของรายการนี้ CVE-2026-15387 ซึ่งได้รับการจัดระดับ 4.3 และได้รับการแก้ไขในสามเวอร์ชันเดียวกัน อนุญาตให้ผู้ใช้ที่ผ่านการยืนยันตัวตนซึ่งมีสิทธิ์ตามบทบาทนักพัฒนาสามารถส่งผลต่อสภาพแวดล้อมการทำงานของงานบังคับใช้นโยบาย Pipeline Execution Policy ผ่านการจัดการการพึ่งพาของงาน (job dependencies) ที่ไม่เหมาะสม เส้นทางสองเส้นทางสำหรับบทบาทนักพัฒนาสู่การทำงานของงาน โดยเส้นทางหนึ่งได้รับการจัดระดับ High และอีกระดับ Medium ถูกปิดในแพตช์เดียวกัน

นโยบายการเปิดเผยข้อมูลของ GitLab อธิบายว่าเหตุใดกลไกนี้จึงยังคงไม่โปร่งใส บันทึกแพตช์ระบุว่าประเด็นที่ให้รายละเอียดช่องโหว่แต่ละรายการจะถูกเปิดเผยต่อสาธารณะบนตัวติดตามปัญหา 90 วันหลังจากรีลีสที่มีการแพตช์ช่องโหว่นั้น เมื่อนับจากวันที่ 26 สิงหาคม 2026 สิ่งนี้ทำให้บทวิเคราะห์ทางเทคนิคสำหรับ CVE-2026-18252 อยู่ในสัปดาห์สุดท้ายของเดือนพฤศจิกายน 2026 จนถึงตอนนั้น ข้อมูลอ้างอิงตัวติดตามในบันทึก CVE ก็ยังไม่มีบทวิเคราะห์ทางเทคนิคที่เปิดเผยต่อสาธารณะรองรับ ซึ่งบทความนี้จะสามารถอ่านได้

เรื่องนี้อยู่ตรงไหนเมื่อเทียบกับช่องโหว่เอเจนต์อื่นของ GitLab

GitLab เปิดเผยช่องโหว่ที่เกี่ยวข้องกับเอเจนต์อีกช่องหนึ่งซึ่งแยกต่างหากเมื่อวันที่ 2 ตุลาคม 2026: CVE-2026-90970 ได้รับคะแนน 9.9 โดยอยู่ใน AI Gateway ไม่ใช่ในเอเจนต์ Duo Claude AI และเข้าถึงได้ผ่านเทมเพลตพรอมต์โฟลว์ที่สร้างขึ้นอย่างจงใจ แทนที่จะผ่านการกำหนดค่า CI ทั้งสองเป็นบั๊กที่แตกต่างกันในคอมโพเนนต์ที่แตกต่างกันและมีคะแนนต่างกัน และคลังเก็บข้อมูลบันทึกไว้เป็นรายการแยกจากกัน สิ่งที่ทั้งสองมีร่วมกันคือรูปแบบ — คอมโพเนนต์ AI ในเส้นทางการส่งมอบที่กระทำการตามการกำหนดค่าซึ่งผู้ใช้ที่มีสิทธิ์ต่ำกว่าสามารถมีอิทธิพลได้ — ซึ่งเป็นเหตุผลว่าทำไมรายการในเดือนตุลาคมจึงควรค่าแก่การอ่านควบคู่กับรายการนี้มากกว่าจะอ่านแทนรายการนี้

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