เจาะประเด็น
AI Security
แค่มันมีข่าวลือเรื่องบั๊ก ก็พอแล้วที่ AI จะงัดช่องโหว่ความปลอดภัยออกมาได้
ยุคที่แค่เอ่ยชื่อโรค หมอก็รู้จักยารักษา แต่นี่คือการเอ่ยชื่อโรค แล้วแฮกเกอร์รู้ช่องทางฆ่าคนไข้ทันที — โอเพนซอร์สกำลังตกอยู่ในสถานการณ์ที่บ้าคลั่งขนาดนี้แล้ว
ทีมข่าว เอไอไทย.com
⏱ อ่าน 5 นาที
ถ้า AI อ่านโค้ดเก่งขนาดนี้ คำถามคือเราจะออกแบบกระบวนการเปิดเผยบั๊กยังไงให้ทันกับความเร็วของมัน — เพราะตอนนี้มันเร็วเกินกว่ามนุษย์จะตามทันแล้ว
เราคุ้นเคยกับยุคที่การแฮกระบบต้องใช้เวลา วันๆ หนึ่งในการนั่งไล่ดูโค้ด หาจุดอ่อน ทดสอบ ลองผิดลองถูกกันเป็นสัปดาห์ แต่ตอนนี้กฎเกณฑ์มันเปลี่ยนไปแล้วแบบที่เรียกว่าหัวทิ่มลงเหว เรื่องนี้ถูกเปิดโปงโดย Anil Madhavapeddy อาจารย์ด้านคอมพิวเตอร์จากเคมบริดจ์ ผู้ดูแลหลักของ OCaml compiler ซึ่งออกมาเล่าประสบการณ์ที่ทำให้เขาขนลุก — แค่เขาโพสต์แพตช์ที่กำลังจะแก้บั๊กความปลอดภัยลงใน public repository เพื่อขอความคิดเห็น ภายในสิบนาที (!) เว็บไซต์ของเขาก็โดนโจมตีด้วยเทคนิค percent-encoded traversal sequences ทันที
ฟังดูเป็นเรื่องเทคนิคแห้งๆ ใช่ไหม? ขอแปลเป็นภาษาคน: แปลว่า มีบอทอัตโนมัติคอยเฝ้าดู public repository อยู่ตลอดเวลา พอเห็นว่ามีคนแชร์แพตช์ที่จะแก้บั๊กตัวหนึ่ง มันก็เดาได้ทันทีว่าจุดอ่อนอยู่ตรงไหน แล้วก็ยิงโจมตีใส่ทันทีภายในเวลาไม่ถึงสิบนาที ทั้งที่เมื่อก่อนกว่าจะมีคนเจอช่องโหว่จริงๆ ต้องรอเป็นวันๆ แล้วค่อยออกเวอร์ชันแก้ภายในหนึ่งถึงสองสัปดาห์ — ตอนนี้จบภายในสิบนาที มันคือการแข่งขันที่ฝั่งรุกได้ใช้ AI จนเต็มพิกัดแล้ว
Anil บอกว่า coding agents สมัยใหม่มันเก่งเรื่องการหาจุดบกพร่องจนน่ากลัว แค่มีคำใบ้เล็กน้อยว่ามีบั๊กอยู่ตรงไหน มันก็ไล่หาจนเจอได้เอง เขาเล่าให้ฟังว่าเคยลองใช้ agent ของตัวเองให้ลองโจมตีดู โดยสั่งให้ Claude Fable (โมเดลตัวหนึ่ง) ปฏิเสธงานก่อน แล้วค่อยสลับไปใช้ DeepSeek V4 Pro — ผลคือมันทำได้จริงๆ ตามที่เขาคาดการณ์ไว้ มันคือการพิสูจน์ว่า "ข่าวลือ" กลายเป็น "อาวุธ" ได้ในพริบตา
ถ้าคิดว่าเป็นแค่กรณีของ OCaml ที่เป็นภาษาสาย dev ไม่ใช่สาย enterprise ก็คิดผิด เพราะ Nick Craig-Wood ผู้ดูแล rclone (เครื่องมือยอดนิยมสำหรับ sync ไฟล์) ออกมาคอนเฟิร์มในคอมเมนต์ Hacker News ว่าโปรเจกต์เขากำลังเจอปัญหาเดียวกันแบบไม่ทันตั้งตัว — ในรอบ 10 ปีแรกของโปรเจกต์ เขาได้รับการแจ้งช่องโหว่ความปลอดภัยผ่าน GitHub แค่ประมาณ 20 ครั้ง แต่เดือนที่แล้วเดือนเดียว เขาต้องจัดการกับรายงานมากกว่า 40 ครั้ง! แถมอัตราการ "โดน" ก็สูงถึง 75% ที่มีอะไรต้องลงมือแก้จริง ไม่ใช่ขยะที่ส่งมาให้เสียเวลา
นี่ไม่ใช่แค่เรื่องน่ารำคาญใจ แต่คือหายนะของวงการโอเพนซอร์สทั้งวงการ เพราะระบบการทำงานแบบเดิมที่ใช้กันมานานมันพังแล้ว — กระบวนการ embargo หรือการเก็บข้อมูลบั๊กลับเพื่อให้ผู้ดูแลมีเวลาแก้ก่อนประกาศสู่สาธารณะ ใช้ไม่ได้ผลอีกต่อไปในยุคที่ AI อ่านโค้ดได้เร็วเท่านี้ เพราะแค่มีแพตช์โผล่ขึ้นมาใน public repo ก็เท่ากับเปิดประตูให้แฮกเกอร์อัตโนมัติบุกเข้าบ้านได้แล้ว
Nick ยังเล่าอีกว่าระบบ assign CVE (หมายเลขช่องโหว่มาตรฐาน) ของ GitHub ก็ทำงานช้าลงจนน่าขัน — เดิมทีใช้เวลา 2-3 วัน แต่ตอนนี้รอไป 3-4 อาทิตย์กว่าจะได้เลข CVE ทำให้เขาต้องปล่อยเวอร์ชันแก้บั๊กโดยเขียนใน changelog ว่า "CVE-PENDING" ซึ่งมันไม่ดีเลยสำหรับผู้ใช้ที่ต้องการติดตามความเสี่ยง
ตรงนี้คือจุดที่ผมคิดว่ามันสะเทือนวงการมากกว่าที่เห็น — เพราะเรากำลังพูดถึง "โครงสร้างพื้นฐานของอินเทอร์เน็ต" ที่สร้างบนซอฟต์แวร์โอเพนซอร์สที่ดูแลโดยคนไม่กี่คน ซึ่งตอนนี้กำลังถูก AI ทั้งฝั่งรุกและฝั่งรับถาโถมใส่จนแทบยืนไม่อยู่ ตัวเลข 40 รายงานต่อเดือนของ rclone คือหลักฐานว่า "ผู้ไม่ประสงค์ดี" ใช้ AI เป็นเครื่องจักรผลิตช่องโหว่ ส่วนฝั่งผู้ดูแลอย่าง Nick ต้องใช้ AI ช่วย triage และเขียนแพตช์เพื่อความอยู่รอด มันคือสงคราม AI ปะทะ AI ที่มนุษย์กลายเป็นเพียงคนกดปุ่มยืนยัน
คำถามใหญ่ที่ Anil ยกขึ้นมาและผมคิดว่าไม่มีใครมีคำตอบคือ — ถ้าช่องโหว่กลายเป็น exploit ได้เร็วขนาดนี้ แล้วเราจะมีกระบวนการอะไรใหม่ๆ มาปกป้องชุมชนโอเพนซอร์สได้บ้าง? เพราะการ "ซ่อน" บั๊กไม่ให้คนเห็นมันขัดกับธรรมชาติของโอเพนซอร์สโดยสิ้นเชิง แต่ถ้าปล่อยให้เป็นแบบนี้ ผู้ดูแลโปรเจกต์จะหมดแรงตายไปทีละคน และซอฟต์แวร์ที่ทั้งโลกใช้จะกลายเป็นซอมบี้ที่ไม่มีใครดูแล
ยุคที่ "แค่ข่าวลือเรื่องบั๊ก" กลายเป็นอาวุธโจมตีได้จริงจบลงแล้ว เราไม่สามารถกลับไปใช้กระบวนการแบบเดิมๆ ที่คิดว่ามนุษย์จะไล่ตามทัน AI ได้อีกต่อไป — วงการโอเพนซอร์สต้องคิดระบบใหม่ทั้งหมด ไม่เช่นนั้นเราจะเห็นผู้ดูแลโปรเจกต์ลาออกทีละคน และอินเทอร์เน็ตที่เรารู้จักจะพังลงจากข้างใน
ที่มา: Simon Willison's Weblog — อ่านต้นฉบับ
ความคิดเห็น 4
กำลังโหลดความคิดเห็น...