ซอฟต์แวร์อ้างอิงของบิตคอยน์ เว็บไซต์ของโครงการเผยแพร่ประกาศการออกรุ่น ประกาศเตือนด้านความปลอดภัย และแถลงการณ์ของโครงการ
119 รายการ
การเซ็นใน Bitcoin Core 26.2 เลิกถือเอาเองว่า TapMiniscript เป็น sane (#29853) getnetworkhashps ส่ง error เมื่อพารามิเตอร์ไม่ถูกต้อง (#28554) และ setmocktime มีเพดานบังคับแล้ว (#29869) อีกทั้งบิลด์ร่วมกับ miniupnpc 2.2.8 ได้
Bitcoin Core
ก่อน Bitcoin Core 0.10.1 ข้อความขาเข้ามีขนาดได้ถึง 32 MiB ผู้โจมตีจึงบังคับจอง RAM เท่านั้นต่อการเชื่อมต่อหนึ่งครั้งและอาจทำให้โหนดล่ม ผู้ใช้ Bitcointalk ชื่อ Evil-Knievel เป็นผู้รายงาน #5843 ลดเพดานเหลือ 2 MiB ซึ่งต่อมาเพิ่มเป็น 4 MB สำหรับ Segwit การเปิดเผยที่ประกาศไว้ในปี 2015 ถูกเลื่อนออกไป รายละเอียดเพิ่งออกมาในปี 2024
Bitcoin Core
IPv6 ทำให้การขยายรายการแบนที่ไม่จำกัดขนาดของ Bitcoin Core มีต้นทุนต่ำ และทุกข้อความ GETADDR ก็บังคับให้สแกนรายการนั้นสำหรับทุกที่อยู่ที่ส่งกลับ สูงสุด 2500 ที่อยู่ ปัญหาความรุนแรงสูงทั้งหน่วยความจำจนล่มและ CPU ที่ถูกสูบ แก้ด้วย #19219 ซึ่งออกใน 0.20.1 และ 0.21.0
Bitcoin Core
บั๊กสองจุดในการจัดการ version message ได้แก่ signed-integer overflow และตรรกะผิดใน abs64 เปิดให้ผู้โจมตีบิดเวลาที่ปรับแล้วของเหยื่อ จนเหยื่อปฏิเสธบล็อกใหม่เพราะเห็นว่าลงเวลาล่วงหน้าไปไกลเกิน ผู้โจมตีต้องอยู่ใน 200 เพียร์แรกที่เชื่อมต่อ ช่องโหว่ความรุนแรงปานกลางนี้แก้แล้วใน Bitcoin Core 0.21.0
Bitcoin Core
แค่เปิดลิงก์ชำระเงิน BIP72 ที่เป็นอันตรายก็ทำให้ Bitcoin-Qt ล่มได้ พารามิเตอร์ r ชี้ไปยังไฟล์ขนาดมหึมาได้ แล้วแอปจะพยายามจองหน่วยความจำรับไฟล์นั้นขณะดาวน์โหลดเงียบๆ อยู่เบื้องหลัง บั๊กความรุนแรงปานกลางนี้หมดไปเมื่อ #17165 ถอด BIP70 ออก ซึ่งมากับ 0.20.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
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 23.2 คือการเปลี่ยนแปลง P2P สามจุด peers.dat ไม่เสียหายอีก (#26909) สถานะดาวน์โหลดของเพียร์อื่นไม่ถูกล้างก่อนเวลา (#27608) และคิว inv-to-send เร็วขึ้น (#27610) ที่เหลือเป็นงานบิลด์และ CI เช่นการคอมไพล์ bdb ด้วย clang-16 บน aarch64
Bitcoin Core
