ข้อพิพาทเกี่ยวกับบันทึก หนึ่งคีย์โต้แย้งข้ออ้างเรื่องการถูกแฮกของแอป Ethereum ที่มีบั๊กซ้ำ

Ledger ปฏิเสธข้อกล่าวอ้างว่าถูก “แฮก” หลังจาก OneKey สามารถทำซ้ำช่องโหว่การแทนที่ธุรกรรมในแอป Ethereum รุ่นเก่า Ledger ได้โต้แย้งหลังจากทีมความปลอดภัย Anzen ของ OneKey ระบุว่าพวกเขา “แฮก Ledger” โดยการทำซ้ำช่องโหว่การแทนที่ธุรกรรมในแอป Ethereum รุ่นล้าสมัย Ledger ยืนยันว่าช่องโหว่นี้มีอยู่จริง แต่ได้รับการแก้ไขแล้วก่อนที่ OneKey จะจัดแสดงสาธารณะ เกิดอะไรขึ้น - เมื่อวันที่ 27 ส.ค. Yishi Wang ผู้ก่อตั้ง OneKey ทวีตว่าทีมของเขาประสบความสำเร็จในการทำซ้ำการโจมตีแบบแทนที่ธุรกรรมต่อแอป Ethereum เวอร์ชัน 1.22.1 ของ Ledger ในสภาพแวดล้อมห้องปฏิบัติการ เขาอธิบายปัญหานี้เป็นการแข่งขันระหว่างการแสดงผลธุรกรรมกับบัฟเฟอร์ธุรกรรมพื้นฐาน - Ledger ยอมรับช่องโหว่พื้นฐานแต่เน้นย้ำว่าบริษัทได้อัปเดตช่องโหว่นี้ก่อนที่ OneKey จะเผยแพร่การสาธิต Charles Guillemet หัวหน้าเทคโนโลยีของ Ledger กล่าวว่า “การทำซ้ำช่องโหว่ที่แก้ไขแล้วไม่ใช่การ ‘แฮก Ledger’” และเรียกงานของ OneKey ว่าเป็นการทดลองในห้องปฏิบัติการกับแอปเวอร์ชันเก่า การทำงานของช่องโหว่นี้ (ในภาษาทั่วไป) - แอป Ledger รับคำสั่งที่เรียกว่า APDUs (คำสั่ง Application Protocol Data Unit) จากซอฟต์แวร์วอลเล็ต เว็บเพจ หรืออินเทอร์เฟซโฮสต์อื่นๆ - ในเวอร์ชันแอปที่ได้รับผลกระทบ คำสั่ง APDU ที่สองสามารถรับได้ขณะผู้ใช้ยังคงตรวจสอบธุรกรรมบนหน้าจออุปกรณ์ คำสั่งที่สองนี้สามารถเขียนทับพารามิเตอร์การลงนามในหน่วยความจำร่วมโดยไม่เปลี่ยนสิ่งที่แสดงบนอุปกรณ์ - ผลลัพธ์: ผู้ใช้อาจตรวจสอบและอนุมัติธุรกรรม A บนอุปกรณ์ ในขณะที่กุญแจปลอดภัยจริงๆ ลงนามในธุรกรรม B — และอุปกรณ์จะไม่แจ้งเตือนผู้ใช้ว่าข้อมูลการลงนามพื้นฐานได้เปลี่ยนไป - Ledger จัดประเภทนี้เป็นช่องโหว่แบบ race condition จาก time-of-check ไปยัง time-of-use (TOCTOU) ซึ่งเอาชนะการป้องกันการแสดงผลที่เชื่อถือได้ที่กระเป๋าเงินฮาร์ดแวร์ใช้เพื่อให้ผู้ใช้ตรวจสอบจำนวน เลขที่อยู่ และการกระทำของสัญญา สิ่งที่เสี่ยงและไม่เสี่ยง - ช่องโหว่นี้ไม่ได้รั่วไหล Seed Phrase หรือดึงกุญแจส่วนตัวออกจาก secure element แต่สามารถทำให้กุญแจที่ได้รับการป้องกันลงนามในข้อมูลที่ต่างจากที่แสดงให้ผู้ใช้เห็น - ผู้โจมตีต้องควบคุมช่องทางการสื่อสารระหว่างแอป Ledger กับโฮสต์ เช่น มัลแวร์บนโฮสต์ แอปวอลเล็ตที่ถูกโจมตี หรือเว็บเพจที่เป็นอันตรายที่มีการเข้าถึง WebHID/WebUSB การโจมตีไม่สามารถดำเนินการจากระยะไกลกับอุปกรณ์ที่ไม่ได้เชื่อมต่อ - การโจมตีสำเร็จยังต้องให้ผู้ใช้อนุมัติธุรกรรมขณะซอฟต์แวร์อันตรายกำลังดัดแปลงบริบทการลงนามที่ค้างอยู่ ตำแหน่งของช่องโหว่และวิธีแก้ไข - Ledger ระบุว่าข้อบกพร่องอยู่ในการจัดการอินพุต/เอาต์พุตใน Secure SDK ของตน ไม่ใช่ในระบบปฏิบัติการหรือเฟิร์มแวร์ของอุปกรณ์ แอปที่สร้างด้วยเวอร์ชัน SDK ที่ได้รับผลกระทบพึ่งพาการตรวจสอบสถานะของตนเองเพื่อปฏิเสธคำสั่งที่แทรกซ้อน - เนื่องจากเหตุนี้ การเปิดเผยจึงเฉพาะเจาะจงกับแอป: แอปยังปลอดภัยหากจุดเข้าคำสั่งแบบอะซิงโครนัสทุกจุดตรวจสอบสถานะอย่างถูกต้อง แม้ว่าจะสร้างด้วย SDK ที่ได้รับผลกระทบ - เส้นเวลาของการแก้ไข: - 13 ส.ค.: เวอร์ชันแอป Ethereum 1.22.2 เพิ่มการตรวจสอบสถานะระดับแอปเพื่อหยุดเส้นทางการแทนที่ธุรกรรมที่ระบุไว้ - 21 ส.ค.: Ledger เปิดตัว Secure SDK 26.6.1 ซึ่งบล็อกคำสั่งที่แทรกซ้อนก่อนที่รหัสแอปจะได้รับ การสร้างแอปใหม่ด้วย SDK ที่แก้ไขแล้ว - Ledger แนะนำให้ใช้แอป Ethereum เวอร์ชัน 1.22.3 ขึ้นไป เพราะรวมถึงการป้องกันแบบ SDK โดยรวมและแก้ไขข้อบกพร่องการแสดงผลธุรกรรมเพิ่มเติม OneKey ถูกต้องที่ระบุว่าเวอร์ชัน 1.22.3 มีการป้องกันแล้ว แต่มีมาตรการแก้ไขระดับแอปครั้งแรกในเวอร์ชัน 1.22.2 คำแนะนำเชิงปฏิบัติสำหรับผู้ใช้งานและนักพัฒนา - Ledger รายงานไม่มีหลักฐานว่าผู้โจมตีเคยใช้ประโยชน์จากช่องโหว่นี้ (ระบุเป็น LSB-023) และไม่มีการสูญเสียคริปโตใดๆ เชื่อมโยงกับช่องโหว่นี้อย่างเปิดเผย - ผู้ใช้งานควรเปิด Ledger Live ติดตั้งแอปอุปกรณ์ล่าสุด และตรวจสอบเวอร์ชันแอป Ethereum ในฮาร์ดแวร์วอลเล็ต การอัปเดตเฟิร์มแวร์เพียงอย่างเดียวไม่ได้แทนที่แอปที่สร้างด้วย SDK ที่ได้รับผลกระทบ — จำเป็นต้องอัปเดตแอปด้วย - นักพัฒนาแอปฝ่ายภายนอกควรตรวจสอบการจัดการสถานะของตนและสร้างแอปใหม่ด้วย Secure SDK เวอร์ชัน 26.6.1 หรือใหม่กว่า Ledger อธิบายว่าจุดอ่อนนี้ถูกเพิ่มเข้ามาในเดือนสิงหาคม 2025 และส่งผลกระทบถึงเวอร์ชัน SDK 26.6.0 บริบทโดยรวม - การเปิดเผยครั้งนี้ตามหลังการแก้ไขกระเป๋าเงินฮาร์ดแวร์หลายครั้ง; เช่น BitBox เพิ่งแก้ไขช่องโหว่สองรายการที่กระทบการติดตั้งเฟิร์มแวร์และการจัดการที่อยู่ Bitcoin โดยไม่มีหลักฐานยืนยันว่าถูกใช้งานจริง สรุป ประเด็นทางเทคนิคที่ OneKey สาธิตมีอยู่จริงแต่มีขอบเขตจำกัด: มันต้องอาศัยโฮสต์ที่ถูกโจมตีและการอนุมัติจากผู้ใช้งาน และ Ledger ระบุว่าได้แก้ไขปัญหานี้ก่อนที่จะมีการสาธิตสาธารณะ ผู้ใช้งานควรอัปเดตแอปผ่าน Ledger Live และนักพัฒนาจำเป็นต้องสร้างใหม่ด้วย SDK ที่แก้ไขแล้วเพื่อปิดช่องโหว่