ถอนซ้ำ 1,490 ครั้ง ไอคอน(ICX) โดนโจมตีซ้ำลายเซ็น เสียหายกว่า 119 ล้าน ICX

เครือข่ายไอคอน(ICON) ถูกโจมตีด้วยวิธี 'ส่งลายเซ็นซ้ำ' (replay attack) จนข้อความถอนเงินที่เคยได้รับอนุมัติแล้ว 2 รายการถูกนำมาใช้ซ้ำ ทำให้สินทรัพย์ของมูลนิธิถูกโอนออกไปสูงถึง 119,866,000 ICX และ 531,600 bnUSD โดยผู้โจมตีส่งข้อความเดิมซ้ำถึง 1,492 ครั้ง และมีคำสั่งที่ประมวลผลสำเร็จ 1,490 ครั้ง

มูลนิธิไอคอน(ICON Foundation) เปิดเผยในรายงานหลังเหตุการณ์ (Postmortem) เมื่อวันที่ 30 สิงหาคม ว่าการโจมตีแบบส่งลายเซ็นซ้ำเกิดขึ้นในวันที่ 27 สิงหาคม ตั้งแต่เวลา 11:01:02 น. ถึง 11:21:12 น. ตามเวลาเกาหลีใต้ รวมระยะเวลาประมาณ 20 นาที พร้อมระบุว่าเงินฝาก ยอดคงเหลือ และโพซิชันของผู้ใช้งานไม่ได้ถูกเข้าถึงหรือได้รับผลกระทบแต่อย่างใด

จุดสำคัญของเหตุการณ์นี้คือ ลายเซ็นเดิมถูกนำมาประมวลผลซ้ำราวกับเป็นข้อความถอนเงินใหม่ ตามคำอธิบายของมูลนิธิ ในกระบวนการปรับข้อความถอนเงินให้มีขนาดคงที่ 32 ไบต์ เกิด 'ข้อผิดพลาดด้านความละเอียดของจำนวนเต็ม' (integer precision error) ขึ้น ทำให้การตรวจสอบความถูกต้องของข้อมูล (integrity check) กับการยืนยันลายเซ็นเชิงรหัสลับ (cryptographic signature verification) อ้างอิงบิตคนละชุดกัน จนเกิดช่องโหว่

การตรวจสอบความถูกต้องของข้อมูลจะดูที่บิตส่วนบนของหมายเลขลำดับ (serial number) ขณะที่การยืนยันลายเซ็นจะดูที่บิต 256 บิตส่วนล่าง ผู้โจมตีจึงคงเพย์โหลดที่มีลายเซ็นและค่าลายเซ็นไว้เหมือนเดิม แต่แก้ไขเฉพาะส่วนที่ไม่ได้อยู่ภายใต้ลายเซ็น ทำให้ระบบมองว่าเป็นข้อความใหม่และปล่อยผ่านไปได้

การโจมตีแบบส่งซ้ำ (replay attack) คือวิธีการนำลายเซ็นหรือข้อความธุรกรรมที่เคยใช้งานได้จริงมาส่งซ้ำ เพื่อหลอกให้ระบบประมวลผลซ้ำซ้อน ในสมาร์ทคอนแทรกต์ บริดจ์ และสัญญาสำหรับการย้ายเครือข่าย (migration contract) การตรวจสอบความเป็นเอกลักษณ์ของข้อความและการจัดการค่า nonce ถือเป็นกลไกสำคัญที่ป้องกันการถอนเงินซ้ำ

ทั้งนี้ ปริมาณสินทรัพย์ที่ถูกปล่อยออกไปกับความเสียหายที่ยืนยันแล้วเป็นคนละตัวเลขกัน มูลนิธิระบุว่าความเสียหายสุทธิที่ยืนยันแล้วอยู่ที่ 150.2 อีเธอเรียม(ETH) และ 31,204 ยูเอสดีซี(USDC) ส่วน bnUSD และ SODA ได้รับการกู้คืนกลับมาทั้งหมดแล้ว

ICX ส่วนใหญ่ยังคงถูกอายัดไว้บนกระดานเทรด และอยู่ระหว่างการติดตามกู้คืน มูลนิธิระบุว่ายังเร็วเกินไปที่จะสรุปว่าสินทรัพย์ทั้งหมดที่ถูกปล่อยออกไปเป็นความเสียหายขั้นสุดท้าย เนื่องจากปริมาณที่กู้คืนได้จะขึ้นอยู่กับความร่วมมือของกระดานเทรดและกระบวนการของหน่วยงานบังคับใช้กฎหมาย

ความล่าช้าในการตอบสนองก็เป็นอีกประเด็นสำคัญในรายงาน Postmortem ฉบับนี้ ระบบแจ้งเตือนการมอนิเตอร์ครั้งแรกทำงานขึ้นเมื่อเวลา 11:08 น. ของวันที่ 27 สิงหาคม ขณะที่ทีมเทคนิคเริ่มเข้าตรวจสอบราวเที่ยงวัน 12:40 น.

มูลนิธิสั่งระงับสัญญาที่เกี่ยวข้องในเวลา 12:53 น. ก่อนที่เครือข่ายทั้งหมดจะถูกปิดตัวลงในเวลา 15:18:54 น. และกลับมาเปิดให้ใช้งานอีกครั้งในวันที่ 28 สิงหาคม เวลาประมาณ 16:51 น.

ผู้โจมตีกระจาย ICX ไปยังที่อยู่ฝากเงินของกระดานเทรดหลายแห่ง มูลนิธิระบุว่าได้ส่งหนังสือแจ้งขออายัดและเก็บรักษาหลักฐาน พร้อมประวัติธุรกรรมไปยังกระดานเทรดที่เกี่ยวข้อง และขอให้ระบุตัวบัญชีพร้อมเก็บรักษาข้อมูลยืนยันตัวตนลูกค้า (KYC)

อย่างไรก็ตาม มูลนิธิอธิบายว่ายังยากที่จะได้รับข้อมูลปริมาณการอายัด แปลง หรือถอนเงินที่แน่ชัดจากกระดานเทรดแต่ละแห่ง จนกว่ากระบวนการของหน่วยงานบังคับใช้กฎหมายจะคืบหน้า เนื่องจากบัญชีภายในของกระดานเทรดและข้อมูล KYC เป็นส่วนที่ต้องอาศัยความร่วมมือจากผู้ดำเนินการแพลตฟอร์มและหน่วยงานสอบสวน

กระดานเทรดหลายแห่งระงับการฝากถอน ICX ชั่วคราวเช่นกัน บิทเก็ต(Bitget) แจ้งระงับการฝากถอน ICX ตั้งแต่เวลา 14:47 น. ของวันที่ 27 สิงหาคม ตามเวลาเกาหลีใต้ โดยให้เหตุผลว่าอยู่ระหว่างตรวจสอบระบบกระเป๋าเงิน ขณะที่คูคอยน์(KuCoin) ปิดบริการฝากถอน ICX ในวันที่ 28 สิงหาคม โดยระบุเหตุผลว่าเป็นการตรวจสอบที่จำเป็น

Bitvavo แจ้งผ่านหน้าสถานะระบบเมื่อวันที่ 31 สิงหาคมว่าได้เปิดให้ฝากถอน ICX อีกครั้ง ส่วนตัวเลขที่แน่ชัดว่ากระดานเทรดแต่ละแห่งถือครองเงินของผู้โจมตีอยู่เท่าใด หรืออายัดไว้ได้มากน้อยเพียงใด ยังไม่มีการยืนยันในประกาศของกระดานเทรดเหล่านี้

มูลนิธิสรุปว่าข้อบกพร่องครั้งนี้เป็นปัญหาเฉพาะจุดในโค้ดของไอคอน โดยระบุว่าเครือข่ายอื่น ๆ ที่ได้รับการซัพพอร์ตใช้ตัวเลขจำนวนเต็มแบบความกว้างคงที่ (fixed-width integer) จึงไม่เกิดความไม่สอดคล้องแบบเดียวกัน

ก่อนหน้านี้ ไอคอนอยู่ระหว่างการย้ายเครือข่ายไปสู่ SODA แบบค่อยเป็นค่อยไปอยู่แล้ว โดยประกาศจากชุมชนอย่างเป็นทางการเมื่อวันที่ 6 กุมภาพันธ์ 2026 ระบุแผนที่จะคงเครือข่ายเดิมไว้ พร้อมค่อย ๆ ลดกิจกรรมทางเศรษฐกิจและโครงสร้างผลตอบแทนลงเป็นลำดับ

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

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