ทุกอย่างที่รวบรวมจากแหล่งข้อมูลทางการ
141 รายการ
FillBlock ได้ตัวแก้ P2P สองจุดใน Bitcoin Core 29.2 คือการตรวจ witness mutation (#32646) และการตรวจ header ว่างก่อนเรียกใช้ (#33296) การตรวจ TRUC เลิกบังคับตอน reorg (#33504) ส่วน getblock และ getblockheader ไม่คืนค่า target ของปลายเชนอีก (#33446)
Bitcoin Core
เพดาน OP_RETURN แทบหมดไปใน Bitcoin Core 30.0 เมื่อ -datacarriersize มีค่าเริ่มต้น 100,000 และธุรกรรมเดียวมีเอาต์พุตข้อมูลได้หลายรายการ แต่ตั้ง -datacarriersize=83 เพื่อกลับไปใช้เพดานเดิมได้ feerate การส่งต่อเริ่มต้นลดเหลือ 0.1 satoshi ต่อ vB ลายเซ็น legacy จำกัดที่ 2500 ปฏิบัติการต่อธุรกรรมมาตรฐาน และมีคำสั่ง bitcoin ตัวใหม่ที่ครอบไฟล์รันเดิมไว้
Bitcoin Core
Bitcoin Core 29.1 จำกัดการเขียนล็อกลงดิสก์แบบไม่มีเงื่อนไขไว้ที่ 1MiB ต่อชั่วโมงต่อจุดในซอร์สโค้ด (#32604) ธุรกรรมมาตรฐานมีปฏิบัติการลายเซ็น legacy ที่อาจถูกรันได้ไม่เกิน 2500 ครั้ง ค่า feerate การส่งต่อเริ่มต้นลดเหลือ 100 satoshi ต่อ kvB ส่วนบิลด์ 32 บิตจำกัด -maxmempool ที่ 500MB และ -dbcache ที่ 1GiB
Bitcoin Core
การเปลี่ยนแปลงกว่าครึ่งของ Bitcoin Core 28.2 เป็นงานด้านบิลด์ Guix รับหน้าที่ notarize แอปบันเดิลบน macOS และ codesign ไบนารีทั้งหมดของ macOS กับ Windows (#31407) ส่วน depends แก้การคอมไพล์ libevent บน NetBSD (#31500) และ freetype เมื่อใช้ cmake (#32693)
Bitcoin Core
ผู้ร่วมพัฒนา Bitcoin Core 31 คนลงชื่อในจดหมายเปิดผนึก ระบุว่าซอฟต์แวร์โหนดไม่ควรปฏิเสธการส่งต่อธุรกรรมที่มีความต้องการทางเศรษฐกิจต่อเนื่องและเข้าบล็อกได้สม่ำเสมอ เนื่องจากผู้ใช้กับนักขุดหาทางเลี่ยงตัวกรองแบบนี้ได้ พวกเขาย้ำว่าไม่ได้สนับสนุนการใช้งานข้อมูลที่ไม่เกี่ยวกับการเงิน และผู้ใช้เท่านั้นเป็นผู้เลือกว่าจะรันซอฟต์แวร์และนโยบายใด
Bitcoin Core
การสแปม addr ไม่หยุดเป็นเวลาหลายปีอาจทำให้ตัวระบุ 32 บิตในตัวจัดการที่อยู่ของ Bitcoin Core ล้นจนโหนดล่ม นี่คือส่วนที่เหลือของการโจมตีซึ่ง v22.0 ลดทอนไปแล้วด้วยการจำกัดอัตรา รุ่น 29.0 เปลี่ยนไปใช้ตัวระบุ 64 บิตและปิด CVE-2024-52919 ที่มีความรุนแรงต่ำ Eugene Siegel เป็นผู้พบ ส่วน Martin Zumsande เป็นผู้แก้
Bitcoin Core
Bitcoin Core 29.0 ตัด UPnP ออก และ -natpmp เปลี่ยนมาใช้ PCP กับ NAT-PMP ที่เขียนในตัวแทน libnatpmp นโยบายใหม่ ephemeral dust เข้ามาแล้ว การแก้น้ำหนักบล็อกที่ถูกจองซ้ำเพิ่ม -blockreservedweight และโหนดจะขอ parent ที่ขาดจากทุกเพียร์ที่ประกาศ orphan นั้น ส่วนรุ่น 26.x และเก่ากว่าถึง Maintenance End
Bitcoin Core
เมื่อตั้ง -port ไว้ Bitcoin Core 28.1 จะคิดพอร์ต onion เริ่มต้นจากพอร์ตนั้นบวกหนึ่ง แทนการตรึงไว้ที่ 8334 บน mainnet โหนดหลายตัวในเครื่องเดียวจึงกลับมารันพร้อมกันได้โดยไม่ชนกันตอนเริ่มระบบ ใครตั้ง HiddenServicePort เองใน torrc อาจต้องแก้ตาม นอกจากนี้ DecodeExtKey ล้างข้อมูลลับแล้ว (#31166)
Bitcoin Core
เพียร์ที่ประกาศบล็อกแล้วเงียบไปอาจทำให้โหนด Bitcoin Core รอนานถึง 10 นาทีก่อนไปขอที่อื่น และผู้โจมตีทำซ้ำได้เรื่อยๆ CVE-2024-52922 ความรุนแรงปานกลาง Greg Sanders เป็นทั้งผู้รายงานและผู้แก้ บรรเทาแล้วใน v25.1 และ v26.0 ซึ่งขอบล็อกจากเพียร์ compact block แบนด์วิดท์สูงได้ทันทีถึง 3 ราย
Bitcoin Core
รุ่น 27.2 ของ Bitcoin Core ปิด race condition ในการตรวจจับการเชื่อมต่อหาตัวเอง (#30394) และแก้การเรียก FillPSBT ที่คืน complete=true ผิดๆ (#30357) เธรดโหลดบล็อกกับ scheduler เปลี่ยนลำดับการปิดตัว (#30435) และโค้ดบิลด์ผ่านกับ miniupnpc 2.2.8 และ GCC 15
Bitcoin Core
บล็อกกลายพันธุ์จากเพียร์รายเดียวอาจล้างสถานะดาวน์โหลดของเพียร์อื่นที่ประกาศบล็อกเดียวกันใน Bitcoin Core ก่อน v25.0 ทำให้โหนดลืม compact block ที่กำลังประกอบอยู่ Suhas Daftuar เป็นคนสังเกตเห็น และ #27608 จำกัดให้แต่ละเพียร์แตะได้เฉพาะสถานะของตัวเอง CVE-2024-52921 มีความรุนแรงปานกลาง
Bitcoin Core
โหนดที่รัน Bitcoin Core ก่อน v25.0 ล่มจากระยะไกลได้ด้วยข้อความ blocktxn ซ้ำสำหรับบล็อกเดียว ซึ่งไปสะดุด assertion ที่กำหนดให้ FillBlock รันได้ครั้งเดียว ไม่จำเป็นต้องมี short-id ชนกัน เพราะการใส่ธุรกรรมที่ไม่อยู่ใน merkle root ของบล็อกก็ไปถึงเส้นทางเดียวกัน Niklas Gögge เป็นผู้พบและแก้ CVE-2024-35202 บั๊กความรุนแรงสูงนี้
Bitcoin Core
กิจกรรมเครือข่ายที่พุ่งขึ้นช่วงต้นเดือนพฤษภาคม 2023 ซ้ำเติมด้วยโหนดสอดแนม ทำให้การกระจายบล็อกและธุรกรรมช้าลง เพราะการเรียงชุด inv-to-send ที่ใหญ่เกินกินเวลาเธรด P2P เกือบหมด ปัญหาความรุนแรงปานกลางนี้แก้แล้วใน Bitcoin Core v25.0 ด้วย #27610 ซึ่งทิ้งธุรกรรมที่ออกจาก mempool เร็วขึ้นและระบายชุดเร็วขึ้นตามขนาด
Bitcoin Core
Testnet4 (BIP94) เข้ามาใน Bitcoin Core 28.0 พร้อม package relay แบบจำกัดสำหรับคู่ 1-parent-1-child ธุรกรรม TRUC แบบมาตรฐานตาม BIP 431 และเอาต์พุตชนิดใหม่ Pay To Anchor ค่าเริ่มต้นของ -mempoolfullrbf เปลี่ยนเป็น 1 และถอด libbitcoinconsensus ออกหลังประกาศเลิกใช้ใน 27.0
Bitcoin Core
สาย header ความยากต่ำสั่งโหนด Bitcoin Core ก่อน v24.0.1 ให้ล่มจากระยะไกลได้ และสายที่ปั้นขึ้นหนึ่งสายนำไปใช้ซ้ำกับโหนดใดก็ได้ในเครือข่าย #25717 แก้โดยให้โหนดตรวจว่าสายนั้นมี work เพียงพอก่อนจัดเก็บ ซึ่งทำให้เลิกพึ่ง checkpoint ในการรับมือการโจมตีที่รู้จักด้วย ความรุนแรง: สูง
Bitcoin Core
ผู้โจมตีปลอมตัวเป็นอุปกรณ์ UPnP ในเครือข่ายท้องถิ่น แล้วป้อนคำตอบ M-SEARCH ขนาดมหึมาให้โหนด Bitcoin Core จนหน่วยความจำหมดได้ เฉพาะโหนดที่เริ่มด้วย -miniupnp เท่านั้นที่เสี่ยง เนื่องจากไลบรารีนี้ปิดอยู่ตามค่าเริ่มต้น บั๊กความรุนแรงต่ำนี้แก้แล้วใน v22.0
Bitcoin Core
การสแปมข้อความ addr ทำโหนด Bitcoin Core ล่มได้ เมื่อ addrman รับรายการครบ 2^32 ครั้ง ตัวนับ ID แบบ 32 บิตจะล้นและไปสะดุด assertion Eugene Siegel รายงานบั๊กความรุนแรงสูงนี้ในปี 2021 และ v22.0 มีตัวแก้ของ Pieter Wuille
Bitcoin Core
การเซ็นใน Bitcoin Core 26.2 เลิกถือเอาเองว่า TapMiniscript เป็น sane (#29853) getnetworkhashps ส่ง error เมื่อพารามิเตอร์ไม่ถูกต้อง (#28554) และ setmocktime มีเพดานบังคับแล้ว (#29869) อีกทั้งบิลด์ร่วมกับ miniupnpc 2.2.8 ได้
Bitcoin Core
บั๊กสองจุดในการจัดการ version message ได้แก่ signed-integer overflow และตรรกะผิดใน abs64 เปิดให้ผู้โจมตีบิดเวลาที่ปรับแล้วของเหยื่อ จนเหยื่อปฏิเสธบล็อกใหม่เพราะเห็นว่าลงเวลาล่วงหน้าไปไกลเกิน ผู้โจมตีต้องอยู่ใน 200 เพียร์แรกที่เชื่อมต่อ ช่องโหว่ความรุนแรงปานกลางนี้แก้แล้วใน Bitcoin Core 0.21.0
Bitcoin Core
IPv6 ทำให้การขยายรายการแบนที่ไม่จำกัดขนาดของ Bitcoin Core มีต้นทุนต่ำ และทุกข้อความ GETADDR ก็บังคับให้สแกนรายการนั้นสำหรับทุกที่อยู่ที่ส่งกลับ สูงสุด 2500 ที่อยู่ ปัญหาความรุนแรงสูงทั้งหน่วยความจำจนล่มและ CPU ที่ถูกสูบ แก้ด้วย #19219 ซึ่งออกใน 0.20.1 และ 0.21.0
Bitcoin Core
