กลุ่ม Discord เจาะเข้าถึง Claude Mythos เครื่องมือ cybersecurity ลับของ Anthropic
เหตุการณ์นี้ไม่ได้เกิดจากแฮกเกอร์มืออาชีพ แต่เกิดจากความผิดพลาดซ้อนกันหลายชั้นจนกลุ่มคนทั่วไปบน Discord สามารถเข้าถึง Claude Mythos ได้ — เครื่องมือ AI ด้าน cybersecurity ที่ Anthropic ตั้งใจจำกัดการเข้าถึงเฉพาะบริษัทระดับ top tier ประมาณ 40 แห่ง รวมถึง Amazon, Apple, Google, Microsoft, Cisco, JPMorgan Chase และ Nvidia
จุดเริ่มต้นคือพนักงานของ contractor บุคคลที่สามที่ทำงานให้ Anthropic ใช้สิทธิ์ access ของตัวเองเจาะเข้าไปในระบบที่เก็บ Mythos จากนั้นก็เปิดทางให้เพื่อนร่วมงานเข้าถึงตาม กลุ่มนี้ยังใช้ข้อมูลจากเหตุการณ์ data breach ของ Mercor Inc. (startup ด้าน AI recruiting) เพื่อเดาตำแหน่งที่ตั้งของโมเดลบนระบบ Anthropic
นี่คือตัวอย่างชัดเจนว่า supply chain security สำคัญแค่ไหน — ต่อให้ระบบหลักแข็งแกร่ง แต่ถ้า vendor มีช่องโหว่ ทุกอย่างก็พังได้
ไทม์ไลน์ของเหตุการณ์

ลำดับเหตุการณ์มีความสำคัญต่อการเข้าใจว่าทำไม breach นี้ถึงน่าอับอาย
- 10 เมษายน 2026 — Fortune รายงานการมีอยู่ของ Mythos เป็นครั้งแรก หลังพบข้อมูลรั่วไหลอยู่ใน database ที่เข้าถึงได้สาธารณะ
- วันเดียวกับที่ประกาศตัว Mythos — กลุ่ม Discord ที่เชี่ยวชาญเรื่อง unreleased AI models เดาตำแหน่งของโมเดลได้สำเร็จ โดยอาศัยรูปแบบ URL ที่ Anthropic ใช้กับโมเดลอื่นก่อนหน้านี้
- 21 เมษายน 2026 — Bloomberg รายงานว่ามี unauthorized access เกิดขึ้นแล้ว
- 22 เมษายน 2026 — Anthropic ออกแถลงว่ากำลัง “investigating a report claiming unauthorized access to Claude Mythos Preview through one of our third-party vendor environments”
ที่น่าสนใจคือ กลุ่มนี้ไม่ได้ใช้ Mythos โจมตีระบบใดเลย — Bloomberg รายงานว่าพวกเขาใช้สร้างเว็บไซต์ง่ายๆ เพื่อทดสอบเท่านั้น แต่ถึงกระนั้น ข้อเท็จจริงที่ว่า “กลุ่มคนบน Discord เดาทางเข้าได้” ก็เพียงพอจะทำลายความน่าเชื่อถือแล้ว
Claude Mythos คืออะไร — ไม่ใช่แค่โมเดล AI ธรรมดา

Claude Mythos ไม่ใช่โมเดลภาษาทั่วไปอย่าง Claude Sonnet หรือ Opus — มันเป็น เครื่องมือ AI เฉพาะทางด้าน cybersecurity ที่ออกแบบมาเพื่อค้นหาช่องโหว่ในระบบ Anthropic เรียกมันว่า “too dangerous to release” และจำกัดการเข้าถึงเฉพาะบริษัทขนาดใหญ่ประมาณ 40 แห่งเท่านั้น เป้าหมายคือช่วยให้องค์กรเหล่านี้เสริมความแข็งแกร่งของระบบป้องกัน
การที่ Anthropic จำกัดการเข้าถึงขนาดนี้ สะท้อนว่าพวกเขารู้ดีว่า Mythos มีพลังที่อาจถูกใช้ในทางที่ผิดได้ — แต่กลับป้องกันการเข้าถึงไม่ได้จริง
ปัญหาคือแม้จะจำกัดเหลือ 40 บริษัท แต่ภายในองค์กรขนาดใหญ่เหล่านี้มีพนักงานรวมกันนับพันคนที่อาจมี access path เข้าถึง Mythos ได้ ยิ่งเพิ่ม attack surface ให้กว้างขึ้นไปอีก
ความผิดพลาดซ้อนกันหลายชั้น — ทำไมถึงเรียกว่า “cavalcade of blunders”

เหตุการณ์นี้ไม่ใช่ความผิดพลาดจุดเดียว แต่เป็นการล้มเหลวหลายจุดพร้อมกัน
ชั้นที่ 1 — ข้อมูลหลุดจาก Mercor: ข้อมูลจาก data breach ของ Mercor Inc. ทำให้คนนอกรู้รูปแบบโครงสร้างภายในของ Anthropic ข้อมูลแค่นี้ก็พอให้ “educated guess” ตำแหน่งของโมเดลได้แล้ว
ชั้นที่ 2 — URL pattern ที่เดาได้: Anthropic ใช้รูปแบบ URL คล้ายกันกับโมเดลอื่นๆ ทำให้กลุ่ม Discord เดาที่อยู่ของ Mythos ได้แบบตรงๆ ในวันเดียวกับที่ประกาศ
ชั้นที่ 3 — Contractor access ที่หลวมเกินไป: พนักงาน contractor มีสิทธิ์เข้าถึงระบบที่เก็บ Mythos โดยไม่มี access control ที่เข้มงวดพอ แล้วยังสามารถเปิดทางให้คนอื่นเข้าถึงตามได้
ชั้นที่ 4 — Monitoring ไม่ทัน: กลุ่มนี้ใช้ Mythos ต่อเนื่องตั้งแต่วันที่เข้าถึงได้ จนถึงเวลาที่ Bloomberg รายงานข่าว — และยังมี access อยู่ แสดงว่าระบบ monitoring ไม่ได้ตรวจจับ unusual access patterns อย่างที่ควร
David Lindner, CISO ของ Contrast Security ให้ความเห็นแบบตรงไปตรงมาว่า ถ้ากลุ่ม Discord ทั่วไปยังเข้าถึงได้ “it’s already been breached by China”
ข้อดี-ข้อเสียจากเหตุการณ์ breach ครั้งนี้
ข้อดี
- +บังคับให้ทั้งอุตสาหกรรม AI ทบทวน vendor security อย่างจริงจัง
- +เปิดการพูดคุยเรื่อง AI model governance และ responsible disclosure
- +Anthropic ถูกกดดันให้ยกระดับ security infrastructure ทั้งหมด
- +เป็น case study ชั้นดีสำหรับ security researcher ทั่วโลก
ข้อเสีย
- −ทำลายความน่าเชื่อถือของ Anthropic ในฐานะบริษัท safety-first
- −เครื่องมือหาช่องโหว่ระดับ advanced อาจถูกนำไปใช้ในทางที่ผิด
- −Enterprise customers ต้องทบทวน vendor risk assessment ใหม่ทั้งหมด
- −สร้างบรรทัดฐานที่ไม่ดี — AI tools ที่อ้างว่า restricted กลับเข้าถึงง่าย
สิ่งที่น่าขันที่สุดคือ Anthropic วาง brand ตัวเองเป็น “safety-first AI company” แต่กลับป้องกันเครื่องมือที่ตัวเองบอกว่า “too dangerous to release” ไม่ได้ ความย้อนแย้งนี้สร้างความเสียหายต่อ brand มากกว่า breach ตัวมันเอง
ใครควรกังวล และใครไม่ต้อง
เหมาะกับ
- Security researcher — case study ใหม่ที่แสดงให้เห็น vendor supply chain risk ชัดเจน
- Enterprise ที่ใช้ Claude API — ต้องทบทวน vendor risk assessment และ third-party access policy ทันที
ลองชั่งน้ำหนักดู
- Developer ที่กำลังเลือก AI provider — ควรดู security track record ประกอบ ไม่ใช่แค่ benchmark
ข้ามได้เลย
- ผู้ใช้ Claude ทั่วไป — Anthropic ยืนยันว่าระบบหลักไม่ได้รับผลกระทบ breach จำกัดอยู่ใน vendor environment
Anthropic ออกแถลงว่า “ไม่มีหลักฐานว่าระบบหลักได้รับผลกระทบ” และ breach จำกัดอยู่ใน third-party vendor environment เท่านั้น แต่สำหรับ enterprise customers ที่จ่ายเงินเพื่อ security ระดับสูง คำพูดแค่นี้อาจไม่เพียงพอ
บทเรียนสำหรับ developer ไทย
เหตุการณ์นี้สอนบทเรียนที่ชัดเจน — อย่าเชื่อ security ของ platform คนอื่นแบบ 100% ต่อให้เป็นบริษัท AI ระดับ Anthropic ก็ยังมีช่องโหว่ได้
สำหรับทีมที่ใช้ AI API ในงาน production ควรทำ threat model ของตัวเองด้วย ไม่ใช่แค่เชื่อว่า provider จัดการให้หมด ตรวจสอบว่า API key เก็บอย่างปลอดภัย access log ถูก monitor และมี incident response plan พร้อมใช้
ที่สำคัญที่สุด — vendor management ไม่ใช่แค่เรื่องเซ็นสัญญาแล้วจบ ต้อง audit third-party access อย่างสม่ำเสมอ เพราะจุดอ่อนที่สุดของระบบมักอยู่ที่คนที่เราไว้ใจ