Core Lightning แก้ช่องโหว่ที่อาจทำให้สถานะช่องทางที่ถูกเพิกถอนรอดพ้นบทลงโทษ

เหตุการณ์นี้คืออะไร

Core Lightning ซึ่งเป็นซอฟต์แวร์ node implementation ของ Lightning Network แก้ไขช่องโหว่ในการปิดช่องทางในเวอร์ชัน v26.06.7 ช่องโหว่นี้เปิดโอกาสให้คู่สัญญาอีกฝ่ายส่งสถานะเก่าของช่องทางที่ถูกละทิ้งไปแล้ว หรือ revoked channel state กลับเข้าเครือข่ายหลักได้ โดยที่ฝ่ายที่ถูกละทิ้งอาจไม่สามารถบังคับใช้ penalty สำหรับพฤติกรรมฉ้อโกงได้ทันที Bitcoin Optech อธิบายแพตช์ที่เปิดเผยต่อสาธารณะเมื่อวันที่ 25 กันยายน ทำให้ความเสี่ยงนี้จับต้องได้สำหรับผู้ดูแลโหนดที่ยังใช้เวอร์ชันเก่ากว่า

ทำไมการปิดช่องทางแบบเพิกถอนจึงสำคัญ

Lightning Network ทำงานด้วย commitments หรือสถานะที่ลงนามไว้แทน balances ในช่องทาง เมื่อ balances เปลี่ยน คู่สัญญาจะแทน commitment เก่าด้วย commitment ใหม่ หากฝ่ายหนึ่งพยายาม broadcast commitment ที่ถูกละทิ้งไปแล้ว อีกฝ่ายควรอ้างสิทธิ์ penalty จากเงินของช่องทางนั้น เพื่อลงโทษการฉ้อโกง แต่ก่อนการแก้ไข Core Lightning อาจมองว่าการใช้จ่ายของ funding transaction เป็นการปิดแบบ cooperative ได้ หาก outputs ตรงกับ shutdown scripts ที่บันทึกไว้ก่อนแล้ว

ช่องโหว่นี้เกิดขึ้นในเงื่อนไขใดบ้าง

ปัญหาไม่ได้เกิดกับทุกช่องทาง ต้องมีเงื่อนไขเฉพาะ:

• เมื่อเปิดช่องทาง คู่สัญญาอีกฝ่ายไม่ได้ระบุ upfront shutdown script
• ต่อมา คู่สัญญาสามารถระบุ output script ของ revoked commitment ใน shutdown message
• จากนั้น สามารถละทิ้ง cooperative close และ broadcast old commitment ได้
• หาก Core Lightning ดูที่ outputs เพียงอย่างเดียว ธุรกรรมอาจดูถูกต้อง และข้ามเส้นทาง penalty ได้ ตามบันทึกการแก้ไข (patch notes) ของผู้ดูแลโปรเจกต์และผลการทดสอบ regression

การแก้ไขใหม่เปลี่ยนพฤติกรรมอย่างไร

การซ่อมแซมจะตรวจสอบ locktime และ sequence encoding ของธุรกรรม เพื่อระบุว่าเป็น commitment ก่อนที่จะประเมิน outputs ว่าเป็น mutual close ที่เป็นไปได้ วัสดุประกอบรายงานระบุว่าเป็นเส้นทางที่เป็นไปได้ในการหลบเลี่ยง penalty ไม่ใช่การโจรกรรมที่ได้รับการยืนยัน และปัญหานี้เป็นเรื่องการจัดการช่องทางของ Core Lightning ไม่ใช่การเปลี่ยนกฎหลักของ Bitcoin

ผู้ดูแลโหนดควรตรวจสอบอะไร

• เวอร์ชันที่เก่ากว่า v26.06.7 ต้องอัปเดต
• โปรเจกต์แนะนำ v26.06.8 อย่างจริงจัง ซึ่งเป็น security release ภายหลังที่มี fixes เพิ่มเติม
• เส้นทาง revoked-close ต้องมีเงื่อนไข shutdown-script ที่กล่าวถึง ดังนั้นเวอร์ชันที่อ่อนแอไม่ได้หมายความว่าทุกช่องทางจะถูก exploit แบบนี้
• ผู้ใช้ Docker images ในช่วงการ rollout ก่อนหน้า ควรตรวจสอบค่า digest ของ image
• release notes ของ v26.06.7 ระบุว่า images ที่ใช้ tags v26.06.7 และ tags ที่เกี่ยวข้องตั้งแต่ 28 สิงหาคม ถึง 1 กันยายน แสดงเวอร์ชันใหม่ตอน startup แต่ไม่มี fixes
• โปรเจกต์ระบุ corrected digests และให้ผู้ใช้ที่พบค่าไม่ตรงกัน ดึง image ใหม่

ไทม์ไลน์เวอร์ชันที่ควรรู้

Core Lightning ปล่อยเวอร์ชัน v26.06.7 เมื่อวันที่ 28 สิงหาคม จากนั้นเผยแพร่โค้ดต้นทางของ release ที่ถูก embargo ไว้ตอนแรก เมื่อวันที่ 11 กันยายน Pull request 9509 ถูก merged เข้าใน main development branch เมื่อวันที่ 15 กันยายน และนำการเปลี่ยนแปลงไปใช้ต่อ เวอร์ชัน v26.06.8 ตามมา เมื่อวันที่ 22 กันยายน พร้อม security fixes อื่น ๆ และโค้ดต้นทางที่พร้อมใช้งานทันที แม้ tests บางส่วนยัง withheld รายงานของ Optech เมื่อวันที่ 25 กันยายน อธิบาย revoked-close repair ที่ ship ไปแล้ว

บริบทเพิ่มเติมที่ช่วยให้เห็นภาพ

มีรายงานที่เกี่ยวข้องก่อนหน้านี้ระบุว่า คลื่นของข้อบกพร่องที่ AI พบ ทำให้ Core Lightning ของ Bitcoin ต้องเข้าสู่การล็อกดาวน์ฉุกเฉินแบบลับ 14 วัน และมีรายงานอีกชิ้นที่กล่าวถึงข้อบกพร่องเงียบในเครือข่าย scaling ที่ทำให้เงินผู้ใช้เสี่ยงถูกกวาดจนหมด โดยแพตช์มาถึงช้ากว่าที่เปิดเผย บริบทเหล่านี้ช่วยอธิบายว่าเหตุใดการตรวจสอบเวอร์ชันและค่า digest ของ image จึงสำคัญต่อผู้ดูแลโหนด

รายงานนี้มาจากไหน

รายงานต้นฉบับมีหัวข้อว่า "Core Lightning patches flaw that could let revoked channel state escape penalty" และปรากฏครั้งแรกบน CryptoSlate