- แหล่งที่มา
- Bitcoin Corebitcoincore.org
- เผยแพร่ครั้งแรก
- ความยาวต้นฉบับ
- อ่าน 2 นาที
- ภาษา
- อังกฤษ
บทสรุปโดย SATWEI
ก่อน Bitcoin Core 0.10.1 ข้อความขาเข้ามีขนาดได้ถึง 32 MiB ผู้โจมตีจึงบังคับจอง RAM เท่านั้นต่อการเชื่อมต่อหนึ่งครั้งและอาจทำให้โหนดล่ม ผู้ใช้ Bitcointalk ชื่อ Evil-Knievel เป็นผู้รายงาน #5843 ลดเพดานเหลือ 2 MiB ซึ่งต่อมาเพิ่มเป็น 4 MB สำหรับ Segwit การเปิดเผยที่ประกาศไว้ในปี 2015 ถูกเลื่อนออกไป รายละเอียดเพิ่งออกมาในปี 2024
แท็ก
- CVE
- P2P
เพิ่มเติมจาก 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