แดชบอร์ดเอเจนต์ที่เขียนโค้ดแบบไวบ์ของ METR ปิดการเข้าสู่ระบบของตัวเอง และผู้โจมตีใช้เครดิตโมเดลไป 600,000 ดอลลาร์

ในเดือนมีนาคม 2026 มีคนนำคีย์ API สำหรับบัญชี public-models ของ METR ไปจากอินสแตนซ์ Amazon EC2 ส่วนตัวของนักวิจัย และใช้คีย์นั้นเป็นเวลาสามสัปดาห์ METR — Model Evaluation and Threat Research ซึ่งเป็นองค์กรไม่แสวงหาผลกำไรที่วัดว่าเอเจนต์ AI ทำภารกิจระยะยาวได้ไกลเพียงใด — ประเมินมูลค่าเชิงพาณิชย์ของเครดิตที่ถูกใช้ไปไว้ที่ประมาณ$600,000 คีย์นี้ไม่ได้ถูกฟิชชิงจากมนุษย์ ผู้โจมตีส่งพรอมป์ต์สั่งให้เอเจนต์ที่ทำงานบนแดชบอร์ดแบบ vibe-coded ของนักวิจัยส่งคีย์ API ของผู้ให้บริการโมเดลของตนออกมา จากนั้นเพิ่มคีย์ SSH เพื่อให้กลับมาได้อีก METR เปิดเผยเหตุการณ์นี้เมื่อ31 สิงหาคม 2026 และบันทึกดังกล่าวมีระดับความรุนแรงสูงของคลังข้อมูลพร้อมคะแนนความเชื่อมั่นระดับ A การเปิดเผยนี้เป็นหนึ่งในบันทึกของคลังเหตุการณ์ AI ซึ่งเก็บชุดบันทึกฉบับเต็ม แหล่งที่มา และรายการที่อยู่ใกล้เคียงในชุดนี้

สิ่งที่บันทึกระบุไว้จริง ๆ

คลังข้อมูลจัดประเภทเรื่องนี้เป็นเหตุการณ์ที่เกิดขึ้นจริง ไม่ใช่การเปิดเผยจุดอ่อนเชิงทฤษฎี: ระดับความรุนแรง สูง ความเชื่อมั่น A ไม่มีข้อโต้แย้ง โดยมีการบันทึกความเสียหายจริงและยืนยันว่ามีส่วนเกี่ยวข้องของ AI แท็กประเภทคือ CRED ภูมิภาคคือ สหรัฐอเมริกา และวันที่บันทึกไว้เพียงระดับเดือนเท่านั้น — คลังข้อมูลทราบว่าการโจรกรรมเกิดขึ้นในเดือนมีนาคม 2026 และไม่ได้ระบุวัน และ METR ก็เช่นกัน

ความเสียหายนี้ต้องมีข้อแม้หนึ่งข้อ และ METR ก็ให้ข้อแม้นั้นมา เครดิตเหล่านั้นถูกมอบให้แก่ METR โดยไม่มีค่าใช้จ่ายจากผู้พัฒนาโมเดล ดังนั้น $600,000 จึงเป็นมูลค่าของสิ่งที่ถูกใช้ไป มากกว่าเป็นเงินที่ออกจากบัญชี ย่อหน้านำของ The Register กล่าวถึงประเด็นเดียวกันอย่างตรงไปตรงมามากกว่า: ผู้ให้บริการโมเดลให้เครดิตแก่ METR และลูกค้าที่จ่ายเงินจริงจะไม่โชคดีขนาดนั้น Infosecurity Magazine รายงานตัวเลขนี้ในลักษณะเดียวกัน คือเป็นมูลค่าเชิงพาณิชย์มากกว่าความสูญเสียทางการเงินโดยตรง

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

ข้อบกพร่องอยู่ที่การเข้าสู่ระบบ ไม่ใช่ที่โมเดล

นักวิจัยของ METR ที่ไม่มีสิทธิ์เข้าถึงข้อมูลอ่อนไหวได้รันเอเจนต์บนอินสแตนซ์ EC2 ส่วนตัวที่ถูกทำให้เข้าถึงได้จากสาธารณะโดยเจตนา โดยมีระบบยืนยันตัวตนของ Google กั้นอยู่ อินสแตนซ์ดังกล่าวมี API key สำหรับบัญชีการเข้าถึงทั่วไปของ METR ซึ่งเป็นบัญชีที่ใช้สำหรับโมเดลสาธารณะ และ METR จัดให้เป็นหมวดหมู่ข้อมูลที่มีความอ่อนไหวน้อยเป็นอันดับสองช่องโหว่แบบ fail-open ที่ปิดการยืนยันตัวตนอย่างเงียบ ๆ

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

METR ไม่ได้ระบุชื่อเครื่องมือ orchestration หรือเฟรมเวิร์กที่ใช้สร้างแดชบอร์ด ไม่ได้เผยแพร่โค้ด และไม่ได้บอกว่าการผสานรวมการยืนยันตัวตนล้มเหลวในลักษณะใด สิ่งที่โพสต์ดังกล่าวยืนยันได้คือข้อผิดพลาดเชิงสถาปัตยกรรมที่อยู่ภายใต้บั๊กนี้: ข้อมูลรับรองสำหรับบัญชีโมเดลระดับองค์กรปรากฏอยู่บนโครงสร้างพื้นฐานที่ METR ไม่ได้ควบคุม ในแอปพลิเคชันที่นักวิจัยคนหนึ่งเป็นผู้ติดตั้งใช้งานเอง

กุญแจออกจากอาคารไปได้อย่างไร

การสร้างภาพเหตุการณ์ของ METR เกี่ยวกับแนวทางของแฮกเกอร์นั้นระบุชัดว่าเป็นข้อสงสัย ไม่ใช่ข้อค้นพบ และเป็นข้อกล่าวอ้างที่ยังไม่ได้รับการพิสูจน์ซึ่งน่าสนใจที่สุดในเอกสารเปิดเผยข้อมูลนี้ โพสต์ดังกล่าวระบุว่า METR สงสัยว่าแฮกเกอร์พบอินสแตนซ์ดังกล่าวโดยการเรียกดูเว็บไซต์ที่เพิ่งจดทะเบียนใหม่ โดยยกตัวอย่างรายการความโปร่งใสของใบรับรอง (certificate transparency lists) เพื่อมองหาเว็บไซต์แบบ vibe-coded ที่มีคำสำคัญซึ่งบ่งชี้ถึงโครงการ LLM หรือเอเจนต์ โดยมีจุดประสงค์เพื่อเก็บเกี่ยวคีย์ API ของผู้ให้บริการโมเดลที่ถูกทิ้งไว้ให้เปิดเผย

บันทึกความโปร่งใสของใบรับรอง (Certificate Transparency logs) เป็นข้อมูลสาธารณะโดยการออกแบบ: ใบรับรองทุกใบที่ออกให้กับเว็บไซต์ที่ได้รับความไว้วางใจจากสาธารณะจะถูกบันทึกไว้ ดังนั้นชื่อโฮสต์ใหม่จะปรากฏในฟีดที่ค้นหาได้ภายในไม่กี่นาทีหลังจากเปิดใช้งาน การกรองฟีดนั้นเพื่อหาชื่อที่มีคำศัพท์เกี่ยวกับ agent หรือ model มีต้นทุนต่ำ ไม่ต้องเข้าถึงเป้าหมาย และให้รายการการติดตั้งใช้งานใหม่ๆ ที่อาจยังไม่มีใครตรวจสอบ เมื่อมองเป็นเทคนิคการล่าเป้าหมาย มันเปลี่ยนการเผยแพร่เดโมตามปกติให้กลายเป็นสัญญาณ

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

ไม่มีการระบุชื่อผู้พัฒนาโมเดล — ไม่โดย METR และไม่โดย The Register, Dark Reading, Infosecurity Magazine หรือ The Hacker News ในการรายงานข่าวเกี่ยวกับการเปิดเผยครั้งนี้ ไม่มีการออก CVE เนื่องจากไม่มีช่องโหว่ของผลิตภัณฑ์ที่เกี่ยวข้อง ไม่มีการรายงานการจับกุม การตั้งข้อหา หรือการระบุว่าเป็นฝีมือของกลุ่มใดกลุ่มหนึ่งที่มีชื่อ

ทำไมการใช้ผิดปกติเป็นเวลาสามสัปดาห์จึงดูเป็นปกติ

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

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

สิ่งที่ไม่ได้ถูกนำไป

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

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

สิ่งที่ METR ทำเมื่อสังเกตเห็น

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

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

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

METR ระบุการเปลี่ยนแปลงสี่ประการที่เกี่ยวข้องกับเหตุการณ์นี้:

• นโยบายความปลอดภัยสำหรับพนักงานและผู้รับจ้างได้รับการชี้แจงและขยายความ โดยเฉพาะในส่วนที่เกี่ยวกับการนำข้อมูลรับรองหรือข้อมูลของ METR ไปไว้บนโครงสร้างพื้นฐานและอุปกรณ์ที่ METR ไม่ได้เป็นเจ้าของ

• ขั้นตอนการตรวจสอบความปลอดภัยอย่างเป็นทางการมีผลบังคับใช้แล้วกับนักวิจัยทุกคนที่เผยแพร่แอปพลิเคชันต่อสาธารณะ

• เพิ่มความครอบคลุมของการตรวจสอบแล้ว พร้อมดำเนินการเพื่อกำจัดการแจ้งเตือนที่สร้างความรบกวนซึ่งทำให้ผู้ตอบสนองเรียนรู้ที่จะเพิกเฉยต่อการแจ้งเตือนเหล่านั้น

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

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

เหตุการณ์อีกเหตุการณ์หนึ่งในโพสต์เดียวกัน

การเปิดเผยข้อมูลของ METR จับคู่การโจรกรรมคีย์เข้ากับเหตุการณ์ที่สองซึ่งแยกจากกันใน ต้นเดือนพฤษภาคม 2026 และทั้งสองเหตุการณ์นั้นแยกความแตกต่างได้ยาก ในเหตุการณ์ดังกล่าว METR ได้รับแจ้งเตือนว่าตนกำลังตกเป็นเป้าของผู้โจมตีที่ดูเหมือนมีแรงจูงใจทางการเงิน และอาจมุ่งหวังการเข้าถึงโมเดลแนวหน้า (frontier model) METR เฝ้าดูพวกเขาสำรวจโครงสร้างพื้นฐานสาธารณะของตน โดยใช้เอเจนต์อย่างหนักเพื่อทำให้การค้นหาช่องโหว่เป็นระบบอัตโนมัติ รวมถึงการยัดข้อมูลรับรอง (credential stuffing) กับผู้ให้บริการยืนยันตัวตน ความพยายามให้สิทธิ์โทเค็น OAuth การสแกนบริการที่เพิ่งติดตั้งใช้งานใหม่ และการฟิชชิงพนักงาน

ในช่วงเวลาเดียวกัน METR ได้เปิดเผยกลไกการสืบค้น SQL แบบอ่านอย่างเดียวโดยไม่ตั้งใจผ่านโปรแกรมดูทรานสคริปต์สาธารณะของตน โดยค่าเริ่มต้น คำสืบค้นถูกจำกัดขอบเขตให้อยู่ในข้อมูลสาธารณะ แต่บั๊กหนึ่งอาจถูกหันไปใช้กับข้อมูลการประเมินที่ยังไม่ได้เผยแพร่ และเอาต์พุตของโมเดลที่ละเอียดอ่อนบางส่วนถูกโหลดเข้าฐานข้อมูลนั้นโดยผิดพลาด นักวิจัยความปลอดภัยอิสระรายหนึ่งพบช่องโหว่นี้และรายงานอย่างรับผิดชอบ METR ได้ปิด API ดังกล่าวและจ่ายเงินรางวัล (bounty) ตามคำชี้แจงของ METR ผู้โจมตีได้ผ่าน endpoint ดังกล่าวระหว่างแคมเปญที่กว้างขึ้นของพวกเขา แต่ไม่แสดงสัญญาณว่าพบช่องโหว่หรือเข้าถึงข้อมูลที่ไม่เปิดเผยต่อสาธารณะได้ — ซึ่งเป็นข้อสรุปที่ METR ระบุไว้ในเชิงอรรถว่า “ไม่น่าเป็นไปได้อย่างยิ่ง” (highly unlikely) แทนที่จะเป็นศูนย์

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

ยืนยันแล้ว METR เผยแพร่การเปิดเผยข้อมูลเมื่อวันที่ 31 สิงหาคม 2026 และอธิบายถึงการโจรกรรมในเดือนมีนาคม ความล้มเหลวในการยืนยันตัวตนแบบ fail-open การเปิดเผยคีย์โดยมีเอเจนต์เป็นตัวกลาง คีย์ SSH ช่วงเวลาสามสัปดาห์ และมูลค่าประมาณ 600,000 ดอลลาร์ สื่อด้านความปลอดภัยสี่แห่ง — The Register, Dark Reading, Infosecurity Magazine และ The Hacker News — รายงานเรื่องเดียวกันภายในหนึ่งวัน และไม่มีฉบับใดขัดแย้ง — แม้ว่าทั้งสี่จะอ้างอิงจากโพสต์ METR เดียวกัน มิใช่จากการเข้าถึงบันทึกของ METR หรือข้อมูลการเรียกเก็บเงินของผู้ให้บริการอย่างเป็นอิสระ

ยังไม่เป็นที่ยืนยัน ตัวเลข 600,000 ดอลลาร์เป็นประมาณการของ METR เองเกี่ยวกับเครดิตที่ได้รับการบริจาค โดยยังไม่มีการเผยแพร่ใบแจ้งหนี้ ใบแจ้งยอดจากผู้ให้บริการ หรือการประเมินมูลค่าอิสระใด ๆ และเนื่องจากไม่มีการจ่ายเงินจริง จึงไม่มีธุรกรรมใดให้ตรวจสอบเทียบเคียง วิธีการสืบค้นผ่านความโปร่งใสของใบรับรอง (certificate transparency) ถูก METR ระบุว่าเป็นเพียงข้อสงสัย และยังไม่ได้รับการยืนยันสนับสนุนจากฝ่ายใดที่มีvisibilityต่อกิจกรรมของผู้โจมตี ทั้งตัวตนของผู้โจมตี ตัวตนของผู้ให้บริการโมเดล และวันที่แน่ชัดในเดือนมีนาคม ล้วนไม่เป็นที่ทราบหรือไม่ได้รับการเปิดเผย และข้อกล่าวอ้างว่าไม่มีข้อมูลอ่อนไหวใดถูกเข้าถึงนั้น ตั้งอยู่บนการตรวจพิสูจน์ทางนิติวิทยาศาสตร์ของ METR และการทบทวนของที่ปรึกษาของ METR มิใช่การตรวจสอบจากภายนอก

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

Dark Reading ยังนำเสนอการประเมินจากภายนอกที่เฉียบคมที่สุดในรายงานของตนด้วย Jacob Krell ผู้อำนวยการอาวุโสฝ่ายโซลูชัน AI ที่ปลอดภัยและความปลอดภัยไซเบอร์ของ Suzu Labs กล่าวกับสำนักข่าวว่า METR เป็นหนึ่งในองค์กรที่มีวุฒิภาวะด้านความปลอดภัยมากกว่าในแวดวง AI โดยมีการรับรอง SOC 2 Type I มีที่ปรึกษาด้านความปลอดภัยโดยเฉพาะ และมีระบบจำแนกประเภทข้อมูลสี่ระดับ และเหตุการณ์เหล่านั้นยังเกิดขึ้นผ่านช่องทางธรรมดา ๆ — ข้อบกพร่องด้านการยืนยันตัวตนแบบ fail-open บนอินสแตนซ์คลาวด์ส่วนบุคคล Krell โต้แย้งว่า หากองค์กรที่มีระดับวุฒิภาวะเช่นนั้นถูกจับได้ด้วยสุขอนามัยพื้นฐานด้านคลาวด์และข้อมูลรับรอง นั่นสะท้อนถึงระดับพื้นฐานของความปลอดภัยในอุตสาหกรรม AI มากกว่าขีดสูงสุด Dark Reading ระบุว่า METR ไม่ได้ตอบกลับคำขอความคิดเห็นเกี่ยวกับเรื่องนี้

ทำไมคีย์ของผู้ประเมินจึงไม่ใช่เรื่องเล็ก

บทบาทของ METR คือเหตุผลที่บันทึกนี้อยู่ในคลังด้านความปลอดภัย ไม่ใช่บทสรุปข่าวด้านสุขอนามัยคลาวด์ Dark Reading รายงานว่าองค์กรนี้มีความร่วมมือกับผู้จำหน่ายโมเดลชั้นนำของตะวันตกส่วนใหญ่ รวมถึง OpenAI, Anthropic, Google, Meta และ Amazon และ The Register ระบุว่า METR ทำงานร่วมกับ OpenAI เพื่อตรวจสอบว่าเอเจนต์ของ OpenAI เข้าถึงเซิร์ฟเวอร์ของ Hugging Face ได้อย่างไรเมื่อต้นปี 2026 ผู้ประเมินรายหนึ่งถือผลลัพธ์ที่ยังไม่เปิดเผย ทรานสคริปต์ที่ยังไม่ตีพิมพ์ และการเข้าถึงโมเดลก่อนการเปิดตัว ข้อมูลรับรองขององค์กรนั้นแท้จริงแล้วเป็นส่วนหนึ่งของขอบเขตความปลอดภัยของลูกค้า

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