ตรวจพบ 31 ช่องโหว่ความปลอดภัยในผู้ให้บริการชำระเงิน x402 15 ราย ทุกรายมีจุดบกพร่อง — รวมถึง Coinbase

โปรโตคอลการชำระเงิน x402 ช่วยให้เอเจนต์อัจฉริยะ (Machine Agents) สามารถจ่ายค่าบริการดิจิทัลด้วยสกุลเงินดิจิทัลผ่าน HTTP 402 Response ที่เป็นมาตรฐาน แต่การศึกษาเชิงวิชาการล่าสุดเผยให้เห็นว่าโครงสร้างพื้นฐานที่รองรับการชำระเงินเหล่านี้มีจุดบกพร่องร้ายแรง

นักวิจัยจาก EPFL, มหาวิทยาลัยเจ้อเจียง และนักวิจัยอิสระได้นำเสนอการวิเคราะห์ความปลอดภัยอย่างเป็นระบบครั้งแรกของระบบการชำระเงิน x402 ในงาน USENIX Security Symposium ครั้งที่ 35 พวกเขาทดสอบผู้ให้บริการหลัก 15 ราย ซึ่งรวมถึง Coinbase, Thirdweb, PayAI และ Mogami และพบว่า ผู้ให้บริการทุกรายละเมิดกฎความปลอดภัยอย่างน้อย 1 ข้อจากทั้งหมด 8 ข้อ โดยมีการละเมิดกฎรวม 49 ครั้งซึ่งนำไปสู่ ช่องโหว่ที่แตกต่างกัน 31 จุด ผู้ให้บริการที่ได้รับผลกระทบเหล่านี้ร่วมกันจัดการ ธุรกรรม x402 ถึง 99% และปริมาณการชำระเงิน 98% โดยให้บริการแก่ผู้ขายกว่า 60,000 รายและผู้ซื้อ 360,000 ราย

การโจมตี 4 รูปแบบ

นักวิจัยระบุเวกเตอร์การโจมตี 4 รูปแบบจากการละเมิดกฎเหล่านี้ :

• ช้อปฟรี (Free Shopping) – ผู้ค้าส่งมอบบริการหลังจากตรวจสอบนอกเครือข่าย (off-chain) สำเร็จ แต่การชำระเงินภายในเครือข่าย (on-chain) ล้มเหลวในภายหลัง (หรือยอมรับลายเซ็นที่ไม่ถูกต้อง/จำนวนเงินเป็นศูนย์) ผู้ซื้อได้รับสินค้าโดยไม่ต้องจ่ายเงิน นักวิจัยยืนยัน เส้นทางช้อปฟรีโดยตรง 2 เส้นทาง และจัดอีก 10 เส้นทาง ว่ามีความเสี่ยงสูง
• ขโมยทรัพย์สิน (Asset Theft) – ผู้โจมตีสามารถควบคุมทรัพย์สินที่ผู้ให้บริการถือครองอยู่ เช่น การหลอกให้ผู้ให้บริการอนุมัติการโอนโทเค็นตามอำเภอใจ
• ปฏิเสธบริการ (Service Denial) – การเล่นซ้ำการชำระเงิน การใช้ลายเซ็นซ้ำ หรือ Payload ที่เป็นอันตรายทำให้ผู้ให้บริการล่มหรือปฏิเสธธุรกรรมที่ถูกต้อง
• ขูดค่าธรรมเนียมเครือข่าย (Gas Abuse) – ผู้โจมตีบังคับให้ผู้ให้บริการจ่ายค่าธรรมเนียมสำหรับการ Deploy Smart Contract ที่มีราคาแพงหรือดำเนินการบนเครือข่ายซ้ำ ๆ ทำให้การชำระเงินกลายเป็นภาระต้นทุนที่ไร้ขอบเขตสำหรับผู้สนับสนุน

ช่องโหว่ร้ายแรงที่สุด: เส้นทาง ERC-6492

เส้นทางการโจมตีที่ร้ายแรงที่สุดเกี่ยวข้องกับ ERC-6492 มาตรฐานลายเซ็นของ Ethereum สำหรับกระเป๋าเงิน Smart Contract ที่อาจยังไม่ได้ Deploy นักวิจัยพบว่า Metadata ที่เป็นอันตรายอาจทำให้ผู้ให้บริการดำเนินการและส่งธุรกรรมอนุมัติโทเค็นตามอำเภอใจแทนการชำระเงินที่คาดหวัง นักวิจัยไม่ได้ย้ายเงินทุนของผู้ให้บริการด้วยตนเอง แต่จัดประเภทช่องโหว่นี้ว่าเป็นเส้นทางตรงไปสู่การขโมยทรัพย์สิน เนื่องจากผู้โจมตีสามารถใช้อำนาจนั้นเพื่ออนุมัติการโอนทรัพย์สินที่ผู้ให้บริการควบคุมอยู่

ความเสี่ยงฝั่งผู้ค้า: ชุด Kit เซิร์ฟเวอร์อ้างอิงของ Coinbase

Kit เซิร์ฟเวอร์อ้างอิงอย่างเป็นทางการของ Coinbase ทั้ง 7 ชุด ที่นักวิจัยตรวจสอบ ไม่มีกลไกที่ชัดเจนในการย้อนกลับการดำเนินการหลังจากตรวจสอบสำเร็จ ในเวอร์ชันของ Flask Kit ของ Coinbase จนถึงเวอร์ชัน 0.2.1 ทรัพยากรที่ได้รับการป้องกันอาจถูกปล่อยออกมาหลังจากการตรวจสอบ ไม่ว่าการชำระเงินในภายหลังจะสำเร็จหรือไม่ก็ตาม ซึ่งหมายความว่าผู้ค้าที่ใช้ Kit เหล่านี้อาจส่งมอบบริการที่ไม่สามารถยกเลิกได้ เช่น การตอบสนอง API หรือสินค้าดิจิทัล ในขณะที่การชำระเงินไม่เคยเสร็จสมบูรณ์บนเครือข่าย

การกระจุกตัวของตลาดและค่าธรรมเนียมเครือข่าย

การศึกษาวิเคราะห์ ธุรกรรม x402 กว่า 119 ล้านรายการ บนเครือข่าย Base และ Solana ระหว่างวันที่ 1 ตุลาคมถึง 26 ธันวาคม 2025 ผู้ให้บริการใช้จ่ายค่าธรรมเนียมเครือข่ายรวมประมาณ 202,000 ดอลลาร์สหรัฐ โดยประมาณ 5,800 ดอลลาร์สหรัฐ เป็นธุรกรรมบน Base ที่ย้อนกลับหรือล้มเหลวในที่สุด ซึ่งแสดงให้เห็นถึงความไม่สมดุลทางเศรษฐกิจที่ผู้ให้บริการต้องรับภาระต้นทุนบล็อกเชนแม้ว่าการชำระเงินจะไม่เสร็จสมบูรณ์ก็ตาม การวัดบนเครือข่ายยังแสดงให้เห็นถึง การกระจุกตัวของผู้ให้บริการอย่างมีนัยสำคัญ โดย ผู้ให้บริการ Base ของ Coinbase ครอง ระบบนิเวศในแง่ของปริมาณธุรกรรมระหว่างช่วงเวลาที่ศึกษา

สถานะการแก้ไข (ณ เดือนกุมภาพันธ์ 2026)

นักวิจัยได้ เปิดเผยข้อมูลอย่างมีความรับผิดชอบ (Responsible Disclosure) แก่ทุกฝ่ายที่ได้รับผลกระทบ Coinbase, PayAI และ Mogami รับทราบปัญหาและดำเนินการแก้ไข รวมถึงแพตช์ 6 ช่องโหว่ในเดือนกุมภาพันธ์ 2026 เอกสารดังกล่าวระบุว่า Coinbase ได้ทำการเปลี่ยนแปลงเฉพาะเพื่อตอบสนองต่อการเปิดเผยข้อมูล สถานะการแก้ไขของผู้ให้บริการรายอื่นไม่ได้ระบุไว้ในแหล่งข้อมูลที่มีอยู่

ข้อแนะนำของนักวิจัย

• สำหรับผู้ให้บริการ: บังคับใช้กฎความปลอดภัยทั้ง 8 ข้อที่ครอบคลุมความถูกต้องของการอนุญาตและความปลอดภัยในการดำเนินการ ไม่ควรยอมรับความล้มเหลวของการชำระเงินเป็นเหตุผลในการส่งมอบบริการ ใช้ระบบติดตามลายเซ็นที่ไม่ซ้ำกัน (Nonce Tracking) ปฏิเสธการชำระเงินจำนวนศูนย์ และสร้างใบเสร็จที่ลงนามด้วยการเข้ารหัสที่เชื่อมโยง Payment txHash → Service Endpoint → Response Hash สำหรับการระงับข้อพิพาท
• สำหรับผู้ค้า: อย่าปล่อยบริการที่ไม่สามารถย้อนกลับได้ทันทีหลังจากตรวจสอบนอกเครือข่ายเพียงอย่างเดียว ต้องได้รับการยืนยันการชำระเงินบนเครือข่ายก่อนส่งมอบ และตรวจสอบชุด Kit เซิร์ฟเวอร์อ้างอิงใด ๆ เพื่อให้แน่ใจว่าความล้มเหลวในการชำระเงินจะทำให้เกิดการตอบสนอง 402 ไม่ใช่การส่งมอบบริการ
• สำหรับระบบนิเวศ: นำมาตรฐานความปลอดภัยที่ไม่แปรผัน (Security Invariants) การทดสอบแบบ Black-box อัตโนมัติ (เอกสารแนะนำ X402SCOPE สำหรับจุดประสงค์นี้) และเลเยอร์ความรับผิดชอบร่วมกันมาใช้เพื่อลดรัศมีการระเบิดของข้อบกพร่องจากผู้ให้บริการรายใดรายหนึ่ง