ช่องโหว่ eMudhra เผยให้เห็นอะไรเกี่ยวกับความปลอดภัยของผู้ตรวจสอบ Ethereum

สรุป

Teku 26.10.3 และ Besu 26.10.2 ลบความเชื่อถือใบรับรองที่ได้รับผลกระทบออกจากอิมเมจ Docker หลังจากเหตุการณ์ eMudhra

Teku กล่าวว่าโหนด mainnet เริ่มต้นไม่ได้รับผลกระทบ ในขณะที่ความเสี่ยงขึ้นอยู่กับการเชื่อมต่อ HTTPS และ Java runtime ที่ผู้ปฏิบัติงานใช้

ความเสี่ยงที่เปิดเผยเกี่ยวข้องกับบริการปลอมแปลงและการดำเนินการของผู้ตรวจสอบ โดยไม่มีการรายงานการโจมตีในประกาศของ Teku

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

Teku และ Besu อัปเดตอิมเมจ Docker

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

Teku 26.10.3 และ Besu 26.10.2 ลบความเชื่อถือในรากใบรับรองที่ได้รับผลกระทบออกจากอิมเมจ Docker การเผยแพร่ดังกล่าวเกิดขึ้นหลังจากการค้นพบคีย์ที่อ่อนแอซึ่งเกี่ยวข้องกับผู้ออกใบรับรอง eMudhra

สำหรับผู้ปฏิบัติงานผู้ตรวจสอบ ความกังวลคือผู้โจมตีปลอมแปลงเป็นบริการที่ซอฟต์แวร์ของตนเชื่อมต่อด้วย ขึ้นอยู่กับบทบาทของบริการนั้น การตอบสนองที่เป็นเท็จอาจขัดขวางหน้าที่หรือส่งผลต่อตำแหน่งที่จ่ายค่าธรรมเนียมบล็อกบางส่วน

นั่นไม่ได้หมายความว่าผู้ตรวจสอบ Ethereum ทุกรายมีความเสี่ยง ประกาศด้านความปลอดภัยของ Teku กล่าวว่าโหนด mainnet เริ่มต้นไม่ได้รับผลกระทบและไม่มีการรายงานการโจมตี

ความแตกต่างอยู่ที่การติดตั้ง ผู้ปฏิบัติงานที่ใช้บริการ HTTPS ภายนอกมีการเชื่อมต่อที่ต้องตรวจสอบ ในขณะที่ผู้ที่ใช้ส่วนประกอบภายในเครื่องทั้งหมดอาจไม่มี

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

เหตุการณ์นี้เกี่ยวข้องกับโครงสร้างพื้นฐานรอบตัวผู้ตรวจสอบ ในขณะที่กฎฉันทามติของ Ethereum ยังคงไม่เปลี่ยนแปลง

ปัญหาใบรับรองกลายเป็นความเสี่ยงด้านความปลอดภัยได้อย่างไร?

ใบรับรองช่วยให้ซอฟต์แวร์ตัดสินว่าได้ติดต่อบริการที่ตั้งใจไว้หรือไม่ ผู้ออกใบรับรองที่เชื่อถือได้รับรองตัวตนที่เกี่ยวข้องกับใบรับรองของเซิร์ฟเวอร์

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

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

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

รายงานของทีมความปลอดภัย Go กล่าวว่าจุดอ่อนทำให้สามารถกู้คืนคีย์ส่วนตัวได้ในไมโครวินาที และอธิบายว่าผู้โจมตีสามารถสร้างใบรับรองสำหรับโดเมนที่ตนไม่ได้ควบคุมได้อย่างไร

แอปพลิเคชันที่มีช่องโหว่อาจยอมรับใบรับรองนั้นเพราะดูเหมือนย้อนกลับไปยังผู้ออกที่แอปพลิเคชันเชื่อถือ ตัวตนปลอมจึงอาจผ่านการตรวจสอบที่ตั้งใจจะปฏิเสธผู้ปลอมแปลง

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

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

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

eMudhra สืบหาคีย์ที่อ่อนแอไปยังข้อผิดพลาดในการประมวลผล

คำแถลงเหตุการณ์ของ eMudhra กล่าวว่านักวิจัยรายงานคีย์กลางที่อ่อนแอ 8 รายการเมื่อวันที่ 17 ตุลาคม บริษัทเพิกถอนทั้ง 8 รายการในวันถัดไป

กล่าวว่าคีย์กลางถูกสร้างขึ้นระหว่างพิธีคีย์เมื่อวันที่ 30 เมษายน 2025 ตามที่บริษัทระบุ ขั้นตอนการห่อและแกะที่บกพร่องทำให้เกิดสำเนาที่อ่อนแอควบคู่ไปกับคีย์ที่แข็งแกร่งเดิม

บริษัทกล่าวว่ามีการใช้โมดูลความปลอดภัยฮาร์ดแวร์ที่ผ่านการรับรอง คำอธิบายระบุว่าความล้มเหลวเกิดจากขั้นตอนในกระบวนการรอบข้าง ไม่ใช่การไม่มีอุปกรณ์นั้น

ยังกล่าวอีกว่าคีย์กลาง 7 รายการไม่เคยใช้ในการผลิตจริง ในขณะที่อีก 1 รายการไม่เคยออกใบรับรอง บริษัทรายงานว่าไม่มีการบุกรุกโครงสร้างพื้นฐานหรือการรั่วไหลของข้อมูลจากเหตุการณ์นี้

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

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

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

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

คีย์ที่อ่อนแอและแอปพลิเคชันที่ยอมรับเป็นส่วนแยกของปัญหาเดียวกัน การเพิกถอนใบรับรองจัดการกับบันทึกของผู้ออก ในขณะที่ไคลเอนต์ยังต้องการวิธีที่เชื่อถือได้ในการเรียนรู้ว่าควรปฏิเสธเส้นทางความเชื่อถือที่ได้รับผลกระทบ

บริการภายนอกสร้างความเสี่ยงที่แตกต่างกันสำหรับผู้ตรวจสอบ

โหนด Ethereum รวมซอฟต์แวร์ที่มีความรับผิดชอบต่างกัน เอกสารไคลเอนต์ Ethereum แยกความแตกต่างระหว่างไคลเอนต์การดำเนินการซึ่งจัดการการประมวลผลธุรกรรมและสถานะ กับไคลเอนต์ฉันทามติซึ่งปฏิบัติตามข้อตกลง proof of stake

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

Teku เป็นไคลเอนต์ฉันทามติ ในขณะที่ Besu เป็นไคลเอนต์การดำเนินการ ทั้งคู่ใช้ Java ซึ่งเป็นเหตุผลที่ความเชื่อถือใบรับรองของรันไทม์เกี่ยวข้องกับการเผยแพร่ของพวกเขา

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

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

ความเสียหายที่ผู้ปลอมแปลงสามารถก่อได้ขึ้นอยู่กับสิ่งที่บริการได้รับอนุญาตให้ทำ บริการที่รับเฉพาะข้อมูลการตรวจสอบแตกต่างจากบริการที่ให้ข้อมูลที่ใช้ในการตัดสินใจลงนาม

เส้นทางเครือข่ายก็สำคัญเช่นกัน การเชื่อมต่อที่ข้ามโครงสร้างพื้นฐานสาธารณะมีโอกาสดักจับแตกต่างจากส่วนประกอบที่จำกัดอยู่ในโฮสต์เดียวกันหรือเครือข่ายส่วนตัวที่ควบคุมอย่างระมัดระวัง

เครือข่ายส่วนตัวไม่ได้ทำให้ความล้มเหลวทุกอย่างเป็นไปไม่ได้ แต่สามารถลดจำนวนจุดที่ผู้โจมตีอาจได้ตำแหน่งที่จำเป็นในการแทรกแซงการรับส่งข้อมูล

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

คำถามที่เกี่ยวข้องคือการเชื่อมต่อใดยอมรับใบรับรองผ่านเส้นทางที่ได้รับผลกระทบ เมื่อทราบแล้ว ผู้ปฏิบัติงานสามารถประเมินอำนาจที่บริการปลอมแปลงจะมีภายในปฏิบัติการของผู้ตรวจสอบ

ทำไมอิมเมจ Docker และการติดตั้งจากไฟล์เก็บถาวรจึงแตกต่างกัน?

อิมเมจ Docker บรรจุแอปพลิเคชันพร้อมสภาพแวดล้อมที่จำเป็นในการรัน ซึ่งอาจรวมถึง Java runtime และใบรับรองที่รันไทม์เชื่อถือ

การอัปเดต Java บนเครื่องโฮสต์ไม่ได้แทนที่ Java ภายในอิมเมจที่มีอยู่โดยอัตโนมัติ คอนเทนเนอร์สามารถใช้ไฟล์ที่บรรจุไว้เองต่อไปได้

นั่นคือเหตุผลที่การเผยแพร่ไคลเอนต์ระบุการเปลี่ยนแปลง Docker บันทึกของ Teku กล่าวว่าอิมเมจพื้นฐาน Eclipse Temurin ยังไม่รวมการลบที่เกี่ยวข้อง ดังนั้นอิมเมจไคลเอนต์จึงทำการเปลี่ยนแปลงโดยตรง

การเผยแพร่ของ Besu กล่าวเช่นเดียวกันว่าการลบใบรับรองใช้กับอิมเมจ Docker และแนะนำผู้ใช้ไฟล์เก็บถาวรให้ตรวจสอบการแจกจ่าย Java ที่ตนจัดหาเองอย่างชัดเจน

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

ความแตกต่างย้อนกลับก็สำคัญระหว่างการบำรุงรักษา การแทนที่รันไทม์ของโฮสต์ช่วยกระบวนการที่ใช้รันไทม์นั้น แต่ไม่ช่วยการติดตั้งอื่นที่เริ่มต้นด้วยเส้นทาง Java ที่แตกต่าง

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

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

ที่เก็บใบรับรองแบบกำหนดเองเพิ่มความแปรผันอีกแบบ องค์กรอาจใช้ที่เก็บที่ดูแลสำหรับบริการของตนเองแทนที่จะใช้เฉพาะค่าเริ่มต้นที่มาพร้อมกับ Java

งานปฏิบัติคือระบุว่าไคลเอนต์ใช้จริงอะไร วิธีการติดตั้ง ตำแหน่งรันไทม์ และการกำหนดค่าความเชื่อถือร่วมกันอธิบายว่าการแก้ไขที่เผยแพร่ไปถึงการเชื่อมต่อที่ต้องการหรือไม่

การตรวจสอบการเพิกถอนแตกต่างกันระหว่างแอปพลิเคชัน

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

แอปพลิเคชันสามารถรับข้อมูลนั้นได้หลายวิธี บางตัวปรึกษาบริการออนไลน์ บางตัวใช้รายการบล็อกที่ผู้จำหน่ายจัดหา และบางตัวพึ่งพาใบรับรองในที่เก็บความเชื่อถือในเครื่องเป็นหลัก

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

การกระทำนั้นบล็อกเส้นทางใบรับรองที่ได้รับผลกระทบสำหรับแอปพลิเคชันที่ใช้พฤติกรรมการตรวจสอบ Go ที่เกี่ยวข้อง ผู้ใช้ Java ต้องการการป้องกันผ่านรันไทม์และการตั้งค่าความเชื่อถือของตนเอง

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

การลบรากและการบล็อกกลางยังทำงานในระดับที่แตกต่างกัน วิธีหนึ่งปฏิเสธเส้นทางที่ถูกบุกรุกเฉพาะ ในขณะที่อีกวิธีสามารถปฏิเสธชุดห่วงโซ่ที่กว้างกว่าซึ่งนำไปสู่รากที่ถูกลบ

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

บริการที่ถูกต้องอาจต้องทำงานด้วย หากใบรับรองของพวกเขาพึ่งพาเส้นทางที่ไคลเอนต์ปฏิเสธแล้ว บริการต้องจัดหาสิ่งทดแทนที่ยอมรับได้แทนที่จะคาดหวังให้ผู้ใช้กู้คืนความเชื่อถือที่ไม่ปลอดภัย

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

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

รางวัลและเงินเดิมพันของผู้ตรวจสอบมีความเสี่ยงในลักษณะเดียวกันหรือไม่?

เงินเดิมพัน หน้าที่การลงนาม และการจ่ายค่าธรรมเนียมของผู้ตรวจสอบเกี่ยวข้องกัน แต่ถูกควบคุมผ่านกลไกที่แตกต่างกัน ปัญหาที่ส่งผลต่อสิ่งหนึ่งไม่ควรถูกอธิบายโดยอัตโนมัติว่าเป็นการควบคุมทั้งหมด

เอกสารการ stake ของ Ethereum อธิบายว่าผู้ตรวจสอบได้รับรางวัลจากการปฏิบัติหน้าที่และเผชิญบทลงโทษสำหรับการออฟไลน์หรือการประพฤติมิชอบที่พิสูจน์ได้ อำนาจการลงนามและการถอนมีบทบาทต่างกันในระบบนั้น

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

บริการปลอมแปลงอาจมีอิทธิพลต่อสิ่งที่ผู้ตรวจสอบทำได้ ผลกระทบขึ้นอยู่กับคำขอหรือการตอบสนองที่บริการจัดการและการตรวจสอบเพิ่มเติมที่ยังคงอยู่

ข้อเสนอบล็อกรวมผู้รับค่าธรรมเนียมสำหรับการชำระเงินที่เกี่ยวข้องกับการดำเนินการ เส้นทางที่สามารถเปลี่ยนแปลงข้อเสนอหรือการกำหนดค่าได้จึงมีผลตามมาโดยไม่ต้องควบคุมเงินเดิมพันทั้งหมด

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

หน้าที่ที่พลาดเป็นผลที่อาจเกิดขึ้นอีกอย่างจากโครงสร้างพื้นฐานที่ถูกรบกวน ผู้โจมตีที่ป้องกันการตอบสนองที่ถูกต้องอาจลดรางวัลแม้ไม่มีการเปลี่ยนเส้นทางการชำระเงินสำเร็จ

ผลลัพธ์เหล่านี้มีผลกระทบทางการเงินที่แตกต่างกัน โอกาสที่พลาดในการเสนอบล็อก บทลงโทษการไม่ใช้งานปกติ และการ slashing ไม่ใช่คำอธิบายการสูญเสียที่ใช้แทนกันได้

คำแนะนำของไคลเอนต์อธิบายผลที่อาจเกิดขึ้นภายใต้การกำหนดค่าที่ได้รับผลกระทบ แต่ไม่ได้ยืนยันว่าผู้ปฏิบัติงานทุกรายเผชิญผลเหล่านั้นหรือมี ETH จำนวนเท่ากันถูกขโมย

สำหรับผู้ถือที่ใช้ผู้ให้บริการ stake การปรับใช้จริงของผู้ให้บริการกำหนดความเกี่ยวข้อง จำนวน ETH ที่จัดการไม่ได้เปิดเผยว่าบริการระยะไกลหรือที่เก็บใบรับรองใดที่ผู้ปฏิบัติงานใช้

ผู้ตรวจสอบยังพึ่งพาซอฟต์แวร์นอก Ethereum

กฎเครือข่ายของ Ethereum เป็นเพียงส่วนหนึ่งของสิ่งที่ผู้ปฏิบัติงานพึ่งพา ฮาร์ดแวร์ รันไทม์ โฮสติ้ง การกำหนดค่า และบริการภายนอกล้วนมีส่วนว่าผู้ตรวจสอบปฏิบัติหน้าที่ถูกต้องหรือไม่

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

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

ไคลเอนต์สองตัวสามารถใช้รันไทม์ภาษาโปรแกรมเดียวกัน ผู้ปฏิบัติงานที่แตกต่างกันก็สามารถใช้ผู้ให้บริการโฮสติ้ง บริการลงนาม หรือโครงสร้างพื้นฐานผู้สร้างบล็อกเดียวกัน

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

การจ้างภายนอกอาจนำมาซึ่งการแลกเปลี่ยนเช่นกัน บริการลงนามเฉพาะอาจปรับปรุงการป้องกันคีย์ในขณะที่ทำให้การเชื่อมต่อที่รับรองความถูกต้องกับบริการนั้นสำคัญขึ้น

การดำเนินการในเครื่องมีความต้องการการบำรุงรักษาของตัวเอง การเก็บส่วนประกอบไว้ในเครื่องเดียวกันอาจลดความเสี่ยงเครือข่ายบางส่วน แต่ผู้ปฏิบัติงานยังต้องจัดการการอัปเดตซอฟต์แวร์และการเข้าถึงเครื่องนั้น

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

ความแตกต่างนี้สำคัญสำหรับผู้ใช้ ETH ทั่วไปด้วย แพตช์ใบรับรองในโครงสร้างพื้นฐานโหนดไม่ได้หมายความว่าทุกกระเป๋าต้องย้ายเงินหรือยอดคงเหลือบัญชี Ethereum เปลี่ยนไป

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

ผู้ปฏิบัติงานต้องใช้และตรวจสอบการอัปเดต

การเผยแพร่ให้วิธีแก่ผู้ปฏิบัติงานในการลบเส้นทางความเชื่อถือที่ได้รับผลกระทบออกจากอิมเมจ Docker ที่รองรับ ผู้ใช้ไฟล์เก็บถาวรมีงานรันไทม์แยกต่างหากที่ต้องพิจารณาภายใต้คำแนะนำของผู้จำหน่าย Java

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

สำหรับผู้ให้บริการ การหยุดทำงานที่เกิดจากใบรับรองที่ถูกปฏิเสธใหม่อาจต้องเปลี่ยนใบรับรองที่ปลายทาง การกู้คืนบริการควรรักษาการตรวจสอบตัวตนแทนที่จะข้ามมัน

การเปิดเผยเพิ่มเติมอาจปรับปรุงผลกระทบ ผู้ปฏิบัติงานอาจระบุการกำหนดค่าที่ยอมรับห่วงโซ่ที่ได้รับผลกระทบ หรือรายงานเหตุการณ์ที่เกี่ยวข้องกับบริการเฉพาะ

สำหรับตอนนี้ ประกาศของ Teku รายงานว่าไม่มีการโจมตีและแยกการใช้ mainnet เริ่มต้นออกจากการเชื่อมต่อภายนอกที่ได้รับผลกระทบ นั่นเป็นพื้นฐานที่ชัดเจนที่สุดในการอธิบายความเสี่ยง Ethereum ในทันที

ผู้ปฏิบัติงานที่ได้รับผลกระทบมีเหตุผลที่จะอัปเดต การสูญเสียทางการเงินใดๆ จะขึ้นอยู่กับบริการที่ผู้โจมตีปลอมแปลง ว่าพวกเขาดักจับการรับส่งข้อมูลหรือไม่ และผู้ตรวจสอบอนุญาตให้บริการนั้นทำอะไร