อีเธอเรียมไคลเอนต์แพตช์ช่องโหว่ที่อาจเปลี่ยนเส้นทางรางวัล ETH
cryptonewsตามคำแนะนำด้านความปลอดภัยที่มาพร้อมกับการเผยแพร่ ปัญหาดังกล่าวเกิดจากคีย์ของหน่วยงานออกใบรับรองที่ถูกบุกรุกซึ่งเป็นของผู้ให้บริการใบรับรองดิจิทัลสัญชาติอินเดีย eMudhra ซึ่งทำให้การกำหนดค่าโหนดอีเธอเรียมบางอย่างเสี่ยงต่อการเชื่อมต่อ HTTPS ที่ถูกปลอมแปลง
Teku เผยแพร่เวอร์ชัน 26.10.3 เมื่อวันที่ 27 ตุลาคม ขณะที่ Besu เปิดตัวเวอร์ชัน 26.10.2 ก่อนหน้านั้นหนึ่งวัน การอัปเดตทั้งสองรายการลบความเชื่อถือต่อใบรับรอง eMudhra ที่ได้รับผลกระทบออกจากอิมเมจ Docker ซึ่งผู้ให้บริการใช้ในการปรับใช้และรันซอฟต์แวร์โหนดอีเธอเรียม
ช่องโหว่นี้อาจส่งผลกระทบต่อผู้ตรวจสอบที่พึ่งพาบริการภายนอกสำหรับการลงนามธุรกรรม การสื่อสารกับบีคอนโหนด หรือการรับข้อมูลการสร้างบล็อก ผู้โจมตีจะต้องดักจับการเชื่อมต่อที่ได้รับผลกระทบและนำเสนอใบรับรองปลอมที่ซอฟต์แวร์ของผู้ตรวจสอบยอมรับว่าถูกต้อง
นักพัฒนาของ Teku ยืนยันว่าการกำหนดค่าเมนเน็ตเริ่มต้นไม่ได้รับผลกระทบ และกล่าวว่ายังไม่มีรายงานการโจมตีช่องโหว่นี้
ช่องโหว่ความปลอดภัยอีเธอเรียมสืบเนื่องมาจากใบรับรอง eMudhra ที่ถูกบุกรุก
ปัญหาความปลอดภัยเริ่มต้นจากข้อผิดพลาดทางการเข้ารหัสที่เกี่ยวข้องกับหน่วยงานออกใบรับรองระดับกลางแปดแห่งที่ดำเนินการโดย eMudhra ซึ่งพบว่าคีย์ส่วนตัวถูกสร้างขึ้นโดยใช้ความสุ่มที่ไม่เพียงพอ
นักวิจัยระบุปัญหาเมื่อวันที่ 17 ตุลาคม โดยค้นพบว่าคีย์ส่วนตัวสามารถกู้คืนทางคณิตศาสตร์ได้จากข้อมูลที่มีอยู่ในใบรับรองสาธารณะ
ตามคำแนะนำด้านความปลอดภัยจาก Microsoft เมื่อวันที่ 26 ตุลาคม ใบรับรองที่ได้รับผลกระทบหกใบถูกใช้เพื่อรักษาความปลอดภัยการเชื่อมต่ออินเทอร์เน็ต ขณะที่อีกสองใบเกี่ยวข้องกับการลงนามโค้ด
คีย์ที่ถูกบุกรุกอาจทำให้ผู้อื่นสร้างใบรับรองที่ดูเหมือนของแท้สำหรับแอปพลิเคชันที่ยังคงเชื่อถือหน่วยงานออกใบรับรองที่ได้รับผลกระทบ
eMudhra เพิกถอนใบรับรองระดับกลางที่ได้รับผลกระทบเมื่อวันที่ 18 ตุลาคม ขณะที่ผู้ให้บริการเทคโนโลยีเริ่มลบความเชื่อถือต่อเชนใบรับรองที่ถูกบุกรุกออกจากซอฟต์แวร์ของตน
Microsoft ได้บล็อกหน่วยงานออกใบรับรองที่ได้รับผลกระทบผ่านการอัปเดตความปลอดภัยของ Windows เมื่อวันที่ 20 ตุลาคม และเผยแพร่การอัปเดตอีกครั้งเมื่อวันที่ 26 ตุลาคมเพื่อลบใบรับรองที่เกี่ยวข้องเจ็ดใบออกจากรายการที่เชื่อถือได้
อย่างไรก็ตาม ปัญหายังคงเกี่ยวข้องกับอีเธอเรียมเนื่องจาก Teku และ Besu ใช้ Java ซึ่งการตรวจสอบใบรับรองไม่ได้ตรวจสอบสถานะการเพิกถอนตามค่าเริ่มต้น
ดังนั้น การติดตั้ง Java ที่ได้รับผลกระทบอาจยังคงยอมรับใบรับรองที่เกี่ยวข้องกับหน่วยงานที่ถูกบุกรุกแม้หลังจากการเพิกถอนแล้ว
ผู้โจมตีอาจเปลี่ยนเส้นทางรางวัลของผู้ตรวจสอบอีเธอเรียมได้อย่างไร
คำแนะนำด้านความปลอดภัยของ Teku ระบุสถานการณ์การโจมตีที่เป็นไปได้หลายประการที่เกี่ยวข้องกับผู้ตรวจสอบที่สื่อสารกับบริการภายนอกผ่านการเชื่อมต่อ HTTPS
สถานการณ์หนึ่งเกี่ยวข้องกับผู้โจมตีปลอมตัวเป็นบีคอนโหนดระยะไกลที่ผู้ตรวจสอบใช้ในการประสานงานหน้าที่บนอีเธอเรียม
หากผู้โจมตีดักจับการเชื่อมต่อได้สำเร็จและนำเสนอใบรับรองปลอม ผู้ตรวจสอบอาจได้รับข้อมูลที่ถูกบิดเบือนเกี่ยวกับบล็อกที่กำลังเตรียมเสนอ
ตามข้อมูลของ Teku การโจมตีดังกล่าวอาจทำให้ผู้ตรวจสอบเสนอบล็อกที่นำค่าธรรมเนียมธุรกรรมไปยังที่อยู่ที่ผู้โจมตีควบคุม
คำแนะนำระบุว่าบริการลงนามภายนอกเป็นอีกองค์ประกอบหนึ่งที่อาจถูกเปิดเผย บริการเหล่านี้เก็บคีย์การลงนามของผู้ตรวจสอบแยกจากซอฟต์แวร์โหนดหลักและให้ลายเซ็นเมื่อได้รับการร้องขอ
ผู้โจมตีที่ปลอมตัวเป็นผู้ลงนามภายนอกอาจได้รับลายเซ็นที่เกี่ยวข้องกับการออกของผู้ตรวจสอบ ขึ้นอยู่กับการกำหนดค่าและการป้องกันที่มีอยู่
Teku จัดสถานการณ์นี้ว่าร้ายแรงเป็นพิเศษ แม้ว่าการกำหนดค่าที่ใช้การตรวจสอบสิทธิ์ TLS ร่วมกันอาจจำกัดผลกระทบให้เหลือเพียงการปฏิเสธการให้บริการ
การเชื่อมต่ออื่นที่อาจได้รับผลกระทบ ได้แก่ ไคลเอนต์การดำเนินการ ผู้สร้างบล็อก รีเลย์ และบริการที่ใช้ในการดึงข้อมูลการกำหนดค่าของผู้ตรวจสอบ
ช่องโหว่นี้ไม่ส่งผลกระทบต่อโปรโตคอลเครือข่ายเพียร์ทูเพียร์พื้นฐานของอีเธอเรียม ซึ่งไม่ได้พึ่งพาหน่วยงานออกใบรับรองที่ถูกบุกรุก
Teku และ Besu เผยแพร่การแก้ไขสำหรับโหนดอีเธอเรียมที่ได้รับผลกระทบ
หลังจากการเปิดเผยข้อมูล Teku ได้เผยแพร่เวอร์ชัน 26.10.3 เพื่อลบรากใบรับรองสี่รายการออกจากอิมเมจ Docker รวมถึง emSign ECC Root CA G3, emSign Root CA G1, emSign Root CA G2 และ AAA Certificate Services
Besu ได้ทำการลบใบรับรองเดียวกันในเวอร์ชัน 26.10.2 เพื่อจัดการความเสี่ยงสำหรับผู้ให้บริการที่ใช้อิมเมจ Docker ที่อัปเดตแล้ว
อย่างไรก็ตาม การเผยแพร่เหล่านี้ไม่ได้อัปเดตการติดตั้ง Java ที่ผู้ให้บริการโหนดดูแลแยกต่างหากโดยอัตโนมัติ
ผู้ใช้ที่รัน Teku หรือ Besu ผ่านการแจกจ่ายไบนารีแบบสแตนด์อโลนต้องตรวจสอบรันไทม์ Java ที่ติดตั้งและอัปเดตใบรับรองที่เชื่อถือได้ตามความจำเป็น
Teku เตือนว่าผู้ให้บริการที่ยังคงใช้ Java 26 จะต้องย้ายไปยัง Java 25 เนื่องจากเวอร์ชันก่อนหน้าหมดอายุการใช้งานแล้วและจะไม่ได้รับบิลด์ที่แพตช์ตามที่กำหนด
คำแนะนำยังระบุว่าการกำหนดค่าเทสต์เน็ตบางอย่างอาจถูกเปิดเผย รวมถึงการตั้งค่าที่ดาวน์โหลดสถานะบล็อกเชนเริ่มต้นผ่าน HTTPS
การอัปเดตความปลอดภัยเกิดขึ้นหลังจากข้อกังวลล่าสุดอื่นๆ ที่เกี่ยวข้องกับโครงสร้างพื้นฐานของผู้ตรวจสอบอีเธอเรียม เมื่อต้นเดือนนี้ มีรายงานว่า MetaMask ได้เริ่มออกจากผู้ตรวจสอบที่ได้รับผลกระทบหลังจากเหตุการณ์ความปลอดภัยด้านโครงสร้างพื้นฐานที่แยกต่างหากซึ่งเปิดเผยเมื่อวันที่ 30 กันยายน
ล่าสุด นักพัฒนาอีเธอเรียมได้แก้ไขข้อบกพร่องในการฝากเงินของผู้ตรวจสอบในการอัปเกรด Glamsterdam ที่กำลังจะมาถึง หลังจากนักวิจัยระบุสถานการณ์ที่บัญชีผู้สร้างอาจได้รับ ETH ที่ตั้งใจไว้สำหรับผู้ตรวจสอบ
การอัปเกรด Glamsterdam ยังเผชิญกับความล่าช้าแยกต่างหาก หลังจากนักพัฒนาเลื่อนการเปิดใช้งานเทสต์เน็ต Hoodi เพื่อตรวจสอบข้อกังวลด้านความเข้ากันได้ของสัญญาอัจฉริยะที่เกี่ยวข้องกับ EIP-8037
การเลื่อนเมื่อวันที่ 26 ตุลาคมได้ยกเลิกการเปิดใช้งานตามกำหนดของการเปลี่ยนแปลงการดำเนินการ Amsterdam และการเปลี่ยนแปลงฉันทามติ Gloas พร้อมกับข้อเสนอเพิ่มขีดจำกัดก๊าซของ Hoodi เป็น 200 ล้าน นักพัฒนาอีเธอเรียมยังไม่ได้ประกาศวันเปิดใช้งานใหม่
เนื้อหานี้จัดทำขึ้นโดยมีวัตถุประสงค์เพื่อแจ้งข้อมูลและให้ความรู้เท่านั้น และไม่ถือว่าเป็นคำแนะนำด้านการลงทุนที่เกี่ยวข้องกับ BTCC แต่อย่างใด BTCC ใช้ความพยายามอย่างเต็มที่ แต่ไม่สามารถรับประกันความจริงแท้ ความถูกต้อง หรือความเป็นต้นฉบับของเนื้อหาข้างต้นได้