ช่องโหว่ความปลอดภัย eMudhra กระทบโหนด Ethereum แบบปรับแต่งเองบางส่วน

เกิดอะไรขึ้น? สรุปสั้นๆ เกี่ยวกับปัญหาความปลอดภัย

เมื่อเร็วๆ นี้ นักวิจัยด้านความปลอดภัยเพิ่งเจอช่องโหว่ที่เชื่อมโยงกับ eMudhra ซึ่งเป็นผู้ออกใบรับรองดิจิทัลในอินเดีย ปัญหานี้ทำให้โหนด EthereumETH-2.05% ที่ตั้งค่าแบบพิเศษบางเครื่อง เผลอไปวางใจใบรับรองดิจิทัลปลอม

เคสนี้กระทบเฉพาะการตั้งค่าแบบปรับแต่งเองบนไคลเอนต์ Teku และ Besu เท่านั้นครับ แต่โชคดีที่โหนดบน Ethereum mainnet แบบค่าเริ่มต้น (Default) ไม่ได้รับผลกระทบเลย

ทางทีมพัฒนา Ethereum ก็ไหวตัวทันและจัดการปัญหาได้รวดเร็วมากๆ ครับ พวกเขาเร่งปล่อยอัปเดตและแพตช์ซอฟต์แวร์ เพื่อให้ผู้รันโหนดที่ได้รับผลกระทบอัปเดตความปลอดภัยได้ทันที

ปูพื้นฐานกันหน่อย: Client, Certificate และ Node คืออะไร?

เพื่อให้เข้าใจว่าปัญหานี้เกิดจากอะไร ลองมาดูการทำงานเบื้องหลังของ Ethereum กันครับ Ethereum ไม่ได้พึ่งพาเซิร์ฟเวอร์กลางแค่แห่งเดียว แต่ใช้คอมพิวเตอร์อิสระหลายพันเครื่องทั่วโลกช่วยกันรันเครือข่าย

เราเรียกคอมพิวเตอร์เหล่านี้ว่า โหนด (node) ครับ และการจะเข้าร่วมเครือข่ายได้ แต่ละโหนดต้องรันซอฟต์แวร์เฉพาะที่เรียกว่า Ethereum client

Teku และ Besu คืออะไร?

Teku และ Besu คือโปรแกรม Ethereum client แบบโอเพ่นซอร์สยอดนิยมครับ โดย Teku จะดูแลเรื่องการฉันทามติ (Consensus) ช่วยให้ Validator เห็นพ้องเรื่องสถานะบล็อกเชน ส่วน Besu จะดูแลชั้นการประมวลผล (Execution) คอยจัดการธุรกรรมและสมาร์ทคอนแทร็กต์

ไคลเอนต์ทั้งสองตัวนี้ได้รับความนิยมมากในกลุ่มองค์กร ผู้สเตกเหรียญ และสถาบันต่างๆ เพราะมีความยืดหยุ่นสูง และรองรับการตั้งค่าระบบสำหรับองค์กรได้ดีเยี่ยม

eMudhra คืออะไร แล้วทำไมใบรับรองดิจิทัลถึงสำคัญ?

ลองจินตนาการว่าใบรับรองดิจิทัลเป็นเหมือนพาสปอร์ตดิจิทัลของเว็บไซต์หรือเซิร์ฟเวอร์ครับ เวลาคอมพิวเตอร์คุยกันผ่านอินเทอร์เน็ต ใบรับรองนี้จะช่วยยืนยันตัวตน และช่วยให้การสื่อสารมีความปลอดภัยและเข้ารหัสไว้

eMudhra เป็นผู้ให้บริการออกใบรับรองดิจิทัล (CA) ที่ได้รับใบอนุญาตในอินเดีย ทำหน้าที่ออกใบรับรองเพื่อยืนยันว่าเว็บเซิร์ฟเวอร์และบริการระดับองค์กรนั้นไว้วางใจได้จริง

จุดเริ่มของช่องโหว่: ใบรับรองปลอมสร้างปัญหาได้ยังไง?

เรื่องเกิดจากความผิดพลาดในการทำงานของ eMudhra ที่ปล่อยให้มีการสร้างใบรับรองดิจิทัลปลอมหรือไม่ได้รับอนุญาตขึ้นมา และเนื่องจาก eMudhra เป็นรายชื่อที่ระบบทั่วไปไว้วางใจ ซอฟต์แวร์ที่อิงกับรายชื่อความไว้วางใจของ Java จึงหลงเชื่อใบรับรองปลอมเหล่านี้ไปโดยอัตโนมัติ

พูดง่ายๆ คือ ถ้าเซ็ตระบบให้เชื่อใจใบรับรองหลักของ eMudhra โดยไม่มีตัวกรองเพิ่มเติม แฮกเกอร์ที่มีใบรับรอง eMudhra ปลอม ก็อาจปลอมตัวเข้ามาหลอกระบบให้เชื่อว่าการเชื่อมต่อนี้ปลอดภัยได้ครับ

ทำไมโหนด Mainnet แบบทั่วไปถึงปลอดภัย 100%

ข่าวดีสำหรับผู้ใช้ Ethereum ทั่วไปคือ เครือข่ายหลักไม่ได้ตกอยู่ในอันตรายเลยครับ เพราะโหนด Ethereum mainnet ค่าเริ่มต้น ไม่ได้พึ่งพาผู้ให้บริการใบรับรองเว็บทั่วไปในการสื่อสารแบบ Peer-to-peer

โหนดจะยืนยันตัวตนระหว่างกันด้วยกุญแจเข้ารหัส (Cryptographic keys) ที่ออกแบบมาเพื่อการค้นหาโหนดโดยเฉพาะ ดังนั้น พอไม่ต้องผ่านผู้ให้บริการใบรับรองเว็บแบบเดิมๆ โหนดทั่วไปเลยรอดพ้นจากความผิดพลาดของ eMudhra ได้สบายๆ

แล้วโหนดแบบไหนบ้างที่เสี่ยง?

• โหนดที่ตั้งค่า Transport Layer Security (TLS) แบบพิเศษ และเชื่อมกับคลังใบรับรอง Java ของระบบ
• การตั้งค่าเครือข่ายระดับองค์กรที่ใช้ใบรับรอง eMudhra ในการสื่อสารภายใน
• ช่องทางเชื่อมต่อ web RPC แบบกำหนดเอง ที่ใช้คลังความไว้วางใจของเว็บมาตรฐาน

ทีมพัฒนา Ethereum รับมืออย่างไร?

ทันทีที่เจอความเสี่ยง ทีมพัฒนาของ Teku และ Besu ก็เคลื่อนไหวทันที และเร่งปล่อยแพตช์อัปเดตซอฟต์แวร์ออกมาอย่างรวดเร็ว

อัปเดตนี้ทำการยกเลิกความไว้วางใจในใบรับรอง eMudhra ที่มีปัญหาอย่างชัดเจน พร้อมปรับตั้งค่าภายในเพื่อสั่งให้โหนดปฏิเสธการเชื่อมต่อที่แอบอ้างปลอมตัวมา

ผู้รันโหนดต้องทำอย่างไรบ้าง?

1. เช็กเวอร์ชันไคลเอนต์: ตรวจสอบให้แน่ใจว่าซอฟต์แวร์ Besu หรือ Teku ของคุณอัปเดตเป็นเวอร์ชันล่าสุดแล้ว
2. ตรวจสอบคลังใบรับรอง: ผู้ดูแลระบบองค์กรควรรีวิวการตั้งค่า TLS และลบรายชื่อผู้ให้บริการใบรับรองที่น่าสงสัยออก
3. ติดตามประกาศความปลอดภัย: คอยอัปเดตข่าวสารจากช่องทางทางการของทีมพัฒนา เพื่อไม่ให้พลาดแพตช์ฉุกเฉิน

ความสำคัญของความหลากหลายของ Client บน Ethereum

เหตุการณ์นี้ช่วยเน้นย้ำถึงจุดแข็งเรื่อง ความหลากหลายของ Client (Client diversity) ของ Ethereum ครับ เพราะ Ethereum ไม่ได้พึ่งพาโปรแกรมใดโปรแกรมหนึ่ง แต่มีหลายทีมอิสระช่วยกันพัฒนาตัวเลือกซอฟต์แวร์ที่ต่างกัน

เนื่องจาก Ethereum รองรับ Execution Client หลายตัว (เช่น Geth, Nethermind, Erigon และ Besu) และ Consensus Client อีกหลายค่าย (เช่น Prysm, Lighthouse, Lodestar และ Teku) บั๊กที่เกิดเฉพาะจุดจึงแทบไม่มีทางส่งผลกระทบเป็นวงกว้างต่อภาพรวมทั้งเครือข่ายได้เลย

บริบทตลาดและภาพรวมความเสี่ยงทั่วไป

การเจอบั๊กทางเทคนิคและการบำรุงรักษาระบบถือเป็นเรื่องปกติของการดูแลระบบนิเวศแบบกระจายศูนย์ครับ โดย Ethereum (ETH) ยังคงทำหน้าที่เป็นเครือข่ายหลักในการเคลียริ่งธุรกรรมสำหรับระบบการเงินแบบกระจายศูนย์ (DeFi) และแอปพลิเคชัน Web3 ต่อไป

สำหรับใครที่ต้องการติดตามแนวโน้มตลาด ETH และข้อมูลราคาย้อนหลัง สามารถแวะไปดูได้ที่กระดานเทรดที่ได้รับการรับรอง เช่น ตลาด ETH บน Bitkub ครับ

ผลการดำเนินงานในอดีตของสินทรัพย์ดิจิทัล มิได้เป็นสิ่งยืนยันถึงผลการดำเนินงานในอนาคต