ทำไมถึงสำเร็จ: สถาปัตยกรรมของโปรโตคอลประกอบด้วยสองโมดูล คือ Spotter ที่บันทึกราคาหลักประกัน และ Dog ที่จัดการการชำระบัญชี ผู้โจมตีใช้ฟังก์ชัน poke ของสัญญา Spotter เพื่อผลักดันราคา BTCB ที่ต่ำเกินจริงเข้าสู่ระบบบัญชีของโปรโตคอล สัญญาสินเชื่อยอมรับราคานั้นโดยไม่ตรวจสอบกับช่วงราคาที่ถูกต้องและไม่มีการหน่วงเวลาการชำระบัญชี ทำให้ผู้โจมตีสามารถชำระบัญชี Vault หลายแห่งและยึดหลักประกันได้ในธุรกรรมเดียว
เกิดอะไรขึ้น: วันที่ 15 กรกฎาคม 2026 Ostium ซึ่งเป็นแพลตฟอร์ม Perpetuals แบบกระจายศูนย์บน Arbitrum ถูกโจมตี Oracle ทำให้สูญเสีย USDC ประมาณ $18 ล้านจาก OLP liquidity vault บริษัทความปลอดภัย Blockaid ตรวจพบการโจมตีภายในเวลาไม่ถึง 40 นาทีหลังจากธุรกรรมแรกที่มุ่งร้าย
ทำไมถึงสำเร็จ: ผู้โจมตีบุกรุกคีย์เซ็นของ Oracle ซึ่งเป็นคีย์ส่วนตัวที่ได้รับอนุญาตให้ส่งข้อมูลราคาให้โปรโตคอล และใช้ประโยชน์จาก PriceUpKeep forwarder ที่ลงทะเบียนไว้แล้ว (ส่วนประกอบของโครงสร้างพื้นฐานป้อนราคาอัตโนมัติของ Ostium) เพื่อส่งรายงานราคาปลอมที่มีการประทับเวลาในอนาคต รายงานที่ถูกบิดเบือนทำให้ดูเหมือนว่าผู้โจมตีทำการซื้อขายได้กำไร ส่งผลให้มีการจ่ายเงิน USDC $18 ล้านจาก Vault
ความแตกต่างของตัวเลขความเสียหาย: ในขณะที่ Blockaid และสื่อหลักส่วนใหญ่รายงานตัวเลขประมาณ $18 ล้าน บริษัทความมั่นคงอื่นๆ ให้ตัวเลขต่างกัน Phalcon ประมาณการความเสียหายสูงถึงประมาณ $24 ล้าน และบางรายงานอ้างถึงช่วง $12–$22 ล้าน Ostium หยุดการซื้อขายชั่วคราวและยังไม่ยืนยันยอดขาดทุนสุดท้ายทันที
ข้อแตกต่างหลัก: การล่มของ BLC เป็นเหตุการณ์ การชำระบัญชีลูกโซ่ ที่เกิดจากการบิดเบือนราคาเพียงครั้งเดียว ส่วน Ostium เป็น การดูดเงินจาก Vault โดยตรง ผ่านกำไรจากการซื้อขายปลอมที่เกิดจากคีย์เซ็น Oracle ที่ถูกบุกรุก
โปรโตคอลทั้งสองพึ่งพาแหล่งข้อมูลราคาจาก Oracle ที่สามารถถูกบิดเบือนได้ผ่านคีย์เดียวที่ถูกบุกรุก (Ostium) หรือฟังก์ชันป้อนราคาเดียว (42DAO) OWASP Smart Contract Top 10 ปี 2026 จัดอันดับการบิดเบือน Oracle ราคาเป็น SC03 โดยให้คำจำกัดความว่า "สถานการณ์ใดๆ ที่สมาร์ทคอนแทรกต์พึ่งพาข้อมูลราคาที่ผู้โจมตีสามารถมีอิทธิพลทั้งทางตรงและทางอ้อม" เมื่อโปรโตคอลไม่ตรวจสอบหรืออ้างอิงข้อมูล Oracle แบบไขว้ ราคาแต่ละแหล่งก็จะกลายเป็นจุดล้มเหลวเพียงจุดเดียว
เหตุการณ์ BLC แสดงให้เห็นว่าเมื่อโปรโตคอลใช้ราคา Oracle เพื่อกระตุ้นการชำระบัญชีโดยไม่มีการตรวจสอบหรือการหน่วงเวลาที่เหมาะสม ราคาที่ถูกบิดเบือนเพียงครั้งเดียวสามารถทำให้เกิดวงจรความตายได้ ผู้โจมตีสามารถชำระบัญชี Vault ที่ไม่ควรถูกชำระบัญชี เพราะโปรโตคอลยอมรับราคาปลอมทันทีโดยไม่มีการตรวจสอบช่วงราคาใดๆ
การโจมตี Ostium เป็นไปได้เพราะคีย์เซ็น Oracle ถูกบุกรุก ทำให้ผู้โจมตีสามารถทำหน้าที่เป็นผู้รายงานราคาที่ได้รับอนุญาต แนวทางปฏิบัติที่ดีที่สุดด้านความปลอดภัยกำหนดให้มีการหมุนเวียนคีย์อย่างสม่ำเสมอ กำหนดให้ใช้หลายลายเซ็น (Multi-sig) สำหรับการดำเนินการที่สำคัญ และการตรวจสอบผู้ลงนามที่ได้รับอนุญาตอย่างต่อเนื่อง ซึ่งดูเหมือนจะไม่มีที่ Ostium
แม้เหตุการณ์ทั้งสองจะไม่ได้เป็นการโจมตีด้วย Flash Loan เพียงอย่างเดียว แต่ข้อมูลจาก OWASP แสดงให้เห็นว่า 78% ของเหตุการณ์บิดเบือน Oracle ในปี 2026 ใช้ Flash Loan เป็นโครงสร้างพื้นฐานในการโจมตี ลักษณะการทำงานร่วมกันของ DeFi ทำให้ผู้โจมตีสามารถกู้ยืมเงินจำนวนมหาศาลภายในธุรกรรมเดียว บิดเบือนราคา ใช้ประโยชน์จากโปรโตคอล และชำระคืนเงินกู้ ก่อนที่ใครจะสามารถเข้ามาแทรกแซงได้
โปรโตคอลทั้งสองดูเหมือนจะใช้ราคาจากแหล่งเดียวหรือราคาที่ถูกบิดเบือนได้ง่าย คำแนะนำด้านความปลอดภัยสอดคล้องกันว่าให้ใช้ Oracle แบบ Time-Weighted Average Price (TWAP) เช่น จาก Uniswap V3 ที่มีช่วงเวลา 10+ นาที และอ้างอิงข้อมูลจากแหล่งราคาอิสระหลายแหล่ง รายงานของ OWASP ระบุว่าโปรโตคอลที่ใช้ Oracle แบบ TWAP ที่มีช่วงเวลาเพียงพอสามารถกำจัดการโจมตีบิดเบือนราคาในธุรกรรมเดียวได้ถึง 82%
การโจมตี BLC และ Ostium ไม่ใช่เรื่องผิดปกติ แต่เป็นตัวอย่างคลาสสิกของช่องโหว่ที่คงอยู่มากที่สุดใน DeFi ในปัจจุบัน การโจมตีแบบบิดเบือน Oracle เป็นช่องโหว่ของสมาร์ทคอนแทรกต์ล้วนๆ ที่ไม่ต้องอาศัยการเข้าถึงภายในหรือช่องโหว่ Zero-day แค่โปรโตคอลที่เชื่อถือราคาจากแหล่งเดียวโดยไม่มีการป้องกัน ในขณะที่โปรโตคอล DeFi ยังคงเติบโตในด้านความซับซ้อนและมูลค่ารวม บทเรียนด้านความปลอดภัยจากเดือนกรกฎาคม 2026 นั้นชัดเจน: ตรวจสอบราคาทุกแหล่ง ใช้ Oracle จากหลายแหล่ง ใช้การหน่วงเวลาในการชำระบัญชี และอย่าปล่อยให้คีย์เดียวหรือฟังก์ชันเดียวเป็นผู้เฝ้าประตูแต่เพียงผู้เดียวของเงินผู้ใช้