ไฟล์ undo ล้นได้ในสภาวะสุดขั้ว
- แหล่งที่มา
- Bitcoin Corebitcoincore.org
- เผยแพร่ครั้งแรก
- ความยาวต้นฉบับ
- อ่าน 4 นาที
- ภาษา
- อังกฤษ
บทสรุปโดย SATWEI
นักขุดอาจดันไฟล์ undo ของ Bitcoin Core ให้เกิน 4 GiB จนตำแหน่งแบบ 32 บิตวนกลับและข้อมูลเสียหาย หากตามมาด้วย reorg ที่เข้าทาง โหนดจะปิดตัวลง ส่วน Windows และระบบ 32 บิตพังตั้งแต่ 2 GiB โดยไม่ต้องมี reorg CVE-2026-117346 ความรุนแรงต่ำ และต้องใช้บล็อกทั้งเครือข่ายราวหนึ่งเดือน รุ่น 32.1, 31.2, 30.4 และ 29.5 แก้ให้ระบบ 64 บิตแล้ว แต่โหนด 32 บิตกับที่เก็บบล็อกบน FAT32 ยังเสี่ยงอยู่
แท็ก
- การขุด
เพิ่มเติมจาก Bitcoin Core
หน่วยความจำค่อยๆ โตไม่จำกัด เมื่อเพียร์รุ่นก่อน BIP31 ถูกพักการส่ง
เพียร์ประสงค์ร้ายแกล้งทำเป็นไม่รองรับ ping ตาม BIP 31 เพื่อเลี่ยงการตัดการเชื่อมต่อที่ 20 นาที แล้วอ่านข้อมูลอย่างเชื่องช้า คิวส่งของโหนดจึงพองได้ถึง 2MB ต่อชั่วโมงต่อเพียร์ขาเข้าหนึ่งราย และ 5MB ต่อเพียร์ขาออกหนึ่งราย CVE-2026-117349 ความรุนแรงปานกลาง ปิดด้วย #36667 ใน Bitcoin Core 32.1, 31.2, 30.4 และ 29.5 ส่วนโหนด -blocksonly เสี่ยงน้อยกว่ามาก
Bitcoin Core
Bitcoin Core 30.4 ออกแล้ว
Bitcoin Core 30.4 เลิกนับบิต 5 ถึง 28 ของ BIP 9 เป็นสัญญาณซอฟต์ฟอร์กตาม BIP 323 บล็อกที่ตั้งบิตเหล่านี้จึงไม่ปลุกคำเตือน unknown-deployment อีก (#34779) ด้านเครือข่าย เพียร์ที่การส่งถูกพักไว้จะเจอ timeout แบบบังคับ (#36667) ส่วนตำแหน่งใน flatfile เปลี่ยนมาใช้จำนวนเต็ม 64 บิต (#36669)
Bitcoin Core
TCP urgent data ทำหน่วยความจำบวมไม่จำกัดบนระบบที่ไม่ใช่ Linux
โหนดบน Windows, macOS และ BSD เสี่ยงล่มเมื่อเพียร์ที่เชื่อมต่ออยู่ส่ง TCP urgent data เข้ามา เพราะข้อมูลลอดการพักอ่านใน backend select() แล้วกินหน่วยความจำในคิวได้ไม่จำกัด (CVE-2026-117350) โหนด Linux ใช้ poll() จึงไม่กระทบ บั๊กความรุนแรงปานกลางนี้มาจากการสแกนด้วย LLM ภายใต้ Project Loupe และแก้แล้วใน Bitcoin Core 32.1, 31.2, 30.4 และ 29.5
Bitcoin Core