ข้ามไปยังเนื้อหา
Anthropic เปิด OSS Scanner: โปรเจกต์โอเพนซอร์สสำคัญขอรับรายงานช่องโหว่จาก Claude Mythos ได้ฟรี แบบไม่ผ่านคนตรวจ — ผู้ทดสอบเจาะระบบตรวจ 97 ข้อ ผ่านเกณฑ์ 85 ข้อ และเหลือรายงานอีกราว 23,000 ข้อที่คนยังตรวจไม่ทัน
เครื่องมือนักพัฒนา

Anthropic เปิด OSS Scanner: โปรเจกต์โอเพนซอร์สสำคัญขอรับรายงานช่องโหว่จาก Claude Mythos ได้ฟรี แบบไม่ผ่านคนตรวจ — ผู้ทดสอบเจาะระบบตรวจ 97 ข้อ ผ่านเกณฑ์ 85 ข้อ และเหลือรายงานอีกราว 23,000 ข้อที่คนยังตรวจไม่ทัน

อ่าน 5 นาที ที่มา: Anthropic

Anthropic เปิดตัว Anthropic Cyber Mission เมื่อ 8 ต.ค. 2026 สองวันหลังจากรวม Project Glasswing เข้ากับ Cyber Verification Program งานแรกมีสองชิ้น ชิ้นแรกคือ Critical Infrastructure Defense Program (CIDP) ที่ส่งโมเดล วิศวกรประจำหน้างาน และงานวิจัยภัยคุกคามไปช่วยผู้ให้บริการด้านความปลอดภัยของระบบ OT เช่น ไฟฟ้า ประปา และขนส่ง พาร์ตเนอร์ชุดแรกมี Accenture, Booz Allen, CrowdStrike, Deloitte, Dragos, Hitachi, Nozomi Networks, Palo Alto Networks, PwC และ Rockwell Automation

ชิ้นที่นักพัฒนาโอเพนซอร์สเกี่ยวข้องโดยตรงคือ OSS Scanner ซึ่งเป็นบริการแบบสมัครใจ (opt-in) ได้แรงบันดาลใจจาก OSS-Fuzz ของ Google โปรเจกต์ที่ลงทะเบียนจะถูกสแกนหาช่องโหว่เป็นระยะด้วย “โมเดลที่เก่งที่สุดของเรา (รวมถึง Claude Mythos)” โดยไม่เสียเงิน ข้อแลกเปลี่ยนสำคัญคือรายงานทั้งหมดสร้างโดยโมเดลและส่งถึงผู้ดูแลโดยไม่มีคนตรวจก่อน

ทำไมต้องข้ามขั้นคนตรวจ

ตัวเลขจากทีม Frontier Red Team อธิบายเหตุผลไว้ ในหกเดือนที่ผ่านมา Anthropic ใช้โมเดลสแกนซอฟต์แวร์สำคัญและเจอช่องโหว่ที่เป็นไปได้มากกว่า 29,000 รายการ แต่คนตรวจทันแค่ราว 6,000 รายการ ระหว่างนั้นผู้ดูแลหลายโปรเจกต์ที่ได้รายงานชุดแรกขอให้ส่งรายงานที่ยังไม่ตรวจมาทั้งหมดพร้อม patch ไปแล้วเกือบ 5,000 รายการ บริษัทเลยทำช่องทางนี้ให้เป็นทางการ ส่วนโปรเจกต์ที่ไม่มีกำลังคัดกรองเองยังได้รับรายงานที่คนตรวจแล้วผ่านกระบวนการ CVD เดิม

เรื่องความแม่นยำ ในการทดสอบรุ่นแรก ผู้ทดสอบเจาะระบบที่ตรวจรายงาน CVD ของ Anthropic ตรวจช่องโหว่ระดับ critical และ high จากสแกนเนอร์ 97 รายการใน 48 โปรเจกต์ พบว่า 85 รายการ (88%) ผ่านเกณฑ์ CVD ใน 12 รายการที่เหลือ 11 รายการเป็นของจริงแต่ซ้ำกับที่รู้อยู่แล้ว และมี false positive แค่ 1 รายการ ส่วนโพสต์ประกาศหลักคาดว่า true-positive rate จะสูงกว่า 90% แต่เตือนว่าระดับความรุนแรงอาจสูงเกินจริงหรือโมเดลอาจเข้าใจ threat model ผิด ผู้ดูแลที่ทดสอบล่วงหน้ามี PostgreSQL, OpenSSL และ wolfSSL ซึ่งบอกว่าจาก 74 รายงาน มีแค่ 2 รายงานที่ไม่ถูกต้อง และ 5 รายงานกลายเป็น CVE

วิธีสมัคร และสิ่งที่จะได้

  • คุณสมบัติ: ใช้เกณฑ์ใกล้เคียง OSS-Fuzz คือโปรเจกต์ที่ “ส่งผลสำคัญต่อโครงสร้างพื้นฐานและความปลอดภัยของผู้ใช้” เช่น ไลบรารีที่รับ input ที่เชื่อถือไม่ได้ หรือมีผู้ใช้และโปรเจกต์อื่นพึ่งพาเยอะ Anthropic จะตรวจด้วยตัวเองว่าผู้สมัครเป็น core maintainer จริง
  • สมัครด้วย PR ที่ anthropics/oss-scanner (Apache-2.0) โดยเพิ่ม projects/<project>/project.yaml ช่องที่ต้องกรอกคือ repo, primary_contact และ Dockerfile ที่ build โปรเจกต์พร้อม dependency ครบ เพราะเอเจนต์จะตรวจแบบออฟไลน์ทั้งหมด ตอน build Dockerfile ยังมีเน็ต แต่ขั้นหลังจากนั้นไม่มี ในรีโปมี tools/validate.py ไว้ตรวจ config ก่อนส่ง
  • threat_model.md (ไม่บังคับ): บอกเอเจนต์ว่า input ไหนถือเป็นข้อมูลจากผู้โจมตี อะไรอยู่นอกขอบเขต ใช้เกณฑ์ความรุนแรงแบบไหน และอยากได้ patch แบบแก้น้อยที่สุดหรือแบบพร้อม merge แก้ไฟล์นี้ระหว่างรอบสแกนได้
  • สิ่งที่ได้รับ: รายงานทางอีเมล แต่ละรายงานมี reproducer ที่รันได้ในตัว คำอธิบาย bisection ว่าบั๊กเริ่มมาจาก commit ไหน (ถ้าทำได้) และ patch ที่เสนอ ใส่ GPG key เพื่อให้เข้ารหัสอีเมลได้ หยุดรับชั่วคราวด้วย disabled: true
  • ไม่มีเส้นตาย 90 วัน สำหรับรายงานที่ยังไม่มีคนตรวจ ถ้าภายหลังคนของ Anthropic ยืนยันรายงานไหนผ่าน CVD จึงจะเริ่มนับ 90 วันจากวันที่แจ้ง

ณ เช้า 9 ต.ค. (เวลาไทย) รีโปมี PR ขอเข้าร่วม 55 รายการภายในราว 12 ชั่วโมง และยังไม่มีรายการไหนถูก merge หลายรายการเป็นโปรเจกต์เล็กที่น่าจะไม่ผ่านเกณฑ์ “critical”

มุมมอง AI Curator

ตัวเลขที่สำคัญที่สุดในประกาศนี้ไม่ใช่ 88% แต่เป็นช่องว่างระหว่าง 29,000 กับ 6,000 การหาช่องโหว่ด้วยโมเดลไม่ใช่คอขวดแล้ว คอขวดคือคนที่ตรวจ จัดลำดับ และแก้ OSS Scanner เลือกย้ายภาระตรวจไปให้ผู้ดูแลที่พร้อมรับ ซึ่งตรงไปตรงมา และการไม่บังคับเส้นตาย 90 วันกับรายงานที่ยังไม่ตรวจก็เป็นเรื่องที่ถูก เพราะการกดดันอาสาสมัครด้วยรายงานจากเครื่องที่ยังไม่มีใครอ่าน คือสิ่งที่ทำให้ผู้ดูแล curl เคยเขียนบทความ “death by a thousand slops” เมื่อปี 2025

ด้านที่ต้องจับตาคือผู้โจมตีก็มีโมเดลระดับนี้เหมือนกัน ถ้าโปรเจกต์ที่พึ่งพากันทั่วโลกได้รายงานพร้อม exploit ทุกรอบสแกนแต่แก้ไม่ทัน ช่วงเวลาระหว่าง “Anthropic รู้” กับ “patch ออก” ก็คือช่วงที่เสี่ยง Anthropic เขียนเองว่าใน Glasswing มักต้องรอหลายเดือนกว่าจะแก้

สำหรับไทย โปรเจกต์โอเพนซอร์สที่คนไทยดูแลและมีผู้ใช้จริง เช่น ไลบรารีตัดคำ PyThaiNLP หรือเครื่องมือที่ใช้ในระบบราชการและธนาคาร อาจยังไม่ผ่านเกณฑ์ “critical” ระดับ OSS-Fuzz แต่ทางที่ใช้ได้ทันทีคือเขียน Dockerfile ที่ build แบบออฟไลน์ได้ และเขียน threat_model.md ให้ดี สองอย่างนี้ใช้กับเครื่องมือสแกนตัวอื่นและกับ Claude for Open Source ที่แจก Max 20x ให้ผู้ดูแลได้ด้วย ส่วนทีมในองค์กรที่ใช้ dependency เหล่านี้ ควรเตรียมรับรอบอัปเดตความปลอดภัยที่ถี่ขึ้นในไตรมาสหน้า


แหล่งข่าว

บทความนี้เรียบเรียงจากแหล่งข่าวต้นทาง — Anthropic

เนื้อหาบน blog นี้สร้างโดย AI โดยมีการกำกับบรรณาธิการจากมนุษย์

อ่านเพิ่มในหมวด เครื่องมือนักพัฒนา

Betelgeuse รัน Qwen3.8 Flash Next ขนาด 68GB บน RTX 3060 กับแรม 16GB ส่วน Basalt วัดให้เห็นว่าเอนจินที่เร่งด้วยแฟล็กลัดทำให้โมเดลลืมของ
เครื่องมือนักพัฒนา

Betelgeuse รัน Qwen3.8 Flash Next ขนาด 68GB บน RTX 3060 กับแรม 16GB ส่วน Basalt วัดให้เห็นว่าเอนจินที่เร่งด้วยแฟล็กลัดทำให้โมเดลลืมของ

Betelgeuse ฟอร์ก llama.cpp ที่เปิดเมื่อ 31 ต.ค. ดึง expert จาก NVMe เข้า VRAM ตามต้องการ อ้าง 22 tok/s แบบไม่ทิ้ง expert แต่ README เตือนเองว่ายังทดลองและตัวเลขมาจากคนละรอบ วันเดียวกันผู้พัฒนา Basalt เผยผลวัดว่าแฟล็กเร่งความเร็วทำคุณภาพ Q8 ตกไปใกล้ Q2

· อ่าน 5 นาที
กฎห้ามโคลนเกมของ Claude Code เริ่มกระทบงานจริง บริษัทรับทำเกมกระดานร้องงานลูกค้าหยุด แต่รายงานหลายชิ้นปนกับตัวกรองไซเบอร์คนละเรื่อง
เครื่องมือนักพัฒนา

กฎห้ามโคลนเกมของ Claude Code เริ่มกระทบงานจริง บริษัทรับทำเกมกระดานร้องงานลูกค้าหยุด แต่รายงานหลายชิ้นปนกับตัวกรองไซเบอร์คนละเรื่อง

ต่อจากที่เราพบกฎนี้ในไบนารี Claude Code ผู้ใช้เริ่มรายงานว่างานเชิงพาณิชย์ถูกปฏิเสธ และ Tom's Hardware กับ Mashable หยิบไปรายงาน แต่เมื่อไล่ issue ที่อ้างถึง พบว่าหลายรายการเกิดก่อนกฎจะมา จึงน่าจะเป็นตัวกรองด้านไซเบอร์ ส่วน Anthropic ยังไม่ชี้แจง

· อ่าน 4 นาที
Claude Code ส่ง transcript ของ background agent ให้โมเดลทุก ~30 วินาทีเพื่อเขียนสถานะ 3–5 คำ ผู้วัดรายงานกินราว 16% และยังปิดแบบทางการไม่ได้
เครื่องมือนักพัฒนา

Claude Code ส่ง transcript ของ background agent ให้โมเดลทุก ~30 วินาทีเพื่อเขียนสถานะ 3–5 คำ ผู้วัดรายงานกินราว 16% และยังปิดแบบทางการไม่ได้

รายงานอิสระพบว่าฟีเจอร์ agent_summary ของ Claude Code ส่ง transcript เต็มของ background agent ไปถามสถานะทุก ~30 วินาที คิดเป็น 16.4% ของค่าใช้จ่ายในระบบของผู้วัด Issue เปิดมาตั้งแต่ ส.ค. ยังไม่มีสวิตช์ปิดที่รองรับ เราตรวจพบโค้ดนี้ใน 2.1.314 และพบกฎใหม่เรื่องเกมที่ไม่อยู่ใน changelog

· อ่าน 4 นาที