Alpen เผยว่า AI ตรวจจับช่องโหว่แฮ็ก BTC ของ Liquid มูลค่า 320 ล้านดอลลาร์ได้ภายในหนึ่งชั่วโมง แต่การกำหนดเพดานการถอนจะช่วยหยุดมันได้หรือไม่?

เกิดอะไรขึ้นกับ Liquid Network?

Liquid คือ sidechain ของ Bitcoin ที่โทเคน L-BTC บนเครือข่ายต้องมี Bitcoin จริงค้ำประกันอยู่ใน reserve ของกลุ่มสมาชิกที่เรียกว่า federation แต่เมื่อวันที่ 6 กันยายน 2026 เครือข่ายกลับยอมรับ L-BTC ที่ไม่มี Bitcoin รองรับ และมีการถอนออกจริงราว 3,996 BTC หรือประมาณ 320 ล้านดอลลาร์ในขณะนั้น

จุดสำคัญคือ การถอนครั้งนี้ "ได้รับอนุญาตอย่างถูกต้อง" จากระบบ นั่นแปลว่าความผิดพลาดเกิดตั้งแต่ขั้นตอนตรวจสอบบน sidechain ไม่ใช่ตอนเซ็นถอนออก

AI ช่วยอะไรได้บ้าง?

Simanta Gautam ซีอีโอของ Alpen Labs เปิดเผยเมื่อวันที่ 22 กันยายน ว่า AI agents ของเขาตามรอยช่องโหว่และสามารถสร้างเหตุการณ์ซ้ำ (reproduce) ในเครื่องทดสอบได้ภายในประมาณ 1 ชั่วโมง หลังจากรับรู้ข่าวการโจมตีวันที่ 6 กันยายน

อย่างไรก็ตาม การสาธิตนี้เกิดขึ้น "หลัง" เงินออกไปแล้ว ดังนั้นความเร็ว 1 ชั่วโมงไม่ได้บอกว่าระบบ AI เฝ้าระวังแบบต่อเนื่องจะเตือนได้ทันก่อนเหตุการณ์จริงหรือไม่

ช่องโหว่อยู่ตรงไหน?

ซอฟต์แวร์ Elements ซึ่งเป็นพื้นฐานของ Liquid มีระบบแคชผลการตรวจสอบ cryptographic proof ที่แนบกับธุรกรรมแบบ confidential transaction การเปลี่ยนโค้ดวันที่ 1 กันยายน พยายามให้ผลแคชแต่ละรายการขึ้นกับบริบททั้งหมดที่กระทบการตรวจสอบ รวมถึง asset generator และ output script แต่ Alpen ระบุว่าโค้ดนำฟิลด์เหล่านี้มาต่อกันเป็น raw bytes โดยไม่กำหนดขอบเขตของแต่ละฟิลด์ ทำให้ proof ที่ถูกต้องตัวหนึ่ง ("seed") กับเป้าหมายที่ไม่ถูกต้องอีกตัวสร้าง input สำหรับแคชที่เหมือนกันได้

ในการทดสอบซ้ำของ Alpen การตรวจสอบใหม่ปฏิเสธเป้าหมาย แต่ wrapper ของแคชยอมรับมันหลัง seed เข้าไปอยู่ในแคชก่อน อย่างไรก็ตาม Alpen ยอมรับว่าไม่มีไบนารี validator ที่ใช้จริงและข้อมูลแคชในอดีต จึงต้องอาศัยการอนุมานจากซอร์สโค้ดและหลักฐานบนเชน

SideSwap หนึ่งในผู้ให้บริการ เสริมว่า build เพื่อความปลอดภัยที่ติดตั้งบนโหนดของตัวเองตั้งแต่เดือนสิงหาคม ก็ยอมรับธุรกรรมโจมตีนี้เช่นกัน

ฝั่งนักพัฒนาแก้ไขเร็ว: วันที่ 8 กันยายน Elements เปลี่ยน cache key ให้เข้ารหัสความยาวของฟิลด์ เพิ่มเทสต์เฉพาะเรื่อง collision และเพิ่มตัวเลือกข้าม range-proof cache ตามด้วยเวอร์ชัน 23.3.4 ในวันที่ 9 กันยายน

เงิน 3,996 BTC ออกไปอย่างไร?

ตามบัญชีของ SideSwap ผู้โจมตีส่ง L-BTC 4,000 หน่วยเข้าบริการ peg-out ในเวลา 14:05 UTC ของวันที่ 6 กันยายน SideSwap เผาโทเคนด้วยสิทธิ์ที่ถูกต้องเวลา 14:06 คำสั่งเกินยอดในวอลเล็ต ทำให้การจ่ายเงินสองครั้งแรกล้มเหลว ก่อนที่ federation จะปล่อย BTC 3,996 เหรียญเวลา 14:28 และ SideSwap ส่งต่อ 3,995.99999857 BTC ไปยังที่อยู่ของลูกค้าภายในบล็อกเดียวกัน

ทำไมจำกัดวงเงินถึงอาจหยุดทุกอย่างได้?

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

จุดที่ระบบป้องกันติดตั้ง กำหนดว่ามันป้องกันความสูญเสียส่วนไหนได้ — คีย์ออฟไลน์จะสร้างช่วงหยุดชั่วคราว ส่วนการส่งต่อแบบ manual ที่ช้ากว่าอาจช่วยให้ BTC ที่ federation จ่ายออกยังอยู่ในการควบคุมเพื่อคืนได้

ตอนนี้สถานะเป็นอย่างไร?

Liquid แถลงวันที่ 17 กันยายนว่าธุรกรรมทั่วไปกลับมาแล้ว แต่การ peg-out ยังหยุดอยู่ และจะเปิดให้ถอนใหม่ต่อเมื่อยืนยันการค้ำประกัน BTC แบบหนึ่งต่อหนึ่งครบถ้วน พร้อมอัปเดตซอฟต์แวร์ การทดสอบ และการตรวจสอบอิสระเสร็จสิ้น

คำถามที่ยังไม่มีคำตอบคือ: เมื่อการถอนกลับมา จะมีกลไกอิสระที่หยุดคำสั่งขนาดเท่า reserve ที่อนุญาตถูกต้อง ก่อนที่ Bitcoin จะออกจากการควบคุมของ federation หรือไม่