CEO Gray Chen เผยแล้วว่าเหตุแฮ็กมูลค่า 352 ล้านดอลลาร์ของ Bitget เกิดจากการโอนปลอม ไม่ใช่คีย์ส่วนตัวรั่วไหล

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

วันที่ 24 กันยายน เวลา 18:31 UTC ระบบตรวจจับของ Bitget ส่งสัญญาณเตือนว่ามีการโอนเงินที่ไม่ได้รับอนุญาตออกจาก hot wallets ของศูนย์ซื้อขายบางส่วน

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

ยอดขาดทุนหยุดตรงนี้หรือยัง?

Chen ยืนยันแล้วว่าการไหลออกของเงินถูกหยุดไว้ได้

"การควบคุมความเสียหายยืนยันแล้ว ไม่มีการโอนที่ไม่ได้รับอนุญาตเพิ่มเติมได้อีก วิธีการบุกรุกระบบที่แท้จริงยังอยู่ระหว่างการสืบสวน รายงานทางเทคนิคฉบับเต็มจะออกมาเมื่อยืนยันได้" เธอกล่าว

แปลว่าตอนนี้ช่องโหว่ถูกอุดแล้ว แต่ยังไม่มีคำตอบว่าคนร้าย "เข้าประตู" มาได้จากไหน

Hot Wallet กับ Warm Wallet ต่างกันตรงไหน และทำไมแฮ็กเข้าถึงได้ถึงสองชั้น?

Hot wallet คือกระเป๋าที่ต่ออินเทอร์เน็ตตลอดเวลา เพื่อให้เงินเคลื่อนไหวได้รวดเร็ว สำหรับศูนย์ซื้อขาย มันเปรียบเสมือนลิ้นชักเงินสดออนไลน์ที่ใช้จ่ายจริง — รับเทรด รับฝาก จ่ายถอนแบบทันที

Warm wallet คือชั้นถัดขึ้นไป เป็นเหมือนห้องเซฟชั้นกลางที่เชื่อมต่อบางส่วน อยู่ระหว่าง hot wallet (อัตโนมัติและออนไลน์) กับ cold storage (ออฟไลน์ 100%) หน้าที่ของมันคือ:

• เติมเงินให้ hot wallet เมื่อยอดเหลือน้อย
• ดึงเงินฝากส่วนเกินออกจากอินเทอร์เน็ต เพื่อไม่ให้ทุนจำนวนมากถูกเปิดเผยความเสี่ยงมากเกินไป

ในเหตุการณ์นี้ Chen ระบุว่าการแฮ็กแผ่ขยายไปถึงชั้น warm wallet ด้วย แปลว่าช่างเลือกจุดโจมตี — เจาะทั้งลิ้นชักเงินสดและห้องเซฟชั้นกลางพร้อมกัน

เหตุการณ์แบบนี้กระทบผู้ใช้ในไทยและเมียนมาอย่างเราอย่างไร?

เหตุการณ์ครั้งนี้ช่วยอธิบายว่าทำไมศูนย์ซื้อขายจึงแบ่งเงินเป็นหลายชั้น: เงินบน hot wallet มีเพียงส่วนเล็กสำหรับหมุนเวียนถอน-ฝากรายวัน ส่วนใหญ่เก็บใน cold storage ที่คนร้ายเข้าถึงไม่ได้เพราะไม่ต่ออินเทอร์เน็ต

หลายคนในไทยที่เคยใช้ศูนย์ซื้อขายทั้งต่างประเทศและแบบท้องถิ่นภายใต้การดูแลของ ก.ล.ต. ไทย มักสงสัยว่าเงินในแอปเสี่ยงแค่ไหน คำตอบสั้น ๆ จากเหตุการณ์นี้คือ: ความเสี่ยงจริงอยู่ที่ชั้นที่ต่ออินเทอร์เน็ต และความเร็วในการ "ตรวจจับ + ตัดวงจร" ของศูนย์ซื้อขายคือตัวชี้วัดสำคัญ — Bitget ใช้เวลาสั้น ๆ หลังเวลา 18:31 UTC ของวันที่ 24 กันยายน ในการหยุดการไหลออก

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