ทุกอย่างที่รวบรวมจากแหล่งข้อมูลทางการ
141 รายการ
บั๊กสองจุดในการจัดการ version message ได้แก่ signed-integer overflow และตรรกะผิดใน abs64 เปิดให้ผู้โจมตีบิดเวลาที่ปรับแล้วของเหยื่อ จนเหยื่อปฏิเสธบล็อกใหม่เพราะเห็นว่าลงเวลาล่วงหน้าไปไกลเกิน ผู้โจมตีต้องอยู่ใน 200 เพียร์แรกที่เชื่อมต่อ ช่องโหว่ความรุนแรงปานกลางนี้แก้แล้วใน Bitcoin Core 0.21.0
Bitcoin Core
ธุรกรรม orphan ที่ปั้นมา ไม่ถูกต้องแต่ตรวจสอบแพง ทำให้โหนดค้างได้นานหลายชั่วโมง เพราะธุรกรรมใหม่ทุกรายการที่รับเข้ามาจะกระตุ้นการค้นแคช orphan แบบ quadratic #15644 ของ Pieter Wuille หยุดงานนั้นไปรับข้อความใหม่ทันทีที่พบรายการตรงกัน ตัวแก้ความรุนแรงสูงนี้ถึงมือผู้ใช้ใน Bitcoin Core 0.18.0
Bitcoin Core
ข้อความ GETDATA ที่ผิดรูปอาจทำให้เธรด net_processing หมุนที่ CPU 100% ใน Bitcoin Core รุ่นก่อน 0.20.0 และกินหน่วยความจำเพิ่ม 1.5 MB ต่อเพียร์ผู้โจมตีหนึ่งราย เพียร์อื่นยังได้รับบริการตามปกติ จึงจัดความรุนแรงไว้ต่ำ John Newbery เป็นคนพบบั๊กและแก้ใน #18808
Bitcoin Core
header ที่ต่อตรงจากบล็อก genesis ใช้ความยากเพียง 1 ลอดตรรกะ checkpoint ได้ตั้งแต่ Bitcoin Core 0.12.0 จนถึง 0.15.0 ผู้สแปมจึงขยาย mapBlockIndex ได้ไม่จำกัด และอาจทำให้โหนดล่มเพราะหน่วยความจำหมด Cory Fields รายงานบั๊กความรุนแรงปานกลางนี้ในปี 2017 และ #11028 ปิดช่องนี้
Bitcoin Core
INV หนึ่งข้อความที่อัดรายการบล็อกไว้ 50,000 รายการ ทำให้โหนดต่อคิวคำตอบ getheaders 50,000 รายการ รายการละราว 1 kB ได้ และเพียร์ที่ไม่ยอมอ่านก็ทำให้บัฟเฟอร์ส่ง 50 MB นั้นเต็มตลอด #18962 ของ John Newbery ซึ่งนำเสนอในฐานะการประหยัดแบนด์วิดท์ ส่ง GETHEADERS เพียงหนึ่งครั้งต่อ INV และมากับ 0.20.0
Bitcoin Core
ผู้โจมตีกั๊กคำตอบ GETDATA แล้วสแปมประกาศปลอมเพื่อไล่ธุรกรรมออกจากแมป g_already_asked_for ที่จุ 50,000 รายการ จากนั้นประกาศธุรกรรมซ้ำไปเรื่อยๆ จนเหยื่อไม่ไปขอจากใครอื่น John Newbery เปิดเผยบั๊กความรุนแรงปานกลางนี้ และ #19988 ของ Pieter Wuille แก้ไว้ใน Bitcoin Core 0.21.0
Bitcoin Core
ก่อน Bitcoin Core 0.10.1 ข้อความขาเข้ามีขนาดได้ถึง 32 MiB ผู้โจมตีจึงบังคับจอง RAM เท่านั้นต่อการเชื่อมต่อหนึ่งครั้งและอาจทำให้โหนดล่ม ผู้ใช้ Bitcointalk ชื่อ Evil-Knievel เป็นผู้รายงาน #5843 ลดเพดานเหลือ 2 MiB ซึ่งต่อมาเพิ่มเป็น 4 MB สำหรับ Segwit การเปิดเผยที่ประกาศไว้ในปี 2015 ถูกเลื่อนออกไป รายละเอียดเพิ่งออกมาในปี 2024
Bitcoin Core
Wladimir J. Van Der Laan พบ buffer overflow ตัวที่สองใน miniupnpc ซึ่งทำข้อมูลรั่วและต่อกับ CVE-2015-6031 จนรันโค้ดจากระยะไกลได้ เขาสาธิตกับ miniupnpc 1.6-precise ของ Ubuntu แต่ exploit ดังกล่าวใช้กับ Bitcoin Core โดยตรงไม่ได้ ตัวแก้มากับรุ่น 0.12 ในเดือนกุมภาพันธ์ 2016
Bitcoin Core
Bitcoin Core 27.1 มีแต่การแก้บั๊ก ปุ่มเพิ่มค่าธรรมเนียมของธุรกรรมที่ยังไม่เซ็นใน GUI ใช้งานได้อีกครั้ง ช่อง IP ของพร็อกซีไม่รับพอร์ตแล้ว และ GetAddedNodeInfo() ตรวจเจอเพียร์ CJDNS จาก addnode (#30085) การจัดการ TapMiniscript ตอนเซ็นก็เปลี่ยนไปด้วย (#29853)
Bitcoin Core
BIP324 v2 transport เปิดเป็นค่าเริ่มต้นใน Bitcoin Core 27.0 และอัลกอริทึมใหม่ CoinGrinder จะหาชุดอินพุตที่เบาที่สุดเมื่อ feerate ตั้งแต่ 30 sat/vB ขึ้นไป โค้ดฉันทามติเลิกใช้เวลาที่ปรับตามเครือข่ายแล้วหันมาใช้เวลาระบบ นาฬิกาที่แม่นจึงสำคัญขึ้นสำหรับผู้ดูแลโหนด ส่วน libbitcoinconsensus เข้าสถานะเลิกใช้ และมีแผนถอดออกใน v28
Bitcoin Core
โหนดบน Bitcoin Core 25.2 หยุดประมวลผลบล็อกกลายพันธุ์ (#29412) รุ่นนี้ยังแก้ segfault ของ getrawtransaction (#29003), use-after-free ใน WalletBatch::EraseRecords (#29176) และ GUI ที่ล่มเมื่อเลือก “Mask values”
Bitcoin Core
เซสชัน I2P ใน Bitcoin Core 26.1 ใช้การเข้ารหัสทั้ง ECIES-X25519 และ ElGamal (#29200) และโหนดจะแสดงความคืบหน้าในล็อกระหว่างโหลด mempool ส่วนการแก้บั๊กมีทั้งการปฏิเสธบล็อกกลายพันธุ์ (#29412) และกระเป๋าที่ข้าม coin selection แบบ BnB เมื่อเปิด SFFO (#28994)
Bitcoin Core
BIP324 v2 transport เปิดตัวแบบทดลองใน Bitcoin Core 26.0 ปิดไว้ตามค่าเริ่มต้นและเปิดได้ด้วย -v2transport RPC ใหม่ loadtxoutset โหลดสแนปช็อต assumeutxo ให้โหนดใช้งานได้ในไม่กี่นาที ระหว่างที่ chainstate เดิมตรวจสอบต่อไปเบื้องหลัง ส่วน submitpackage ส่งธุรกรรมดิบเข้า mempool เป็นแพ็กเกจ
Bitcoin Core
Bitcoin Core 24.2 เลิกให้ค่าประมาณค่าธรรมเนียมที่ล้าสมัย (#27622) และแก้การจัดการที่อยู่ bech32 ไม่ถูกต้องใน RPC (#27727) การเปลี่ยนแปลงที่เหลือส่วนใหญ่อยู่ที่ระบบบิลด์และ CI รวมถึงการแก้บิลด์แพ็กเกจ Qt บน macOS กับ linker ของ Xcode 15 (#28543)
Bitcoin Core
การดาวน์โหลด compact block แบบขนานเข้ามาใน Bitcoin Core 25.1 (#27626) ส่วนการแก้ไขอื่นครอบคลุม REST ที่ล่มบน /deploymentinfo (#27853) การปิดเซิร์ฟเวอร์หลังไคลเอนต์ระยะไกลตัดการเชื่อมต่อ (#28551) และการย้ายกระเป๋าที่ตอนนี้ไม่รับสคริปต์ไม่ถูกต้อง (#28125)
Bitcoin Core
การสแกนกระเป๋า descriptor ใหม่เร็วขึ้นใน Bitcoin Core 25.0 เมื่อมี compact block filter ตาม BIP158 ผ่าน -blockfilterindex=1 และมี RPC ใหม่ scanblocks ไว้ค้นในฟิลเตอร์เหล่านั้น นโยบายการส่งต่อยอมรับธุรกรรมตั้งแต่ 65 ไบต์ non-witness ขึ้นไป ส่วนภายใต้ -blocksonly หน่วยความจำ mempool สูงสุดลดจาก 300MB เหลือ 5MB
Bitcoin Core
กระเป๋าบน Bitcoin Core 24.1 ล้าง master key ตอนล็อก จึงไม่ค้างในหน่วยความจำ (#27080) และ peers.dat ไม่เสียหายอีกเพราะ serialize เพียงครั้งเดียว (#26909) คิว inv-to-send ทำงานเร็วขึ้น (#27610) ส่วน segfault ของ REST เมื่อเจอ URI ไม่ถูกต้องหมดไปแล้ว (#27468)
Bitcoin Core
หัวใจของ Bitcoin Core 23.2 คือการเปลี่ยนแปลง P2P สามจุด peers.dat ไม่เสียหายอีก (#26909) สถานะดาวน์โหลดของเพียร์อื่นไม่ถูกล้างก่อนเวลา (#27608) และคิว inv-to-send เร็วขึ้น (#27610) ที่เหลือเป็นงานบิลด์และ CI เช่นการคอมไพล์ bdb ด้วย clang-16 บน aarch64
Bitcoin Core
deriveaddresses ไม่ล่มอีกที่ index 2147483647 ใน Bitcoin Core 23.1 (#26275) และ segfault บน MacOS 13 จากการแจ้งเตือนบางอย่างหายไปแล้ว GUI ไม่ยอมเข้ารหัสกระเป๋า watch-only อีกต่อไป ส่วน Qt5 ขยับเป็น 5.15.3 (#24668)
Bitcoin Core
แฟล็ก -persistmempool เปล่าๆ มีความหมายเท่ากับ -persistmempool=1 แล้วใน Bitcoin Core 22.1 จากเดิมที่เผลอปิดการเก็บ mempool (#23061) การคำนวณค่าธรรมเนียมปัดขึ้นเพื่อไม่ให้ต่ำกว่า feerate ที่คาดไว้ (#22949) ส่วน segfault ของกระเป๋าที่เกี่ยวกับ external_spk_managers หมดไปแล้ว (#23333)
Bitcoin Core
