Wydania, komunikaty bezpieczeństwa i prace nad protokołem – od tych, którzy tworzą oprogramowanie dla Bitcoina.
121 publikacji
Wersja 27.2 Bitcoin Core zamyka sytuację wyścigu w wykrywaniu połączeń z samym sobą (#30394) i poprawia wywołania FillPSBT, które błędnie zwracały complete=true (#30357). Wątek ładowania bloków i planista wyłączają się teraz w innej kolejności (#30435), a kod kompiluje się z miniupnpc 2.2.8 i GCC 15.
Bitcoin Core
Węzły z Bitcoin Core przed v25.0 można było wywrócić zdalnie, wysyłając powtórną wiadomość blocktxn dla jednego bloku, co naruszało asercję, że FillBlock działa tylko raz. Kolizja krótkich identyfikatorów nie była potrzebna: ta sama ścieżka otwierała się po dodaniu transakcji nieobecnych w korzeniu Merkle bloku. Niklas Gögge znalazł i naprawił ten błąd o wysokim stopniu zagrożenia, CVE-2024-35202.
Bitcoin Core
Testnet4 (BIP94) trafia do Bitcoin Core 28.0, a razem z nim ograniczone przekazywanie pakietów dla par 1-parent-1-child, standardowe transakcje TRUC według BIP 431 i nowy typ wyjścia Pay To Anchor. -mempoolfullrbf ma teraz domyślnie wartość 1, a libbitcoinconsensus znika po wycofaniu w 27.0.
Bitcoin Core
Podszywając się w sieci lokalnej pod urządzenie UPnP, napastnik mógł zalewać węzeł Bitcoin Core rozdętymi odpowiedziami M-SEARCH aż do wyczerpania pamięci. Narażone były tylko węzły uruchomione z -miniupnp, bo domyślnie biblioteka jest wyłączona. Błąd o niskim stopniu zagrożenia naprawiono w v22.0.
Bitcoin Core
Podpisywanie w Bitcoin Core 26.2 nie zakłada już, że TapMiniscript jest poprawny (#29853), getnetworkhashps zgłasza błąd przy nieprawidłowych parametrach (#28554), a setmocktime ma egzekwowaną wartość maksymalną (#29869). Kompilacja działa też z miniupnpc 2.2.8.
Bitcoin Core
Napastnik wstrzymywał odpowiedzi GETDATA, a potem spamował fałszywymi ogłoszeniami, aby usunąć transakcję z 50-tysięcznej mapy g_already_asked_for. Mógł ją wtedy ogłaszać raz za razem, a ofiara nie prosiła o nią nikogo innego. Błąd o średnim stopniu zagrożenia ujawnił John Newbery, a naprawił Pieter Wuille w #19988, wydanym w Bitcoin Core 0.21.0.
Bitcoin Core
Spreparowane transakcje osierocone, nieprawidłowe, ale kosztowne w walidacji, mogły zatrzymać węzeł na wiele godzin, bo każda nowo przyjęta transakcja uruchamiała kwadratowe przeszukiwanie pamięci podręcznej sierot. #15644 Pietera Wuille'a przerywa tę pracę, gdy tylko znajdzie się dopasowanie, i przechodzi do nowych wiadomości. Poprawka błędu o wysokim stopniu zagrożenia dotarła do użytkowników w Bitcoin Core 0.18.0.
Bitcoin Core
Fałszywy link płatności BIP72 mógł wywrócić Bitcoin-Qt: jego parametr r wskazywał ogromny plik, a program próbował zaalokować na niego pamięć, podczas gdy pobieranie po cichu trwało w tle. Błąd o średnim stopniu zagrożenia zniknął, gdy #17165 usunął obsługę BIP70, co trafiło do 0.20.0.
Bitcoin Core
Nagłówki zbudowane bezpośrednio na bloku genesis, wymagające tylko trudności 1, od Bitcoin Core 0.12.0 aż do 0.15.0 prześlizgiwały się przez logikę punktów kontrolnych. Spamer mógł więc bez ograniczeń powiększać mapBlockIndex i ewentualnie wywrócić węzeł z braku pamięci. Błąd o średnim stopniu zagrożenia zgłosił w 2017 roku Cory Fields, a zamknął go #11028.
Bitcoin Core
Przed Bitcoin Core 0.10.1 odbierane wiadomości mogły mieć 32 MiB, więc napastnik mógł wymusić alokację takiej ilości RAM na każde połączenie i ewentualnie wywrócić węzeł. Zgłosił to użytkownik Bitcointalk o nicku Evil-Knievel; #5843 obniżył limit do 2 MiB, później podniesiony do 4 MB ze względu na Segwit. Ujawnienie zapowiedziane na 2015 rok przełożono, a szczegóły wyszły na światło dzienne w 2024 roku.
Bitcoin Core
Drugie przepełnienie bufora w miniupnpc, które znalazł Wladimir J. Van Der Laan, ujawniało dane i dało się połączyć z CVE-2015-6031 w zdalne wykonanie kodu, co zademonstrował na miniupnpc 1.6-precise z Ubuntu. Jego exploita nie dało się bezpośrednio przenieść na Bitcoin Core, a poprawka trafiła do wersji 0.12 w lutym 2016 roku.
Bitcoin Core
Dzięki IPv6 niewielkim kosztem dało się rozdąć nieograniczoną listę banów w Bitcoin Core, a każda wiadomość GETADDR wymuszała potem jej przeszukanie dla każdego zwracanego adresu, a tych mogło być do 2500. Awarię pamięci i drenaż procesora, ocenione na wysoki stopień zagrożenia, usunął #19219, wydany w 0.20.1 i 0.21.0.
Bitcoin Core
Bitcoin Core 27.1 to same poprawki błędów: działa już podbijanie opłaty w GUI dla niepodpisanych transakcji, pole adresu IP proxy nie przyjmuje portu, a GetAddedNodeInfo() wykrywa peery CJDNS z addnode (#30085). Zmienia się też obsługa TapMiniscript przy podpisywaniu (#29853).
Bitcoin Core
Transport BIP324 v2 jest w Bitcoin Core 27.0 domyślnie włączony, a nowy algorytm CoinGrinder szuka najlżejszego zestawu wejść przy stawkach od 30 sat/vB. Czas skorygowany przez sieć ustępuje w kodzie konsensusu czasowi systemowemu, więc dokładny zegar ma dla operatorów większe znaczenie. libbitcoinconsensus zostaje wycofywany, a jego usunięcie zaplanowano na v28.
Bitcoin Core
Węzły z Bitcoin Core 25.2 przestają przetwarzać zmutowane bloki (#29412). Aktualizacja usuwa też segfault w getrawtransaction (#29003), use-after-free w WalletBatch::EraseRecords (#29176) oraz awarię GUI po wybraniu opcji „Mask values”.
Bitcoin Core
Sesje I2P w Bitcoin Core 26.1 korzystają zarówno z szyfrowania ECIES-X25519, jak i ElGamal (#29200), a węzeł loguje postęp podczas wczytywania mempoolu. Wśród poprawek są odmowa przetwarzania zmutowanych bloków (#29412) oraz portfel, który pomija wybór monet BnB przy włączonym SFFO (#28994).
Bitcoin Core
Eksperymentalny transport BIP324 v2 debiutuje w Bitcoin Core 26.0: domyślnie wyłączony, włącza się go opcją -v2transport. Nowe RPC loadtxoutset wczytuje migawki assumeutxo i daje działający węzeł w kilka minut, podczas gdy oryginalny chainstate kończy walidację w tle. Z kolei submitpackage wysyła surowe transakcje do mempoolu jako pakiet.
Bitcoin Core
Nieaktualne szacunki opłat nie są już serwowane przez Bitcoin Core 24.2 (#27622), a RPC poprawnie obsługuje nieprawidłowe adresy bech32 (#27727). Większość pozostałych zmian dotyczy systemu kompilacji i CI, w tym poprawka budowania pakietu Qt na macOS z linkerem Xcode 15 (#28543).
Bitcoin Core
Równoległe pobieranie bloków kompaktowych trafia do Bitcoin Core 25.1 (#27626). Pozostałe poprawki obejmują awarię REST na /deploymentinfo (#27853), wyłączanie serwera po rozłączeniu zdalnego klienta (#28551) i migrację portfeli, która odrzuca teraz nieprawidłowe skrypty (#28125).
Bitcoin Core
Ponowne skanowanie portfeli deskryptorowych przyspiesza w Bitcoin Core 25.0, gdy kompaktowe filtry bloków BIP158 są dostępne przez -blockfilterindex=1, a nowe RPC scanblocks przeszukuje te filtry. Polityka przekazywania akceptuje teraz transakcje od 65 bajtów bez witnessa. W trybie -blocksonly maksymalna pamięć mempoolu spada z 300 MB do 5 MB.
Bitcoin Core
