งานวิจัยใหม่ที่ผ่านการทบทวนโดยผู้ทรงคุณวุฒิได้ฉายสปอตไลต์ไปที่ความเสี่ยงของการมอบสิทธิ์กระเป๋าเงิน Ethereum เพียงไม่กี่เดือนหลังจากหนึ่งในอัปเกรดที่ได้รับการคาดหวังมากที่สุดของเครือข่ายถูกใช้งานจริง นักวิจัยที่นำเสนอผลการศึกษาในงาน USENIX Security ’26 พบว่าสัญญาที่ถูกควบคุมโดยผู้โจมตีมีความเชื่อมโยงกับธุรกรรมช่วงแรกส่วนใหญ่ที่ใช้ EIP-7702 ฟีเจอร์ที่ทำให้กระเป๋าเงินมาตรฐานสามารถทำงานเสมือนเป็นสมาร์ตคอนแทรกต์ชั่วคราว ตัวเลขที่ออกมานั้นสูงพอจะทำให้เกิดคำถามจริงจังเกี่ยวกับความปลอดภัยของวิธีที่ฟีเจอร์นี้ถูกนำไปใช้งานทั่วทั้งระบบนิเวศ
Summary
ประเด็นสำคัญ
- สัญญาที่เชื่อมโยงกับผู้โจมตีปรากฏใน 63% ของธุรกรรมการให้สิทธิ์ EIP-7702 ที่นักวิจัยของ USENIX Security ’26 ศึกษา
- ทีมงานได้ทบทวนธุรกรรมมากกว่า 22.8 พันล้านรายการบนบล็อกเชนเจ็ดเครือข่ายจนถึงวันที่ 15 กรกฎาคม 2025 และแยกได้ 3,664,166 ธุรกรรมการให้สิทธิ์ EIP-7702
- การตรวจสอบด้วยมือและการวิเคราะห์โค้ดยืนยันสัญญาที่เป็นอันตราย 924 ฉบับ ซึ่งเชื่อมโยงกับความสูญเสียที่ได้รับการยืนยันราว 2.36 ล้านดอลลาร์
- สัญญาเก่าที่ตั้งสมมติฐานว่ากระเป๋าเงินจะไม่มีวันทำงานเหมือนสัญญา ตอนนี้เปิดให้มีความเสี่ยงต่อสินทรัพย์ราว 10.14 ล้านดอลลาร์
- Ethereum.org ได้ออกคำแนะนำให้กระเป๋าเงินทำการ whitelist สัญญามอบสิทธิ์ และแสดงให้ผู้ใช้เห็นอย่างชัดเจนว่ากำลังอนุมัติโค้ดใด
การมีส่วนร่วมอย่างกว้างขวางของผู้โจมตีในธุรกรรมการให้สิทธิ์ EIP-7702 ของ Ethereum
งานวิจัยที่ผ่านการทบทวนโดยผู้ทรงคุณวุฒิของ USENIX Security ’26 พบว่าสัญญาที่เชื่อมโยงกับผู้โจมตีถูกฝังอยู่ใน63%ของธุรกรรมการให้สิทธิ์ EIP-7702 บน Ethereum ตัวเลขนี้บ่งชี้ว่าการใช้งานจริงในช่วงแรกของฟีเจอร์นี้ถูกครอบงำโดยผู้ไม่หวังดี มากกว่าผู้ใช้ทั่วไปที่กำลังทดลองฟังก์ชันใหม่ของกระเป๋าเงิน
ผลการค้นพบหลักของงานวิจัยที่ผ่านการทบทวน
จากธุรกรรมการให้สิทธิ์ที่นักวิจัยตรวจสอบ มี 2,322,548 รายการ หรือ63%ที่เชื่อมโยงกับสัญญาที่ทีมงานระบุว่าเป็นอันตราย นี่ไม่ใช่ความคลาดเคลื่อนเล็กน้อยหรือสถิติชายขอบ แต่มันหมายความว่าสำหรับทุก ๆ สิบคนที่ลงนามการให้สิทธิ์ EIP-7702 ในช่วงเวลานี้ ประมาณหกคนกำลังโต้ตอบกับโค้ดที่เชื่อมโยงกับผู้โจมตี นักวิจัยใช้การผสมผสานระหว่างตัวกรองธุรกรรม การวิเคราะห์โค้ด และการตรวจสอบด้วยมือเพื่อยืนยันสัญญาที่เป็นอันตรายที่แตกต่างกัน 924 ฉบับ ซึ่งพวกเขาอธิบายว่าเป็น “ค่าต่ำสุด” ไม่ใช่ “ค่าสูงสุด” เพราะวิธีการของพวกเขาอาจไม่สามารถจับสัญญาใหม่ ๆ หรือรูปแบบการโจมตีที่ไม่คุ้นเคยได้ทั้งหมด
ขอบเขตของการวิเคราะห์ธุรกรรมบนบล็อกเชน
เพื่อให้ได้ข้อสรุปเหล่านี้ นักวิจัยได้ประมวลผลชุดข้อมูลขนาดมหึมาอย่างแท้จริง: มากกว่า22.8 พันล้านธุรกรรมครอบคลุมบล็อกเชนเจ็ดเครือข่าย ได้แก่ Ethereum, Binance Smart Chain, Polygon, Optimism, Arbitrum, Base และ Gnosis จนถึงวันที่ 15 กรกฎาคม 2025 ภายในชุดข้อมูลขนาดใหญ่ดังกล่าว พวกเขาแยกธุรกรรมการให้สิทธิ์ EIP-7702 ออกมาได้ 3,664,166 รายการโดยเฉพาะ ขนาดของการศึกษานี้คือสิ่งที่ทำให้ตัวเลข63%มีน้ำหนัก — นี่ไม่ใช่ตัวอย่างเล็ก ๆ ที่ดึงมาจากกระเป๋าเงินที่น่าสงสัยไม่กี่ใบ แต่เป็นการกวาดข้อมูลอย่างเป็นระบบทั่วทั้งเชนที่มีการใช้ฟีเจอร์นี้จริง
วิธีที่การมอบสิทธิ์กระเป๋าเงิน EIP-7702 เปิดช่องให้ผู้โจมตีโจมตีได้
EIP-7702 ทำให้ที่อยู่กระเป๋าเงินสามารถชี้ไปยังโค้ดสัญญาแยกต่างหากได้โดยไม่ต้องเปลี่ยนที่อยู่เอง และการออกแบบนี้เองที่ผู้โจมตีเรียนรู้จะนำมาใช้ประโยชน์ อัปเกรดนี้ถูกใช้งานจริงในฐานะส่วนหนึ่งของฮาร์ดฟอร์ก Pectra ของ Ethereum เมื่อวันที่ 7 พฤษภาคม 2025 และเดิมทีถูกออกแบบมาเพื่อทำให้กระเป๋าเงินยืดหยุ่นมากขึ้น — ไม่ใช่ทำให้มีอันตรายมากขึ้น
กลไกของฟีเจอร์การมอบสิทธิ์กระเป๋าเงิน
ภายใต้ EIP-7702 เจ้าของกระเป๋าเงินเดิมยังคงถือกุญแจส่วนตัวของตนเอง แต่โค้ดสัญญาที่เชื่อมโยงกับที่อยู่นั้นสามารถทำงานด้วยอำนาจเต็มของบัญชีได้ นี่คือสิ่งที่ทำให้การรวมหลายการกระทำไว้ในธุรกรรมเดียวเป็นไปได้ หรือทำให้บุคคลที่สามสามารถออกค่าก๊าซแทนผู้อื่นได้ ข้อแลกเปลี่ยนคือโค้ดที่เชื่อมโยงนั้นกลายเป็นส่วนหนึ่งของขอบเขตความปลอดภัยของกระเป๋าเงินโดยปริยาย หากโค้ดนั้นเขียนไม่ดีหรือจงใจเป็นอันตราย มันสามารถย้ายเงิน อนุมัติการโอน หรือโต้ตอบกับแอปพลิเคชันอื่น ๆ ได้ราวกับว่าเป็นเจ้าของบัญชีที่กำลังสั่งการโดยตรง
กลยุทธ์ของผู้โจมตีและความเสี่ยงของผู้ใช้
ตามรายงานการศึกษา ผู้โจมตีได้เตรียมการให้สิทธิ์เหล่านี้ล่วงหน้า แล้วจึงโน้มน้าวเหยื่อให้ลงนาม บางครั้งผ่านหน้าต่างแจ้งเตือนของกระเป๋าเงินที่ไม่เปิดเผยอย่างชัดเจนว่าเป็นโค้ดใดที่กำลังถูกอนุมัติ ที่น่ากังวลไม่แพ้กันคือ นักวิจัยบันทึกกรณีที่ผู้โจมตีผูกบัญชีกลับไปยังโค้ดที่ดูปกติหลังการโจมตี ซึ่งลบสัญญาณชัดเจนของการถูกเจาะออกไป ใครก็ตามที่มาตรวจสอบกระเป๋าเงินนั้นในภายหลังจะไม่เห็นสิ่งผิดปกติ แม้ว่าบัญชีจะถูกโจมตีไปแล้วก็ตาม ทีมงานยังพบเป้าหมายการมอบสิทธิ์ 500 รายการที่ชี้ไปยังที่อยู่ที่ยังไม่มีการดีพลอยโค้ดใด ๆ — หมายความว่าโค้ดที่เป็นอันตรายสามารถถูกเพิ่มในภายหลังได้ในทางทฤษฎี เปลี่ยนพฤติกรรมของกระเป๋าเงินในขณะที่เป้าหมายการมอบสิทธิ์ที่บันทึกไว้ยังคงเหมือนเดิมทุกประการ
ผลกระทบทางการเงินและการเปิดรับความเสี่ยงจากช่องโหว่ในการมอบสิทธิ์กระเป๋าเงิน
ความเสียหายที่ได้รับการยืนยันจากการโจมตีเหล่านี้อยู่ที่2,362,848.76 ดอลลาร์ตามการนับของงานวิจัยเอง กระจายอยู่ในรูปแบบการโจมตีที่แตกต่างกันสามประเภท ตัวเลขนี้นับเฉพาะสิ่งที่นักวิจัยสามารถยืนยันได้อย่างอิสระ ดังนั้นยอดรวมจริงที่เชื่อมโยงกับช่องโหว่ของ EIP-7702อาจสูงกว่านี้
ความสูญเสียที่ได้รับการยืนยันและประเภทของการโจมตี
ความสูญเสียราว2.36ล้านดอลลาร์ถูกระบุว่าเกิดจากสัญญาที่เป็นอันตรายซึ่งถูกระบุผ่านการตรวจสอบด้วยมือ ตัวเลขนี้สะท้อนถึงความเสียหายที่ได้รับการยืนยัน ไม่ใช่การประเมินการเปิดรับความเสี่ยงทั้งหมดทั่วทั้งระบบนิเวศ และนักวิจัยยังเน้นย้ำว่าสัญญา 924 ฉบับที่ได้รับการยืนยันน่าจะต่ำกว่าขนาดการใช้งานในทางที่ผิดจริง
ความเสี่ยงจากสัญญาเก่าและเป้าหมายการมอบสิทธิ์ที่ยังไม่ถูกใช้
ส่วนหนึ่งของงานวิจัยได้มองไปที่สัญญาที่ถูกสร้างขึ้นก่อนที่ EIP-7702 จะมีอยู่ ซึ่งหลายฉบับตั้งสมมติฐานว่าที่อยู่กระเป๋าเงินจะไม่มีวันทำงานเหมือนสมาร์ตคอนแทรกต์ สมมติฐานนั้นถูกทำลายลงอย่างเงียบ ๆ ทันทีที่อัปเกรด Pectra ถูกเปิดใช้งาน นักวิจัยพบสัญญา Ethereum ที่ยังใช้งานอยู่ 967 ฉบับที่ยังคงพึ่งพาการตรวจสอบแบบล้าสมัยนั้นเป็นกลไกด้านความปลอดภัย ซึ่งโดยรวมแล้วเปิดให้สินทรัพย์ราว10.14ล้านดอลลาร์เผชิญความเสี่ยงที่อาจเกิดขึ้น ตัวเลขนี้อาจเป็นส่วนที่น่าหวั่นใจที่สุดในงานวิจัย เพราะมันไม่ใช่เรื่องของผู้โจมตีที่กำลังดูดเงินออกไปอย่างแข็งขัน — แต่เป็นโค้ดเก่าที่นั่งอยู่บนเครือข่ายพร้อมสมมติฐานด้านความปลอดภัยที่ไม่เป็นจริงอีกต่อไป
ข้อเสนอแนะด้านการบรรเทาความเสี่ยงและการตอบสนองของนักพัฒนา
Ethereum.org ได้ตอบสนองด้วยคำแนะนำที่มุ่งตรงไปที่การอุดช่องว่างระหว่างสิ่งที่ EIP-7702 ทำได้กับสิ่งที่กระเป๋าเงินเปิดเผยให้ผู้ใช้เห็นในปัจจุบัน ข้อเสนอแนะหลักนั้นตรงไปตรงมา: กระเป๋าเงินควรทำ whitelist สัญญามอบสิทธิ์ แสดงให้ผู้ใช้เห็นอย่างชัดเจนว่ากำลังอนุมัติโค้ดใด และควรพึ่งพาเฉพาะการใช้งานสมาร์ตแอคเคานต์ที่ผ่านการตรวจสอบแล้ว แทนที่จะยอมรับคำขอมอบสิทธิ์แบบตามใจจากแอปพลิเคชันใด ๆ
คำแนะนำด้านความปลอดภัยจาก Ethereum.org
คำแนะนำดังกล่าวมองว่าความโปร่งใสในระดับกระเป๋าเงินคือแนวป้องกันด่านแรก หากผู้ใช้ไม่สามารถเห็นได้ว่าการให้สิทธิ์นั้นมอบอำนาจให้กับโค้ดใดจริง ๆ พวกเขาก็ไม่มีทางประเมินได้อย่างสมจริงว่าการลงนามนั้นปลอดภัยหรือไม่ — ซึ่งเป็นจุดบอดที่ผู้โจมตีใช้ประโยชน์มาโดยตลอด
ข้อเสนอด้านกลไกป้องกันสำหรับการมอบสิทธิ์กระเป๋าเงิน
นอกเหนือจากการแก้ไขในระดับกระเป๋าเงินรายตัว ยังมีข้อเสนอที่กว้างกว่านั้นหมุนเวียนอยู่ในหมู่นักพัฒนา: จำกัดให้กระเป๋าเงินใช้ได้เฉพาะกับระบบบัญชีที่ผ่านการทบทวนและตรวจสอบสาธารณะในรายการสั้น ๆ แทนที่จะปล่อยให้แอปใด ๆ ขอใช้โค้ดมอบสิทธิ์แบบกำหนดเองได้ วิธีนี้จะช่วยลดพื้นผิวการโจมตีลงอย่างมาก แม้ว่าจะต้องแลกกับความยืดหยุ่นบางส่วนที่ทำให้ EIP-7702 น่าสนใจตั้งแต่แรกก็ตาม ณ ตอนนี้ ความตึงเครียดระหว่างความสะดวกสบายกับความปลอดภัยของการให้สิทธิ์กระเป๋าเงินยังไม่ได้รับการแก้ไข และมีแนวโน้มว่าจะเป็นตัวกำหนดว่าระบบนิเวศส่วนที่เหลือจะนำฟีเจอร์นี้ไปใช้ได้เร็วและระมัดระวังเพียงใด
คำถามที่พบบ่อย
ฟีเจอร์การมอบสิทธิ์กระเป๋าเงิน EIP-7702 คืออะไร?
EIP-7702 ทำให้กระเป๋าเงินสามารถมอบอำนาจได้โดยการเชื่อมโยงไปยังโค้ดสัญญาแยกต่างหากโดยไม่ต้องเปลี่ยนที่อยู่กระเป๋าเงิน ฟีเจอร์นี้ถูกนำมาใช้ระหว่างการอัปเกรด Pectra ของ Ethereum เมื่อวันที่ 7 พฤษภาคม 2025
สัญญาที่เป็นอันตรายแพร่หลายแค่ไหนในธุรกรรมการให้สิทธิ์ EIP-7702?
งานวิจัยที่ผ่านการทบทวนโดยผู้ทรงคุณวุฒิพบว่า 63% ของธุรกรรมการให้สิทธิ์ EIP-7702 เชื่อมโยงกับสัญญาที่ถูกควบคุมโดยผู้โจมตี โดยอ้างอิงจากการวิเคราะห์การให้สิทธิ์ 3,664,166 รายการที่ถูกระบุภายในชุดข้อมูลที่กว้างกว่าซึ่งมีธุรกรรมมากกว่า 22.8 พันล้านรายการ
ความเสี่ยงทางการเงินที่เกี่ยวข้องกับฟีเจอร์การมอบสิทธิ์กระเป๋าเงินมีอะไรบ้าง?
ความสูญเสียจากการโจมตีที่ได้รับการยืนยันรวมราว 2.36 ล้านดอลลาร์ ขณะที่สัญญาเก่าที่พึ่งพาสมมติฐานด้านความปลอดภัยที่ล้าสมัยเปิดให้สินทรัพย์ราว 10.14 ล้านดอลลาร์เผชิญความเสี่ยงที่อาจเกิดขึ้น
Ethereum.org แนะนำขั้นตอนการบรรเทาความเสี่ยงอะไรบ้าง?
Ethereum.org แนะนำให้กระเป๋าเงินทำ whitelist สัญญามอบสิทธิ์ แสดงโค้ดที่ผู้ใช้กำลังอนุมัติอย่างชัดเจน และพึ่งพาเฉพาะการใช้งานสมาร์ตแอคเคานต์ที่ผ่านการตรวจสอบแล้ว แทนที่จะใช้โค้ดมอบสิทธิ์แบบตามใจ
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”ฟีเจอร์การมอบสิทธิ์กระเป๋าเงิน EIP-7702 คืออะไร?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”EIP-7702 ทำให้กระเป๋าเงินสามารถมอบอำนาจได้โดยการเชื่อมโยงไปยังโค้ดสัญญาแยกต่างหากโดยไม่ต้องเปลี่ยนที่อยู่กระเป๋าเงิน ฟีเจอร์นี้ถูกนำมาใช้ระหว่างการอัปเกรด Pectra ของ Ethereum เมื่อวันที่ 7 พฤษภาคม 2025.”}},{“@type”:”Question”,”name”:”สัญญาที่เป็นอันตรายแพร่หลายแค่ไหนในธุรกรรมการให้สิทธิ์ EIP-7702?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”งานวิจัยที่ผ่านการทบทวนโดยผู้ทรงคุณวุฒิพบว่า 63% ของธุรกรรมการให้สิทธิ์ EIP-7702 เชื่อมโยงกับสัญญาที่ถูกควบคุมโดยผู้โจมตี โดยอ้างอิงจากการวิเคราะห์การให้สิทธิ์ 3,664,166 รายการที่ถูกระบุภายในชุดข้อมูลที่กว้างกว่าซึ่งมีธุรกรรมมากกว่า 22.8 พันล้านรายการ.”}},{“@type”:”Question”,”name”:”ความเสี่ยงทางการเงินที่เกี่ยวข้องกับฟีเจอร์การมอบสิทธิ์กระเป๋าเงินมีอะไรบ้าง?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”ความสูญเสียจากการโจมตีที่ได้รับการยืนยันรวมราว 2.36 ล้านดอลลาร์ ขณะที่สัญญาเก่าที่พึ่งพาสมมติฐานด้านความปลอดภัยที่ล้าสมัยเปิดให้สินทรัพย์ราว 10.14 ล้านดอลลาร์เผชิญความเสี่ยงที่อาจเกิดขึ้น.”}},{“@type”:”Question”,”name”:”Ethereum.org แนะนำขั้นตอนการบรรเทาความเสี่ยงอะไรบ้าง?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Ethereum.org แนะนำให้กระเป๋าเงินทำ whitelist สัญญามอบสิทธิ์ แสดงโค้ดที่ผู้ใช้กำลังอนุมัติอย่างชัดเจน และพึ่งพาเฉพาะการใช้งานสมาร์ตแอคเคานต์ที่ผ่านการตรวจสอบแล้ว แทนที่จะใช้โค้ดมอบสิทธิ์แบบตามใจ.”}}]}
บทความนี้จัดทำขึ้นโดยได้รับความช่วยเหลือจากปัญญาประดิษฐ์และผ่านการทบทวนโดยทีมบรรณาธิการแล้ว
