Bitcoin Core 0.11.1 版本解析upnp 緩沖溢出修復(fù)、Low-S 簽名規(guī)則與最小中繼費(fèi)用提升【免費(fèi)下載鏈接】bitcoinBitcoin Core integration/staging tree項(xiàng)目地址: https://gitcode.com/GitHub_Trending/bi/bitcoin本文基于 Bitcoin Core 官方 0.11.1 版本發(fā)布說(shuō)明release-notes-0.11.1.md展開完整覆蓋該安全更新版本的升級(jí)/降級(jí)注意事項(xiàng)、三項(xiàng)關(guān)鍵變更upnp 漏洞修復(fù)與默認(rèn)禁用、Low-S 簽名強(qiáng)制校驗(yàn)、最小中繼費(fèi)用默認(rèn)值提升的設(shè)計(jì)動(dòng)機(jī)并結(jié)合當(dāng)前倉(cāng)庫(kù)源碼說(shuō)明相關(guān)機(jī)制在代碼中的落點(diǎn)幫助讀者理解 0.11.1 為何要求盡快升級(jí)以及這三項(xiàng)變更對(duì)節(jié)點(diǎn)行為、交易傳播和挖礦策略的實(shí)際影響。版本定位與安全升級(jí)建議0.11.1 是一個(gè)安全修復(fù)版本minor version release官方建議“盡快升級(jí)至該版本”。該版本基于 0.11 分支通過(guò)回移backport多個(gè) 0.12 開發(fā)分支上的修復(fù)集中處理了網(wǎng)絡(luò)層漏洞、交易可塑性攻擊面和中繼費(fèi)用策略三個(gè)問(wèn)題。發(fā)布說(shuō)明明確了兩點(diǎn)使用前提升級(jí)操作若運(yùn)行的是舊版本先將其完全關(guān)閉老版本可能需要幾分鐘才能徹底退出再執(zhí)行安裝程序Windows、替換/Applications/Bitcoin-QtmacOS或覆蓋bitcoind/bitcoin-qt二進(jìn)制Linux。降級(jí)風(fēng)險(xiǎn)由于 0.10.0 起引入了 headers-first 同步與并行區(qū)塊下載區(qū)塊文件與數(shù)據(jù)庫(kù)不再向后兼容0.10 之前的版本詳見下節(jié)。升級(jí)與降級(jí)區(qū)塊存儲(chǔ)不再向后兼容發(fā)布說(shuō)明的“Downgrade warning”一節(jié)解釋了 0.10.0 之后的數(shù)據(jù)目錄為何無(wú)法直接用于更早的版本區(qū)塊亂序存儲(chǔ)區(qū)塊文件按收到順序而非高度順序?qū)懭氪疟P早期版本及部分配套工具無(wú)法處理這種布局用更早版本執(zhí)行 reindex 也會(huì)失敗區(qū)塊索引包含“只有頭沒(méi)有塊”的條目新的區(qū)塊索引數(shù)據(jù)庫(kù)會(huì)保存尚未下載對(duì)應(yīng)區(qū)塊的頭部記錄headers-first 同步的必要數(shù)據(jù)結(jié)構(gòu)早期版本不識(shí)別這種狀態(tài)。因此發(fā)布說(shuō)明給出的降級(jí)建議是對(duì)整個(gè)數(shù)據(jù)目錄做備份否則降級(jí)后節(jié)點(diǎn)需要重新同步或從 bootstrap.dat 導(dǎo)入。完全同步完成的 0.10 數(shù)據(jù)目錄在舊版本上“可能”可以直接使用但官方明確聲明這不受支持且在舊版本嘗試 reindex 時(shí)隨時(shí)可能出錯(cuò)。需要注意這一兼容性約束不影響錢包的前向/后向兼容性——發(fā)布說(shuō)明指出從 0.11.x 降級(jí)到 0.10.x 未發(fā)現(xiàn)已知錢包問(wèn)題。變更一修復(fù)捆綁 upnp 的緩沖溢出并默認(rèn)禁用 upnp漏洞背景0.11.1 將捆綁的 miniupnpc 庫(kù)更新至 1.9.20151008修復(fù)了其在初次網(wǎng)絡(luò)發(fā)現(xiàn)階段的 XML 解析器緩沖溢出對(duì)應(yīng) Cisco Talos 的 TALOS-2015-0035 報(bào)告該漏洞由 Aleksandar Nikolic 發(fā)現(xiàn)。適用范圍有一條重要限定該漏洞只影響官方分發(fā)的可執(zhí)行文件其中捆綁了舊版 miniupnpc不影響從源碼自行編譯或使用發(fā)行版軟件包的用戶。默認(rèn)禁用 upnp除修復(fù)外0.11.1 還通過(guò) PR #6795合并提交4dbcec0net: Disable upnp by default默認(rèn)關(guān)閉了 upnp 功能。發(fā)布說(shuō)明給出的權(quán)衡是代價(jià)IPv4 網(wǎng)絡(luò)上可達(dá)節(jié)點(diǎn)數(shù)量可能下降節(jié)點(diǎn)無(wú)法再通過(guò) upnp 主動(dòng)為自身打洞/映射端口收益使未來(lái)的 libupnpc 漏洞不再構(gòu)成結(jié)構(gòu)性網(wǎng)絡(luò)風(fēng)險(xiǎn)——即即使第三方庫(kù)再出漏洞攻擊面也默認(rèn)不存在。這一“默認(rèn)禁用、需要時(shí)再手動(dòng)開啟”的思路與-upnp命令行參數(shù)配合使用用戶如需恢復(fù) upnp 行為需在配置中顯式開啟而非依賴默認(rèn)值。變更二中繼與挖礦前強(qiáng)制校驗(yàn) Low-S 簽名這是 0.11.1 中影響最深遠(yuǎn)的策略變更對(duì)應(yīng) PR #676971cc9d9Test LowS in standardness, removes nuisance malleability vector。技術(shù)動(dòng)機(jī)ECDSA 簽名存在天然的二義性對(duì)同一個(gè)(r, s)s也可以表示為n - sn為曲線階。兩種形式都數(shù)學(xué)上有效導(dǎo)致同一筆交易可以被構(gòu)造出不同的 txid。Bitcoin Core 自 2013 年 9 月提交a28fb70e起生成的簽名就是規(guī)范化“低 S 值”low-S形式但該實(shí)現(xiàn)直到 2014 年 3 月的 0.9 版本才進(jìn)入正式發(fā)布Bitcoinj 保持了相近的兼容期Bitcoinjs 與 Electrum 則更新更晚。0.11.1 要求節(jié)點(diǎn)在**中繼relay和挖礦mining**時(shí)拒絕非低 S 形式的簽名其定位在發(fā)布說(shuō)明中寫得很明確共識(shí)行為完全不變consensus behavior is unchanged——這不是軟分叉不修改鏈上有效性規(guī)則若廣泛部署可消除 SIGHASH_ALL 的 P2PKH 交易上最后一個(gè)已知的“騷擾型”可塑性nuisance malleability攻擊向量代價(jià)是會(huì)阻塞大多數(shù)由“足夠過(guò)時(shí)”的軟件構(gòu)造的交易它不替代 BIP62 或類似機(jī)制礦工仍可協(xié)作篡改交易也不替代錢包軟件對(duì)可塑性的妥善處理發(fā)布說(shuō)明引用了 Andrychowicz 等人的論文《On the Malleability of Bitcoin Transactions》作為背景它只是消除了那種“便宜且惱人”的 DoS 攻擊手段。當(dāng)前源碼中的實(shí)現(xiàn)落點(diǎn)從當(dāng)前倉(cāng)庫(kù)的源碼結(jié)構(gòu)看低 S 校驗(yàn)已經(jīng)演化為一條清晰的調(diào)用鏈簽名校驗(yàn)的核心函數(shù)是CPubKey::CheckLowSsrc/pubkey.cpp。其實(shí)現(xiàn)先用ecdsa_signature_parse_der_lax寬松解析 DER 編碼簽名再調(diào)用secp256k1_ecdsa_signature_normalize——若規(guī)范化改變了簽名返回非 0說(shuō)明原始簽名的 S 不在半階以下即非 low-S 形式該校驗(yàn)被集成進(jìn)腳本解釋器的驗(yàn)證標(biāo)志體系見 src/script/interpreter.cpp 中對(duì)CPubKey::CheckLowS的調(diào)用成為腳本驗(yàn)證流程的一環(huán)而不僅是 0.11.1 時(shí)期的“標(biāo)準(zhǔn)性測(cè)試”——從源碼結(jié)構(gòu)看這意味著當(dāng)前版本的低 S 約束已從 mempool 準(zhǔn)入策略升級(jí)為腳本驗(yàn)證層的一部分模糊測(cè)試亦覆蓋該路徑src/test/fuzz/key.cpp 斷言合法簽名通過(guò)CheckLowS而非法簽名被拒絕。理解這一演進(jìn)對(duì)把握 0.11.1 的意義很重要當(dāng)年它作為“標(biāo)準(zhǔn)性規(guī)則”引入以避免過(guò)早破壞兼容隨后在共識(shí)參數(shù)框架下逐步成為驗(yàn)證標(biāo)志體系的一部分這正是發(fā)布說(shuō)明中“Consensus behavior is unchanged”這一聲明在后續(xù)版本中被重新定義的過(guò)程。變更三-minrelaytxfee默認(rèn)值從 0.00001 提升到 0.00005調(diào)整內(nèi)容與動(dòng)機(jī)0.11.1 將-minrelaytxfee的默認(rèn)值由0.00001BTC/kvB 提升到0.00005BTC/kvBPR #6793e7bcc4aBump minrelaytxfee default。發(fā)布說(shuō)明解釋了背景當(dāng)時(shí)的**交易洪泛transaction flooding**導(dǎo)致節(jié)點(diǎn)內(nèi)存池mempool急劇膨脹造成節(jié)點(diǎn)內(nèi)存占用失控這是一個(gè)臨時(shí)措施用于橋接到動(dòng)態(tài)費(fèi)用估計(jì)機(jī)制合并之時(shí)該機(jī)制隨后進(jìn)入了 0.12 版本該數(shù)值在 0.11 的發(fā)布說(shuō)明中已被建議采用0.11.1 正式落地。當(dāng)前源碼中的實(shí)現(xiàn)落點(diǎn)在當(dāng)前倉(cāng)庫(kù)中這一參數(shù)體系的演進(jìn)痕跡清晰可見默認(rèn)值常量定義于 src/policy/policy.hDEFAULT_MIN_RELAY_TX_FEE{100}即 100 satoshi/kvB。對(duì)比 0.11.1 時(shí)期的 50 satoshi/kvB0.00005可以看到中繼費(fèi)用下限在此后進(jìn)一步上調(diào)注釋亦明確它是“-minrelaytxfee的默認(rèn)值交易中繼的最低費(fèi)用”命令行參數(shù)在 src/init.cpp 注冊(cè)幫助文本說(shuō)明了其語(yǔ)義“低于此費(fèi)率BTC/kvB的手續(xù)費(fèi)在中繼、挖礦與交易創(chuàng)建時(shí)視為零費(fèi)用”src/kernel/mempool_options.h 將該常量作為 mempool 參數(shù)結(jié)構(gòu)的初始值src/node/mempool_args.cpp 中還存在static_assert(DEFAULT_MIN_RELAY_TX_FEE DEFAULT_INCREMENTAL_RELAY_FEE)說(shuō)明最小中繼費(fèi)與增量中繼費(fèi)-incrementalrelayfee在結(jié)構(gòu)上被約束為同值二者共同定義了 mempool 限容與替換策略的費(fèi)率下限費(fèi)用估計(jì)器側(cè)src/policy/fees/block_policy_estimator.h 的注釋特別提到MIN_BUCKET_FEERATE歷史上繼承自DEFAULT_MIN_RELAY_TX_FEE并要求后者變更時(shí)同步更新——這印證了發(fā)布說(shuō)明中“臨時(shí)措施橋接至動(dòng)態(tài)方法”的歷史脈絡(luò)0.12 引入的估計(jì)器確實(shí)從此常量繼承了其最低費(fèi)率桶。對(duì)運(yùn)維的直接含義是若節(jié)點(diǎn)顯式配置了低于新默認(rèn)值的-minrelaytxfee仍會(huì)按配置值執(zhí)行而跟隨默認(rèn)值的節(jié)點(diǎn)在 0.11.1 之后會(huì)把 50 satoshi/kvB 以下的交易視為“零費(fèi)”交易在 mempool 已滿時(shí)優(yōu)先淘汰或拒絕這類低費(fèi)交易。0.11.1 完整變更日志發(fā)布說(shuō)明收錄的 16 項(xiàng)行為級(jí)變更如下PR 編號(hào)與合并提交哈希均沿用原文檔PR合并提交變更說(shuō)明#64382531438openssl規(guī)避配置文件加載/競(jìng)態(tài)問(wèn)題#6439980f820更新 Debian netinstall 的 URL 位置#63848e5a969qt對(duì) SSL 連接強(qiáng)制 TLS1.0#647192401c2Dependsqt 升級(jí)至 5.5#622493b606a對(duì)未請(qǐng)求區(qū)塊的處理更加嚴(yán)格#6571100ac4elibbitcoinconsensus避免多線程環(huán)境下的崩潰#6545649f5d9timedata 采樣最多保存 200 個(gè)#6694834e299[QT] 修復(fù) thin space 換行斷行問(wèn)題#67031cd7952向 0.11 回移 bug 修復(fù)#67505ed8d0b向 v0.11 回移 recent rejects#676971cc9d9標(biāo)準(zhǔn)性中測(cè)試 LowS消除騷擾型可塑性向量#6789b4ad73fminiupnpc 更新至 1.9.20151008#6785b4dc33e向 v0.11 回移(strCommand tx)中若 AlreadyHave() 則直接返回#64120095b9a測(cè)試新建 socket 是否可被 select()#67954dbcec0net默認(rèn)禁用 upnp#6793e7bcc4a提升 minrelaytxfee 默認(rèn)值其中除三項(xiàng)重點(diǎn)變更#6769、#6789/#6795、#6793外其余多為安全加固與穩(wěn)定性回移openssl 配置競(jìng)態(tài)、Qt TLS 版本下限、libbitcoinconsensus 多線程崩潰、未請(qǐng)求區(qū)塊的更嚴(yán)格處理均屬于“防御縱深”類修復(fù)與 0.11.1 作為安全版本的定位一致。致謝發(fā)布說(shuō)明感謝了為 0.11.1 直接貢獻(xiàn)代碼的 21 位貢獻(xiàn)者Adam Weiss、Alex Morcos、Casey Rodarmor、Cory Fields、fanquake、Gregory Maxwell、Jonas Schnelli、J Ross Nicoll、Luke Dashjr、Pavel Janík、Pavel Vasin、Peter Todd、Pieter Wuille、randy-waterhouse、Ross Nicoll、Suhas Daftuar、tailsjoin、?tcDrak、Tom Harding、Veres Lajos、Wladimir J. van der Laan以及提供代碼審查與安全研究支持的貢獻(xiàn)者IRC 用戶 timothy 報(bào)告了相關(guān)問(wèn)題miniupnp 漏洞由 Cisco Talos 的 Aleksandar Nikolic 發(fā)現(xiàn)譯文則來(lái)自 Transifex 平臺(tái)的翻譯社區(qū)。小結(jié)0.11.1 雖然只是一個(gè) 0.11 分支上的小版本但三項(xiàng)變更各自奠定了后續(xù)版本的重要機(jī)制upnp 默認(rèn)禁用確立了第三方網(wǎng)絡(luò)庫(kù)“默認(rèn)關(guān)閉”的風(fēng)險(xiǎn)管理范式Low-S 強(qiáng)制校驗(yàn)消除了當(dāng)時(shí) P2PKH 交易上最后剩余的廉價(jià)可塑性攻擊向量其校驗(yàn)邏輯在今天的倉(cāng)庫(kù)中仍能以CPubKey::CheckLowS與腳本驗(yàn)證標(biāo)志的形態(tài)被追蹤-minrelaytxfee提升到 0.00005則是 mempool 洪泛治理的臨時(shí)手段為 0.12 動(dòng)態(tài)費(fèi)用估計(jì)器的引入鋪平了道路——當(dāng)前源碼中估計(jì)器最低費(fèi)率桶繼承該常量、且與-incrementalrelayfee保持靜態(tài)斷言相等的結(jié)構(gòu)正是這一演進(jìn)的直接證據(jù)。對(duì)仍在維護(hù)歷史節(jié)點(diǎn)數(shù)據(jù)或研究節(jié)點(diǎn)策略演進(jìn)的讀者這份發(fā)布說(shuō)明與 0.11.0 發(fā)布說(shuō)明、0.12.0 發(fā)布說(shuō)明 串聯(lián)閱讀可以完整還原 2015 年前后 Bitcoin Core 交易策略的轉(zhuǎn)型過(guò)程。【免費(fèi)下載鏈接】bitcoinBitcoin Core integration/staging tree項(xiàng)目地址: https://gitcode.com/GitHub_Trending/bi/bitcoin創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考