นักวิจัยใช้ Claude แฮ็กฐานระบบภายในของ OpenAI ในห่วงโซ่การล่าบั๊กแบบมีรางวัล

เมื่อวันที่ 25 กรกฎาคม 2026 ทีมสามคนของบริษัทด้านความปลอดภัย Hacktron AI ได้ใช้ Claude Opus 5 ของ Anthropic เพื่อเชื่อมช่องโหว่สองช่องและยึดบัญชี ChatGPT และ Codex ของพนักงาน OpenAI จากนั้นใช้บัญชีหนึ่งในนั้นเปิด pull request ภายในคลังซอร์สโค้ดภายในของ OpenAI จุดเข้าไม่ใช่หน้าล็อกอินหรือคีย์ API แต่เป็นการอัปโหลดรูปภาพบนฟอรัมช่วยเหลือสาธารณะของ OpenAI คือ community.openai.com ซึ่งทำงานบนซอฟต์แวร์ฟอรัมโอเพนซอร์ส Discourse ช่องโหว่ที่สองอยู่ในระบบลงชื่อเข้าใช้แบบใช้ร่วมกันของ OpenAI เอง ไม่ใช่ในฟอรัม ไม่มีการอ่านซอร์สโค้ด ไม่มีการ merge ใด ๆ ไม่มีการแตะต้องข้อมูลลูกค้า และคลังบันทึกไม่มีการบันทึกความเสียหายในโลกจริง — นี่คือการวิจัยด้านความปลอดภัยที่รายงานต่อผู้ให้บริการ ไม่ใช่การโจมตีผู้ให้บริการ บันทึกดังกล่าวลงวันที่ 18 กันยายน 2026 ซึ่งเป็นวันเดียวกับที่ TechCrunch รายงานการค้นพบ เหตุการณ์นี้อยู่เคียงข้างรายการอื่น ๆ ที่มีบันทึกไว้ใน Orca AI Incident Archive ซึ่งแต่ละบันทึกมีแหล่งที่มา ระดับความรุนแรง ระดับความเชื่อมั่น และสถานะข้อโต้แย้งเป็นของตัวเอง

มีสองสิ่งทำให้กรณีนี้เป็นมากกว่าเรื่องเล่าบั๊กบายตี้สุดสีสัน สิ่งแรกคือความเร็ว: Hacktron กล่าวว่าเส้นทางทั้งหมดตั้งแต่เริ่มดูฟอรัมเป็นครั้งแรกจนถึงการได้สิทธิ์เข้าถึงรีโพซิทอรีภายในใช้เวลาไม่ถึง 72 ชั่วโมง และโมเดลที่พวกเขาเริ่มต้นด้วยไม่สามารถทำงานนี้ได้ สิ่งที่สองคือความคลาดเคลื่อนที่ตัวเลขพาดหัวข่าวซ่อนไว้ — CVE ที่สื่อรายงานระบุชื่อไว้คือ CVE-2026-32882 ถูกบันทึกว่าเป็นช่องโหว่ประเภทการอ่านนอกขอบเขตที่ทำให้ซอฟต์แวร์พังหรือรั่วหน่วยความจำ ไม่ใช่บั๊กที่รันโค้ดได้ คำเตือนของ Discourse เองจัดผลลัพธ์นี้ว่าเป็นการรันโค้ดจากระยะไกล ทั้งสองอย่างเป็นความจริง และช่องว่างระหว่างสิ่งเหล่านั้นคือจุดที่การมีส่วนร่วมของ AI อยู่จริง ๆ

สิ่งที่ Hacktron บอกว่าพบ และพบเมื่อใด

Hacktron เผยแพร่บทความของตนชื่อ "Hacking OpenAI" บนเว็บไซต์ของตัวเองเมื่อวันที่ 13 กันยายน 2026 The Wall Street Journal รายงานเรื่องนี้ในช่วงเย็นของวันพฤหัสบดีที่ 17 กันยายน ตามข้อมูลจาก TechCrunch ซึ่งรายงานตามมาในวันศุกร์ที่ 18 กันยายน เหตุการณ์ที่อธิบายเกิดขึ้นประมาณแปดสัปดาห์ก่อนหน้านั้น และไทม์ไลน์ของ Hacktron เองก็ระบุไว้อย่างแม่นยำเกี่ยวกับเหตุการณ์เหล่านี้:

• 23 กรกฎาคม 2026 — ทีมงานตามรอยเส้นทางการอัปโหลด HEIF ของ Discourse ผ่าน ImageMagick ไปจนถึง libheif และพบช่องโหว่ heap overflow

• 24 กรกฎาคม 2026 — Claude Opus 4.8 สร้าง exploit ที่ใช้รันโค้ดได้จริง โดยปิดการทำงานของ ASLR ซึ่งเป็นกลไกป้องกันมาตรฐานด้วยการสุ่มที่อยู่หน่วยความจำ

• 25 กรกฎาคม 2026, 06:00 UTC — ด้วยการใช้โมเดลที่ใหม่กว่า ทีมยืนยันถึงการทำงานของโค้ดภายในเครื่องได้อย่างเสถียรผ่านการอัปโหลดรูปภาพโดยเปิดใช้งาน ASLR

25 กรกฎาคม 2026, 08:00–10:00 UTC — ทีมส่งรายงานผ่านโครงการตอบแทนผู้พบช่องโหว่ของ OpenAI บน Bugcrowd

• 25 กรกฎาคม 2026, 10:00 UTC — ช่องโหว่นี้ใช้ได้ผลกับอินสแตนซ์ Discourse Cloud ของทีมเอง และจากนั้นกับฟอรัมของ OpenAI

• 25 กรกฎาคม 2026, 13:30–15:30 UTC — ทีมใช้บัญชี Codex ของพนักงาน OpenAI เพื่อเปิด pull request ที่ไม่เป็นอันตรายใน monorepo ภายในของ OpenAI จากนั้นจึงหยุดการทดสอบ

• 25 กรกฎาคม 2026, 22:49:45 UTC — OpenAI ตอบกลับเพื่อยืนยันว่าปัญหาได้รับการแก้ไขแล้ว ประมาณ 14 ชั่วโมงหลังจากการส่งเรื่องในครั้งแรก

• 28 กรกฎาคม 2026 — Discourse เผยแพร่ประกาศคำแนะนำ GHSA-vhm9-85gw-x335 พร้อมแนวทางการแพตช์และการรีบิลด์

• 1 กันยายน 2026 — OpenAI จ่ายเงินรางวัล 6,500 ดอลลาร์ และทำเครื่องหมายว่ารายงานได้รับการแก้ไขแล้ว

วันที่ข้างต้นเป็นของ Hacktron ไม่ใช่การสร้างขึ้นใหม่ วันที่เผยแพร่ 13 กันยายนบนโพสต์ของตัวเอง รายงานของ Wall Street Journal วันที่ 17 กันยายน และข่าว TechCrunch วันที่ 18 กันยายน เป็นลำดับที่แยกออกมาและมาทีหลัง: งานเกิดขึ้นในเดือนกรกฎาคม ส่วนบทเขียนเผยแพร่ในช่วงกลางเดือนกันยายน

การอัปโหลดรูปภาพกลายเป็นการเจาะระบบเซิร์ฟเวอร์ได้อย่างไร

ห่วงโซ่นี้เริ่มต้นจากฟีเจอร์ธรรมดา ๆ โดยปกติ Discourse จะตรวจสอบรูปภาพที่อัปโหลดด้วยไลบรารีชื่อ FastImage แต่ FastImage ไม่รองรับ HEIF ซึ่งเป็นรูปแบบคอนเทนเนอร์ที่อุปกรณ์ของ Apple ใช้เก็บรูปภาพ ไฟล์เหล่านั้นจึงถูกส่งต่อไปยังเครื่องมือบรรทัดคำสั่งของ ImageMagick เพื่อแปลง ซึ่งส่งต่อให้ libheif ถอดรหัส สิ่งนี้ทำให้ตัวแยกวิเคราะห์อยู่ตรงหน้าไฟล์ที่ผู้โจมตีควบคุมได้โดยตรง — รูปแบบเดียวกับที่การ์ตูน xkcd เรื่อง dependency นึกถึง ซึ่ง Hacktron อ้างถึงในแหล่งอ้างอิงของตน

Hacktron พบว่าแพ็กเกจ libheif ที่ติดตั้งในอิมเมจ Docker ของ Discourse ขาดการแก้ไขช่องโหว่ด้านความปลอดภัย อิมเมจของ Discourse ถูกสร้างบน Debian 12 ซึ่งติดตั้ง libheif 1.19.7 ขณะที่ Debian 13 ยังคงจัดส่ง 1.19.8 ในเวลานั้น ตัวบั๊กอยู่ใน HeifPixelImage::overlay() ซึ่งประกอบภาพ overlay ลงบนภาพฐาน ตามประกาศของ libheif เอง เมื่อ overlay child มีความลึกบิตของช่อง alpha ต่างจากช่องสี ฟังก์ชันจะทำดัชนี alpha plane โดยใช้ stride ของช่องสีแทนที่จะเป็นของ alpha plane ด้วยภาพขนาด 100 คูณ 50 ที่สี 10 บิตและ alpha 8 บิต ประกาศดังกล่าวคำนวณว่าโค้ดอ่านเกินท้ายบัฟเฟอร์ขนาด 7,168 ไบต์ไป 3,123 ไบต์

สิ่งนี้ทำให้ผู้โจมตีได้หน่วยความจำฮีปที่รั่วไหลออกมา ซึ่งมีประโยชน์ในการเอาชนะการสุ่มที่อยู่หน่วยความจำ (address randomisation) — แต่เพียงเท่านั้นยังไม่ใช่เชลล์ การไปจากการรั่วไหลนี้สู่การรันโค้ดคือส่วนที่ต้องใช้โมเดล และเป็นส่วนที่ CVE ไม่ได้อธิบายไว้ จากนั้นเชนโจมตีได้ข้ามขอบเขตความเชื่อถือ (trust boundary) ซึ่ง Hacktron โต้แย้งว่าเป็นเรื่องราวที่แท้จริง: ฟอรัมของ OpenAI มี "Sign in with OpenAI" ผ่าน auth.openai.com ซึ่งเป็นซิงเกิลซายน์ออน (single sign-on) แบบเดียวกับที่พนักงานใช้ที่อื่น การควบคุมเซิร์ฟเวอร์ฟอรัมหมายความว่านักวิจัยสามารถยึดบัญชี ChatGPT และ Codex ของสมาชิกฟอรัมที่ทำงานที่ OpenAI ได้ โดยที่เหยื่อไม่ต้องมีปฏิสัมพันธ์ใด ๆ ตามที่ Hacktron กล่าวไว้ "ช่องโหว่ที่จะยกระดับสิทธิ์นั้นไม่ได้จำเพาะกับ Discourse" และบริการของ OpenAI ทั้งของบุคคลที่หนึ่งหรือบุคคลที่สามใด ๆ ที่ใช้การลงชื่อเข้าใช้นั้นก็จะให้สิทธิ์การเข้าถึงแบบเดียวกัน

ยืนยันแล้ว และอนุมานได้

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

ยืนยันโดยบันทึกต้นทาง CVE-2026-32882 มีอยู่ เผยแพร่เมื่อวันที่ 19 พฤษภาคม 2026 ส่งผลกระทบต่อ libheif 1.21.2 และเวอร์ชันก่อนหน้า และได้รับการแก้ไขใน libheif 1.22.0 บันทึกของ MITRE ให้คะแนน 7.1 โดยมีเวกเตอร์การโจมตีเป็นเครือข่าย ความซับซ้อนต่ำ ไม่ต้องมีสิทธิ์ ต้องมีปฏิสัมพันธ์จากผู้ใช้ และผลกระทบด้านความลับต่ำและความพร้อมใช้งานสูง — การขัดข้องหรือการรั่วไหลของหน่วยความจำ คำแนะนำของ Discourse GHSA-vhm9-85gw-x335 ซึ่งเผยแพร่เมื่อวันที่ 28 กรกฎาคม 2026 และให้เครดิตแก่ hacktronai-research ติดตาม CVE เดียวกัน และจัดระดับผลลัพธ์เป็น High ที่ 8.8 โดยต้องมีสิทธิ์ต่ำ ไม่ต้องมีปฏิสัมพันธ์จากผู้ใช้ และมีผลกระทบสูงต่อทั้งสามด้าน ได้แก่ ความลับ ความสมบูรณ์ และความพร้อมใช้งาน โดยระบุเวอร์ชันที่แก้ไขแล้ว ได้แก่ 2026.7.0, 2026.6.1, 2026.5.2 และ 2026.1.6 และระบุว่าอิมเมจ Docker ล่าสุดมี libheif ที่แก้ไขแล้วรวมอยู่ด้วย

ยืนยันโดยสื่ออิสระสองสำนัก ทั้งที่นักวิจัยใช้ Claude เพื่อค้นหาและเปลี่ยนลูกโซ่ช่องโหว่ให้เป็นอาวุธ การที่ฟอรัมถูกเจาะจนนำไปสู่การเข้าถึงบัญชีของพนักงาน การที่ OpenAI แก้ไขภายในประมาณ 14 ชั่วโมงและจ่ายเงิน 6,500 ดอลลาร์ การที่หลักฐานการเข้าถึงเป็นเพียง pull request รายการเดียว และการที่ OpenAI ระบุว่าการทดสอบฟอรัมนั้นเองอยู่นอกขอบเขตโครงการจ่ายรางวัลของบริษัท — เรื่องทั้งหมดนี้ปรากฏใน The Hacker News และ TechCrunch ซึ่งทั้งสองสำนักอ้างอิงบทความของ Hacktron โดยตรง

อ้างโดย Hacktron ไม่ได้ผ่านการตรวจสอบอย่างอิสระ การที่การรันโค้ดบนฟอรัมนั้นเกิดขึ้นได้จริงในลักษณะที่อธิบายไว้ — ผ่านลูปเอเจนต์อัตโนมัติและอินสแตนซ์ทดสอบที่ผ่านพร็อกซี — อาศัยคำบอกเล่าของ Hacktron และยังไม่มีการทำซ้ำโดยบุคคลที่สาม; The Hacker News กล่าวว่าได้ติดต่อ Hacktron พร้อมคำถามเกี่ยวกับวิธีการที่การรันโค้ดบนฟอรัมเกิดขึ้นและเกี่ยวกับขอบเขตของการเข้าถึงบัญชี และไม่ได้รายงานว่าได้รับคำตอบ ข้อกล่าวอ้างที่ว่าช่องโหว่ประเภทเดียวกันนี้ไปถึง Slack, Meta, GitHub Enterprise และเฟรมเวิร์กเว็บนั้น ตามการประเมินของ The Hacker News เอง "มีหลักฐานสนับสนุนไม่สม่ำเสมอ": ช่องโหว่ Next.js ได้รับการยืนยันในประกาศของ Vercel และผู้ดูแล libheif ยืนยันว่ามีเอ็กซ์พลอยต์ที่ใช้งานได้สำหรับบั๊กที่เชื่อมโยงกับ Meta แต่ข้อกล่าวอ้างที่กว้างกว่าว่ามีการรันโค้ดทั่วหลายแอปพลิเคชันยังไม่ได้รับการยืนยันอย่างอิสระ OpenAI ยังไม่ได้เผยแพร่คำอธิบายทางเทคนิคของช่องโหว่การลงชื่อเข้าใช้เลย; บริษัทยืนยันการค้นพบผ่านการแก้ไขและการจ่ายเงิน มากกว่าการจัดทำเอกสารเกี่ยวกับการยึดบัญชี

ยังไม่เป็นที่ยืนยันเลย มีบัญชีพนักงานจำนวนเท่าใดที่สามารถเข้าถึงได้ — The Hacker News ระบุว่า "several" TechCrunch ระบุว่า "multiple" และ Hacktron ไม่ได้ระบุจำนวน ช่องโหว่นี้เคยถูกใครอื่นใช้หรือไม่: The Hacker News รายงานว่าไม่มีสัญญาณของการใช้งานในโลกจริง และระบุว่า CVE นี้ไม่อยู่ในรายการช่องโหว่ที่ทราบกันว่าถูกใช้ประโยชน์ของรัฐบาลสหรัฐฯ ณ กลางเดือนกันยายน 2026 พร้อมทั้งเตือนว่ารายการดังกล่าวไม่สามารถใช้เป็นหลักฐานยืนยันได้ทั้งสองทาง และองค์กรที่แพตช์ไปแล้วควรยังคงค้นหาการเข้าถึงก่อนหน้านี้หรือไม่ — The Hacker News กล่าวว่าแหล่งข่าวไม่ให้ข้อมูลในประเด็นนั้น

สิ่งที่โมเดลทำ และสิ่งที่มนุษย์ทำ

การก้าวกระโดดของความสามารถคือส่วนที่ Hacktron เองเน้นย้ำ และมีการบันทึกไว้ในถ้อยคำของตัวเองแทนที่จะเป็นการอนุมาน ทีมงานเริ่มใช้ Claude Opus 4.8 ในบิลด์ที่เปิดให้ผู้วิจัยด้านความปลอดภัยไซเบอร์ใช้งาน เพื่อตรวจสอบแพ็กเกจ libheif ที่ติดตั้งอยู่ และสร้างเอ็กซ์พลอยต์โดยปิด ASLR เมื่อเปิด ASLR ไว้ มันหยุดชะงักไปหลายเซสชัน Anthropic เปิดตัว Claude Opus 5 ในเย็นวันที่ 24 กรกฎาคม 2026; ในเซสชันใหม่ โมเดลใหม่สร้างเอ็กซ์พลอยต์ ARM64 ที่ใช้งานได้สำหรับ Mac ในเครื่องภายในเวลาประมาณสามชั่วโมง และภายใน 06:00 น. ของเช้าวันถัดมา เอ็กซ์พลอยต์ดังกล่าวก็ถูกพอร์ตไปยังคอนฟิกูเรชัน x86-64 ที่ Discourse ใช้

Claude Opus 5 ยังมาพร้อมมาตรการป้องกันการเขียนโค้ดโจมตีสำหรับเป้าหมายจริง Hacktron กล่าวว่าได้หลบเลี่ยงมาตรการเหล่านี้โดยชี้โมเดลไปยังอินสแตนซ์ Discourse Cloud ของตัวเอง ซึ่งพร็อกซีผ่านโฮสต์ชื่อ rce.ee/ctf-forum เพื่อให้เป้าหมายดูเหมือนแบบฝึกหัด capture-the-flag และโดยการรันโมเดลในลูปเป้าหมายแบบอัตโนมัติ ทีมระบุชัดเจนว่านี่ไม่ใช่การแฮ็กแบบไม่มีคนดูแล: "คำแนะนำจากมนุษย์ที่มีทักษะยังคงสำคัญ" พวกเขาเขียน ขณะที่ปริมาณงานที่ทีมเล็ก ๆ สามารถทำได้เพิ่มขึ้นอย่างมาก ในแคมเปญ HEIF Heist ที่กว้างขึ้น Hacktron กล่าวว่าใช้ GPT-5.6 Sol ของ OpenAI สำหรับกรณีที่ตนไม่รู้อะไรเกี่ยวกับเป้าหมายล่วงหน้า

ประเด็นด้านเศรษฐศาสตร์คือข้อโต้แย้งที่ Hacktron ต้องการให้ผู้อ่านรับไป ในแคมเปญที่กว้างขึ้น ซึ่งติดตามช่องโหว่ประเภทเดียวกันผ่าน Slack, Meta, GitHub Enterprise, Ruby on Rails และเฟรมเวิร์ก Next.js, Astro และ Gatsby ระบุว่างานสองเดือนของนักวิจัยสามคนมีค่าใช้จ่ายด้านโทเคนต่ำกว่า $3,000 โดยเป้าหมายใหม่แต่ละแห่งใช้เวลาหนึ่งถึงสองวันในการปรับให้เข้ากัน ยังระบุอีกว่าไม่ทราบว่ามีบริษัทใดตรวจพบกิจกรรมนี้ ยกเว้น Shopify แม้จะมีการส่งภาพทดสอบหลายพันภาพและตัวประมวลผลภาพล้มเหลวซ้ำแล้วซ้ำเล่า

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

Discourse ได้รับรายงานในวันเสาร์ ตอบกลับในวันอาทิตย์ แก้ไขเสร็จภายในวันจันทร์ และเผยแพร่คำแนะนำด้านความปลอดภัยเมื่อวันที่ 28 กรกฎาคม โดยเพิ่มการทำแซนด์บ็อกซ์สำหรับการประมวลผลภาพเป็นมาตรการป้องกันเชิงลึก คำแนะนำดังกล่าวเตือนผู้ที่โฮสต์เองว่า การอัปเดตเว็บอินเทอร์เฟซเพียงอย่างเดียวอาจไม่ใช่การแทนที่ไลบรารีพื้นฐาน และจำเป็นต้องสร้างใหม่ทั้งหมดจาก /var/discourse Debian เผยแพร่การอัปเดตความปลอดภัยสำหรับ libheif ของ Debian 13 เมื่อวันที่ 8 สิงหาคม 2026 ซึ่งติดตามในชื่อ DSA-6417-1 ในฝั่งต้นทาง Hacktron ชี้ให้ผู้อ่านไปที่ libheif 1.23.4 ซึ่งเป็นรุ่นความปลอดภัยล่าสุด ณ วันที่ 14 กันยายน 2026 และตั้งข้อสังเกตว่าแพ็กเกจของดิสทริบิวชันอาจมีการแก้ไขที่แบ็กพอร์ตมาในเลขรุ่นที่เก่ากว่า ดังนั้นจึงต้องตรวจสอบคำแนะนำของแพ็กเกจควบคู่กับรุ่นต้นทาง

สำหรับ OpenAI การแก้ไขถูกนำออกใช้ภายในประมาณ 14 ชั่วโมงหลังรายงานเมื่อวันที่ 25 กรกฎาคม และค่าตอบแทนถูกจ่ายเมื่อวันที่ 1 กันยายน บริษัทได้แนบคำชี้แจงขอบเขตมาพร้อมกับการจ่ายเงินว่า การทดสอบกับ community.openai.com ที่โฮสต์บน Discourse ถูกยกเว้นอย่างชัดเจนจากโครงการ bug bounty ของบริษัท และรางวัลนี้ให้การยอมรับการค้นพบฝั่ง OpenAI มากกว่าการกระทำต่อ Discourse ตรงนี้น่าอ่านให้ละเอียด เงิน 6,500 ดอลลาร์เป็นการจ่ายสำหรับการค้นพบด้าน sign-on ไม่ใช่สำหรับห่วงโซ่ฟอรัม และงานฟอรัมที่ทำให้ห่วงโซ่นี้เป็นไปได้นั้น ตามคำชี้แจงของ OpenAI เอง อยู่นอกขอบเขต

ทำไม CVE จึงไม่ตรงกับพาดหัวข่าว

การรายงานข่าวกรณีนี้มักบีบการให้คะแนนความรุนแรงที่แตกต่างกันสองแบบให้เหลือเพียงแบบเดียว คำแนะนำของ libheif และ CVE อธิบายถึงการอ่านเกินขอบเขต (out-of-bounds read) โดยผลกระทบด้านการรักษาความลับถูกจัดอยู่ในระดับต่ำ และผลกระทบด้านความพร้อมใช้งานถูกจัดอยู่ในระดับสูง: อาจทำให้โปรแกรมล่ม หรือรั่วหน่วยความจำ คำแนะนำของ Discourse อธิบายสิ่งที่เกิดขึ้นเมื่อการอ่านดังกล่าวถูกนำไปใช้ร่วมกับงานด้านการโจมตีและช่องโหว่ที่สอง และให้คะแนน 8.8 โดยมีผลกระทบเต็มระดับในทั้งสามหมวดหมู่ ทั้งสองไม่ได้ผิด แต่ตอบคำถามคนละคำถาม CVE ตอบว่า "บั๊กของไลบรารีร้ายแรงแค่ไหน?" และคำแนะนำของฟอรัมตอบว่า "ปัญหาของฟอรัมร้ายแรงแค่ไหน?"

ผลในทางปฏิบัติคือ ผู้อ่านที่ไล่ดูฟีด CVE เพื่อ mencari ช่องโหว่รันโค้ดจากระยะไกลระดับวิกฤตใน libheif จะไม่พบรายการดังกล่าวในที่นี้ และอาจสรุปได้อย่างสมเหตุสมผลว่าตนไม่ได้รับผลกระทบ คำแนะนำของ Hacktron เองกลับตรงกันข้าม: บริการใดก็ตามที่รับภาพ HEIC, HEIF หรือ AVIF ที่ผู้ใช้ส่งมาและถอดรหัสผ่าน libheif ที่ยังไม่ได้แพตช์ ควรถือว่ามีความเสี่ยง และหมายเลขเวอร์ชันเพียงอย่างเดียวไม่ใช่การตรวจสอบที่เพียงพอ เพราะแพตช์แบบแบ็กพอร์ตอาจถูกใส่ไว้ภายใต้สตริงเวอร์ชันเดิมที่ล้าสมัย มาตรการบรรเทาเสี่ยงสามข้อที่แนะนำคือ อัปเดต libheif และ libde265 ผ่านช่องทางความปลอดภัยของการกระจายระบบปฏิบัติการหรือรีลีสอัปสตรีมล่าสุด ปิดการถอดรหัส HEIF และ AVIF ที่ไม่น่าเชื่อถือในจุดที่ไม่จำเป็น หรือแยกการประมวลผลภาพไปในแซนด์บ็อกซ์ชั่วคราว และข้อสุดท้ายซึ่งใช้ได้ทั่วไปเกินกว่าคลังภาพ คือจำกัดว่าบริการใดบ้างที่ระบบลงชื่อเข้าใช้ครั้งเดียว (single sign-on) ไว้วางใจ และกำหนดให้ตรวจสอบตัวตนใหม่ก่อนดำเนินการที่อ่อนไหว แทนที่จะไว้วางใจเซสชันที่มีอยู่เดิม

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