Ledger ออกแพตช์แก้ช่องโหว่แอป Ethereum ที่อาจทำให้ลายเซ็นธุรกรรมไม่ตรงกับข้อมูลบนหน้าจอ

ผู้ใช้ Ledger ที่ถือ Ether หรือโทเคน ERC20 ควรเปิด Ledger Live เพื่อตรวจสอบเวอร์ชัน "Ethereum app" บนตัวเครื่อง หากยังต่ำกว่า 1.22.2 แปลว่ายังไม่ได้รับแพตช์ความปลอดภัยสำคัญ ซึ่งปิดช่องโหว่ที่กระทบหัวใจของฮาร์ดแวร์วอลเล็ต: หน้าจอบนตัวเครื่องต้องแสดงสิ่งที่กำลังจะถูกลงนามจริง ประเด็นนี้ถูกเปิดเผยต่อสาธารณะเมื่อ 24 สิงหาคม 2026 หลังบริษัทความปลอดภัย TestMachine เผยแพร่บทวิเคราะห์ โดยตัวแพตช์มีอยู่แล้วก่อนหน้านั้น ระหว่างวันค้นพบ-วันเผยแพร่มีข้อโต้แย้งว่าใครพบก่อนและ Ledger ปล่อยแก้ไขเมื่อใด แต่สำหรับผู้ใช้งาน สิ่งสำคัญคือเวอร์ชันบนอุปกรณ์ และการอนุมัติ (approval) ที่เคยให้ไว้ในอดีต สรุปเหตุการณ์: ช่องโหว่อยู่ที่แอป ไม่ใช่เฟิร์มแวร์หรือคีย์ส่วนตัว Ledger ระบุว่าเฟิร์มแวร์ของอุปกรณ์และการเก็บรักษา private key ไม่ได้รับผลกระทบ ปัญหาอยู่ใน "Ethereum app" ซึ่งเป็นแอปย่อยที่ติดตั้งเพิ่มบนตัวเครื่องเพื่อใช้งานกับ Ether และโทเคน ERC20 ทำหน้าที่เตรียมธุรกรรม แสดงรายละเอียดให้ผู้ใช้ตรวจสอบ และรับการยืนยันเพื่อเซ็น ในเวอร์ชันที่มีปัญหา ลำดับการทำงานอาจถูกทำให้ "สลับคิว" ได้ เว็บไซต์หรือเว็บแอปที่เป็นอันตรายและมีสิทธิ์เข้าถึงอุปกรณ์ที่เชื่อมต่ออยู่ สามารถส่งคำสั่งให้เซ็นรายการที่สองได้ในช่วงที่ธุรกรรมรายการแรกยังแสดงอยู่บนหน้าจอเพื่อรอการตรวจสอบ แอปจะสลับข้อมูลในหน่วยความจำโดยไม่เปิดหน้าจอตรวจสอบใหม่ ทำให้หน้าจอยังแสดงธุรกรรมที่ดูปลอดภัย แต่การกดยืนยันกลับไปผูกกับข้อมูลชุดใหม่ที่ถูกสลับเข้ามา นักวิจัยระบุว่าสามารถทำซ้ำรูปแบบดังกล่าวได้บน Ledger Flex และเนื่องจากอุปกรณ์หลายรุ่นใช้โค้ดของ Ethereum app ร่วมกัน รุ่น Nano X, Nano S Plus, Stax และ Apex จึงถูกมองว่าอาจได้รับผลกระทบเช่นกัน Ledger ยังไม่เปิดเผยว่าเวอร์ชันใดเป็นจุดเริ่มต้นของบั๊ก โดยการเปรียบเทียบของนักวิจัยเริ่มตั้งแต่ 1.22.1 ซึ่งเป็นเวอร์ชันที่แท็กไว้ก่อนหน้า ลงวันที่ 27 พฤษภาคม 2026 "Clear signing" คือคำมั่นด้านความปลอดภัยที่ช่องโหว่นี้ไปกระทบ แนวคิด "clear signing" คือการแสดงข้อมูลธุรกรรมเป็นข้อความชัดเจนบนหน้าจอของฮาร์ดแวร์วอลเล็ตก่อนผู้ใช้ยืนยัน เช่น ที่อยู่ผู้รับ จำนวนเงิน และในกรณีเรียกสัญญา (contract call) ต้องระบุว่าโปรแกรมจะทำอะไร นี่คือเหตุผลหลักที่ผู้ใช้ซื้อฮาร์ดแวร์วอลเล็ต: คอมพิวเตอร์อาจติดมัลแวร์ เบราว์เซอร์อาจถูกหลอกให้แสดง UI ปลอม เว็บไซต์อาจเป็นเว็บปลอม แต่หน้าจอบนอุปกรณ์ควรเป็นแหล่งข้อมูลสุดท้ายที่เชื่อถือได้ก่อนกดเซ็น ช่องโหว่นี้ทำให้เกิดสถานการณ์ที่ private key ยังปลอดภัย เฟิร์มแวร์ไม่ถูกแตะต้อง แต่ "ความยินยอม" ที่ถูกส่งขึ้นเชน อาจไม่ใช่สิ่งที่ผู้ใช้เพิ่งอ่านบนหน้าจอ หากหน้าจอไม่สามารถถือเป็นหลักฐานผูกพันของสิ่งที่จะเซ็นได้ ในมุมนี้อุปกรณ์ก็แทบไม่ต่างจากซอฟต์แวร์วอลเล็ตบนเครื่องที่ติดเชื้อ แก่นทางเทคนิค: race condition และคำสั่ง APDU ช่องโหว่นี้ถูกอธิบายว่าเป็น "race condition" คือบั๊กที่ผลลัพธ์ขึ้นกับว่า 2 คำสั่งที่เกิดขึ้นไล่เลี่ยกัน ถูกประมวลผลคำสั่งใดก่อน ปัญหาประเภทนี้ตรวจจับยาก เพราะโค้ดดูถูกต้องและส่วนใหญ่ทำงานปกติ จะโผล่เมื่อมีคนจงใจจัดจังหวะให้เกิด APDU คือรูปแบบคำสั่งที่สมาร์ตการ์ด/ฮาร์ดแวร์วอลเล็ตใช้สื่อสารกับคอมพิวเตอร์ หนึ่งการเซ็นประกอบด้วยหลายคำสั่ง โดย Ethereum app เก็บ "สถานะ" (state) ว่าธุรกรรมใดกำลังอยู่ระหว่างการรีวิว สถานะนี้สามารถถูกเขียนทับได้ทั้งที่ยังอยู่ในหน้าจอรีวิว ส่งผลให้การยืนยันอาจไปผูกกับข้อมูลอีกชุด WebHID: ทำไมเว็บถึงคุยกับอุปกรณ์ได้ การโจมตีตามที่อธิบายต้องอาศัย WebHID ซึ่งเป็นอินเทอร์เฟซในเบราว์เซอร์ที่อนุญาตให้เว็บไซต์สื่อสารกับอุปกรณ์ USB ได้ เมื่อผู้ใช้กดอนุญาตอย่างชัดเจน หากไม่มี WebHID การใช้ฮาร์ดแวร์วอลเล็ตกับแอปกระจายศูนย์ (dApp) จะไม่สะดวก แต่ข้อแลกเปลี่ยนคือเว็บไซต์สามารถอยู่ "ใกล้" อุปกรณ์มากกว่าที่ผู้ใช้หลายคนคิด เงื่อนไขสำคัญคือผู้ใช้ต้องเคยให้สิทธิ์ WebHID กับเว็บที่ถูกปลอม แทรกแซง หรือถูกยึด และเริ่มทำธุรกรรมบนเว็บนั้น การโจมตีไม่สามารถทำจากระยะไกลกับอุปกรณ์ที่ไม่ได้เสียบอยู่ได้ ทำให้ขอบเขตผู้ได้รับผลกระทบแคบลง แต่สำหรับคนที่ใช้ DEX, bridge หรือหน้า staking เป็นประจำ การให้สิทธิ์ลักษณะนี้เกิดขึ้นบ่อย จุดเสี่ยงหลัก: สลับ "โอน" เป็น "อนุมัติ (approval)" โดยเฉพาะแบบไม่จำกัด ความเสียหายจากการสลับข้อมูลระหว่างทาง มักไม่ได้มาจากการโอน (transfer) ตรงหน้า แต่มาจากการแอบแทนที่ด้วย "token approval" ซึ่งเป็นการให้สัญญาอัจฉริยะมีสิทธิ์โอนโทเคนของคุณในอนาคต โดยไม่ต้องยืนยันทุกครั้ง หลายแอปขอสิทธิ์แบบไม่จำกัด (unlimited) เพื่อความสะดวก approval ที่ให้ไปแล้วไม่หมดอายุ และยังมีผลจนกว่าจะถูกเพิกถอน (revoke) เอง ความต่างคือ: - transfer: เสียเท่าที่กดยืนยัน - unlimited approval: ในกรณีเลวร้ายอาจถูกดูดทั้งยอดของโทเคนนั้น เมื่อใดก็ได้ตามที่ผู้รับสิทธิ์เลือก อัปเดต Ethereum app เป็น 1.22.2 ผ่าน Ledger Live เวอร์ชัน 1.22.2 ปิดช่องโหว่ด้วยกลไก 2 ชั้น: แอปจะไม่ยอมเริ่มเซสชันการเซ็นใหม่ระหว่างที่กำลังรีวิว และจะปฏิเสธคำสั่งยืนยันที่เข้ามาเมื่อสถานะไม่ตรงกับสิ่งที่แสดงบนหน้าจอ รายการเวอร์ชันอยู่ในหน้าสรุปการปล่อยอัปเดตของ Ethereum app บนเว็บไซต์ของ Ledger โดยบันทึกการเปลี่ยนแปลงระบุเพียงว่าแก้ประเด็นความปลอดภัย โดยไม่ลงรายละเอียดช่องโหว่ การอัปเดตทำได้ตามปกติ: เชื่อมต่ออุปกรณ์ เปิด Ledger Live เข้าเมนูจัดการแอป (manager) แล้วอัปเดต Ethereum app ยอดคงเหลือไม่กระทบ เพราะคีย์มาจาก recovery phrase ไม่ได้อยู่ในตัวแอป การลบแล้วติดตั้งแอปใหม่ก็ไม่ทำให้เหรียญหาย วิธีเช็กเวอร์ชันที่ติดตั้ง ใน Ledger Live หน้าจัดการอุปกรณ์จะแสดงหมายเลขเวอร์ชันของแต่ละแอป หาก Ethereum app เป็น 1.22.2 ขึ้นไปถือว่าได้รับแพตช์แล้ว หากเป็น 1.22.1 หรือต่ำกว่า ยังขาดแพตช์ การดูเวอร์ชันของ Ledger Live เองไม่เพียงพอ ทำไมอัปเดตเฟิร์มแวร์แล้วแอปยังไม่อัปเดตตาม เฟิร์มแวร์, Ledger Live และแอปเหรียญแต่ละตัวถูกดูแลและอัปเดตแยกกัน ผู้ใช้จำนวนมากอัปเดตเฟิร์มแวร์แล้วคิดว่าปลอดภัย แต่ยังคงใช้ Ethereum app เวอร์ชันเก่าอยู่ กรณีนี้ต่างจากเหตุการณ์อื่นในอุตสาหกรรม เช่นบางกรณีต้องสร้าง seed ใหม่เพราะปัญหาอยู่ระดับพื้นฐาน หรือบางกรณีเป็นช่องโหว่ในเฟิร์มแวร์ สำหรับกรณีนี้อยู่ในแอปที่ถอดเปลี่ยนได้ จึงอัปเดตแอปก็เพียงพอ ไม่จำเป็นต้องสร้าง recovery phrase ใหม่ หลังอัปเดตแล้วต้องทำต่อ: ตรวจสอบและเพิกถอน approval เก่า แพตช์ช่วยป้องกันลายเซ็นในอนาคต แต่ไม่ล้างสิ่งที่เคยอนุมัติไปแล้ว หากช่วงหลายเดือนที่ผ่านมาใช้งาน dApp บ่อย ควรตรวจสอบ approval ที่ยังเปิดค้างบนที่อยู่ของคุณ โดยใช้บล็อกเอ็กซ์พลอเรอร์หรือเครื่องมือเฉพาะทางที่แสดงว่าแต่ละสัญญามีสิทธิ์จัดการโทเคนใดได้บ้าง แล้วค่อย ๆ revoke สัญญาที่ไม่ใช้แล้วทีละรายการ การ revoke เป็นธุรกรรมปกติและต้องเสียค่าธรรมเนียมเครือข่าย จึงเหมาะทำในช่วงค่าธรรมเนียมต่ำ อีกผลข้างเคียงคือการ revoke จะไปปรากฏในประวัติธุรกรรมและเพิ่มค่าใช้จ่าย ผู้ที่จัดบันทึกการเคลื่อนไหวไว้ดีจะทำเรื่องภาษีง่ายขึ้น เพราะเครื่องมือภาษีและพอร์ตจำนวนมากสามารถดึงเหตุการณ์เหล่านี้เข้าไปได้อัตโนมัติ ข้อพิพาทเรื่องการเปิดเผย: Ledger vs TestMachine ลำดับเหตุการณ์ตามสองฝ่ายไม่ตรงกัน และยังไม่มีการยืนยันโดยอิสระ - Charles Guillemet ประธานเจ้าหน้าที่เทคโนโลยีของ Ledger ระบุว่า Ledger Donjon (แล็บความปลอดภัยภายใน) พบข้อผิดพลาดเอง และส่งแพตช์ออกไปราว 2 สัปดาห์ก่อนเผยแพร่ พร้อมกล่าวว่า TestMachine เพิ่งเข้ามาหลังจากนั้นผ่านบั๊กบาวน์ตี และมองว่าคำกล่าวของบริษัทความปลอดภัยทำให้ผู้คนหวาดกลัวเพื่อเรียกความสนใจ - TestMachine โต้ว่า ระบบทดสอบอัตโนมัติชื่อ Azimuth เป็นผู้พบช่องโหว่ระหว่างรันบน Ledger Flex และได้แจ้งผลให้ Ledger แล้ว ในมุมของบริษัท ณ วันที่เผยแพร่ยังไม่มีแพตช์ให้ใช้งาน ข้อมูลที่ตรวจสอบได้บางส่วนอยู่กึ่งกลาง: บันทึกการเปลี่ยนแปลงของเวอร์ชัน 1.22.2 ลงวันที่ 12 สิงหาคม 2026 แท็กแบบเซ็นในซอร์สรีโพซิทอรีลงวันที่ 13 สิงหาคม แต่การปล่อยเป็นรีลีสที่มองเห็นได้เกิดราว 24 สิงหาคม ใกล้เคียงกับวันเผยแพร่บทวิเคราะห์ของ TestMachine ซึ่งหมายความว่าช่วงก่อนหน้านั้นผู้ใช้ที่พยายามตรวจสอบอาจยังหาแพตช์ไม่เจอ รายละเอียดลำดับเหตุการณ์เชิงเทคนิคพร้อมไทม์ไลน์ถูกเรียบเรียงโดย CryptoSlate มีความเสียหายจริงหรือไม่ จากข้อมูลที่ทั้งสองฝ่ายให้ ณ ตอนนี้ยังไม่มีกรณียืนยันว่าช่องโหว่ถูกนำไปใช้โจมตีจริง ไม่พบรายงานความสูญเสีย และช่องทางนี้ไม่สามารถอ่าน private key ออกมาได้อยู่แล้ว แต่ยังต้องระบุข้อจำกัด: ลายเซ็นที่ได้ไปจะดูบนเชนเหมือนการเซ็นโดยสมัครใจ ผู้เสียหายอาจสังเกตเห็นก็ต่อเมื่อโทเคนถูกโอนออกในภายหลังและอาจเข้าใจว่าเป็นฟิชชิงทั่วไป การไม่มีเคสยืนยันจึงไม่ใช่หลักฐานว่ามี "ศูนย์เคส" อย่างแน่นอน บทเรียนต่อฮาร์ดแวร์วอลเล็ตและการดูแลสินทรัพย์เอง กรณีนี้ไม่ควรถูกตีความว่า "ฮาร์ดแวร์วอลเล็ตไม่ปลอดภัย" เพราะการโจมตีต้องมีสิทธิ์เข้าถึงอุปกรณ์จากผู้ใช้แล้วและต้องเป็นเว็บ/แอปที่เป็นอันตราย คีย์ไม่ถูกแตะต้อง และแพตช์ถูกปล่อยแล้ว บทเรียนคือการย้ายความเชื่อใจจากคอมพิวเตอร์ไปยังอุปกรณ์ที่มีหน้าจอแยก จำเป็นต้องดูแลหลายชั้นพร้อมกัน ทั้งเฟิร์มแวร์ แอปเหรียญ และซอฟต์แวร์คู่หู การรักษาความปลอดภัยจึงเป็น "การบำรุงรักษา" มากกว่าคุณสมบัติที่ได้มาเมื่อซื้อสินค้า สิ่งที่ควรทำตอนนี้ 1) เช็กเวอร์ชันและอัปเดต: ใน Ledger Live ให้ตรวจสอบ Ethereum app หากต่ำกว่า 1.22.2 ให้อัปเดตทันที และอย่าเข้าใจผิดว่าอัปเดตเฟิร์มแวร์แล้วจะครอบคลุม 2) เคลียร์ approval ที่ไม่จำเป็น: ตรวจสอบสัญญาที่มีสิทธิ์ใช้โทเคนของคุณ และ revoke ทุกอย่างที่ไม่ต้องใช้แล้ว หากต้องการแยกที่อยู่สำหรับใช้งานประจำวัน อาจพิจารณาใช้ที่อยู่แยกยอดน้อย 3) บันทึกการทำธุรกรรม: การ revoke และการย้ายสินทรัพย์มีค่าธรรมเนียมและปรากฏในประวัติ ควรบันทึกไปพร้อมกันเพื่อความสะดวกด้านบัญชีและภาษี (ข้อมูล ณ วันที่ 25 สิงหาคม 2026 บทความนี้ไม่ใช่คำแนะนำการลงทุน ราคาและโครงสร้างค่าธรรมเนียมเปลี่ยนแปลงได้ โปรดตรวจสอบเงื่อนไขกับผู้ให้บริการก่อนตัดสินใจซื้อ)