OpenBSD 8.0 i Tor Browser 16.0 na czele cichego tygodnia wydań open source

Dwa wydania open source o zupełnie innych zadaniach ukazały się w tym tygodniu w ciągu 48 godzin od siebie. OpenBSD 8.0 trafiło do sieci 31 października, podał InfoQ. Tor Browser 16.0 wyszedł 2 listopada, według LWN. Żadne z nich nie jest wydarzeniem dla konsumentów. Oba mają znaczenie dla ludzi, którzy utrzymują infrastrukturę.

Tekst InfoQ wymienia zmiany, które najbardziej liczą się dla administratorów. Przestrzeń adresowa jądra AMD64 rośnie z 4 GB do 512 GB. Dzięki temu OpenBSD może mapować karty graficzne z więcej niż 4 GB VRAM. Stos vmm/vmd obsługuje teraz maszyny wirtualne z wieloma procesorami, do 64 wirtualnych CPU na gościa. RISC-V dostaje rozszerzenie wektorowe V i Advanced Interrupt Architecture. Maszyny Arm64 zyskują obsługę hibernacji, a szyfrowanie partycji wymiany przyspiesza dzięki instrukcjom AES.

W notatkach do wydania kryje się też historia sprzętowa. OpenBSD 8.0 dodaje obsługę grafiki Intel Arc serii A, zbudowanej na architekturze DG2/Alchemist. Karty NVIDIA pozostają nieobsługiwane. InfoQ wiąże to częściowo z tym, że NVIDIA nie dostarcza własnościowych sterowników binarnych dla OpenBSD, inaczej niż dla Linuksa i FreeBSD. Obsługa urządzeń peryferyjnych rozszerza się o SoC SpacemiT K3 i jego kontroler PCIe, układy Ethernet Intel E610, Panther Lake i Wildcat Lake oraz chip bezprzewodowy Qualcomm WCN7850 przez sterownik qwz. Pojawiają się nowe sterowniki do Advanced BIOS Interface Samsunga i monitora baterii w jego laptopach.

Co zmienia Tor Browser 16.0

LWN poinformował 2 listopada, że Tor Browser 16.0 to pierwsza stabilna wersja zbudowana na Firefox ESR 153. Wydanie dodaje obsługę 64-bitowego Arm na Linuksie, przeprojektowane ustawienia i funkcję „generic window titles”. Ma ona uniemożliwić innym aplikacjom odczytywanie aktywności przeglądarki z nazw okien. Android dostaje zmiany interfejsu zgodne z Material Design 3 Google'a. Projekt poszedł też za Firefoksem i porzucił 32-bitowy Linux na x86, o czym LWN pisze w tym samym wpisie.

Te dwie pozycje to widoczny koniec tygodnia. Pod spodem działo się nietypowo dużo po stronie jądra.

„Uwaga, to OSTATNIE wydanie jądra z serii 7.2.y. Po nim drzewo 7.2.y przechodzi w stan end-of-life. Prosimy o przejście na 7.3.y.”

To Greg Kroah-Hartman, cytowany przez LWN 1 listopada przy ogłoszeniu Linuksa 7.2.15. Napisał, że gałąź zakończy życie szybciej niż zwykle. Wskazał na obecny cykl wydawniczy i liczbę łatek cc: stable czekających w kolejce. Utrzymywanie ośmiu gałęzi naraz byłoby, jego zdaniem, zbyt obciążające. Seria 7.2 zamyka się więc kilkoma aktualizacjami i wskazaniem na 7.3.y.

Kto śledzi kalendarz wydań systemów open source, dostaje w tym tygodniu wyraźny sygnał. Stabilne gałęzie są wygaszane szybciej, niż sugerował dawny rytm. To obciąża też dystrybucje, które przenoszą poprawki, bo drzewo, z którego czerpią, nie jest już utrzymywane.

Praca nad bezpieczeństwem trzyma tydzień w ryzach

Notatki do wydania OpenBSD, streszczone przez InfoQ, przypominają znane twierdzenie projektu: ponad trzydzieści lat i tylko dwie zdalne dziury w domyślnej instalacji. Wersja 8.0 zawiera LibreSSL 4.4.0 z poprawkami zgodności dla AIX, FreeBSD, macOS, MinGW, NetBSD i zwłaszcza Windows, a także zmiany wewnętrzne. OpenSSH 10.6 przychodzi z wyłączoną kompresją SSH opartą na LZ77. Odrzuca też znaki $ i \ w nazwach użytkownika podawanych w wierszu poleceń, co ma utrudnić wstrzykiwanie do powłoki. Demon httpd zyskuje własne nagłówki HTTP, reguły blokowania i odrzucania nagłówków do filtrowania żądań, lepsze domyślne metody kryptograficzne dla HTTPS i kontrolę pamięci podręcznej dla plików statycznych.

Wiadomości o bezpieczeństwie nie ograniczały się do OpenBSD. 30 października LWN opisał zdalnie wykorzystywalną podatność use-after-free w multipath TCP w Linuksie. Anthropic ujawnił ją 27 października. Ponownie przesłany pakiet SYN dostaje odpowiedź w chwili, gdy połączenie jest ustanawiane w innym wątku. Pierwszy wątek czyta potem strukturę opcji połączenia, którą drugi już zwolnił. Skutkiem może być ujawnienie pamięci jądra albo przepełnienie bufora z ładunkiem kontrolowanym przez atakującego. Poprawka opóźnia zwolnienie pamięci do końca okresu karencji RCU.

Zespół bezpieczeństwa Go zabrał głos 29 października, według tego samego tekstu LWN. Wszystkie programy napisane w Go korzystają z multipath TCP domyślnie. Wiele systemów może więc być narażonych, choć ich administratorzy o tym nie wiedzą. Rada LWN była krótka. Zaktualizuj jądro, gdy tylko dystrybucja udostępni poprawkę.

Narzędzia ruszają się na obrzeżach

Obraz wydań dopełniają dwie mniejsze pozycje. Tom's Hardware napisał 1 listopada o otwartym narzędziu UEFI, projekcie nv-uefi-unlocker. Uruchamia się z pendrive'a z FAT32, zanim załaduje się sterownik NVIDIA. Potem zdejmuje firmowy limit tensorowy na kartach RTX 20, 30 i 40 serii dla komputerów stacjonarnych i laptopów. Wykorzystuje społecznościowy ładunek V67 z weryfikacją odczytu, a laptop dewelopera z RTX 4060 osiągnął o 65% wyższą wydajność w matematyce FP16. Pobierany plik zawiera tylko skrypty i samodzielnie zbudowane binaria. Jeden ze skryptów pobiera publiczne pakiety sterownika NVIDIA 610.43.03, weryfikuje je i odbudowuje pliki firmware lokalnie. Projekt wskazuje gpu-unlock Zagitty jako źródło portu.

Po stronie aplikacji InfoQ podał 2 listopada, że Google i Meta udostępniły jako open source TorchTPU, natywny backend PyTorch dla TPU Google'a. Zastępuje starszą ścieżkę PyTorch/XLA. Google twierdzi, że tamta wymagała inwazyjnych zmian w kodzie źródłowym, miała poważne opóźnienia kompilacji i nie oferowała trybu eager. Migracja sprowadza się głównie do zamiany urządzenia cuda na tpu i backendu nccl na tpu_dist. Według Google tryb hybrydowy DeferAndFuse może być o 50% lub więcej szybszy niż Strict Eager, zużywając mniej szczytowej pamięci HBM. Firma przetestowała około 5 000 modeli z Hugging Face w ponad 500 architekturach, od TPU v5e wzwyż. Na jednym chipie TPUv7 model Muse Glimmer o trzydziestu miliardach parametrów osiągnął 25 700 token/s przy długości sekwencji 5 120 i 22 400 token/s przy 10 240.

Nic z tego nie jest premierą. To zwykłe utrzymanie, które trzyma otwarte systemy w użyciu, a w tym tygodniu przyszło w jednej wiązce.

Szersza kolejka wydań open source wciąż się porusza. Podsumowanie Spring od InfoQ z 31 października obejmowało pierwsze kandydatury do wydania w Boot, Framework, Data, Security, Modulith i AI. ZDNET podał 29 października, że Le Chonk firmy Mistral plasuje się teraz wśród czołowych otwartych modeli do kodowania, obok Codex GPT-6.1 Terra. Najnowsze zestawienie otwartych artefaktów Interconnects, opublikowane 20 października, dotyczyło DeepSeek V4.1 Flash 1017, modeli amerykańskich i nowych regulacji w USA i Chinach. CNEVPost podał 26 października, że BYD otworzył rezerwacje na drugą generację Seal 07 z baterią Blade i szybkim ładowaniem. To przypomnienie, że myślenie o otwartości rozeszło się daleko poza systemy operacyjne.

Wspólny wątek jest mniej efektowny niż nagłówki. Przestrzenie adresowe rosną, żeby można było mapować GPU. Maszyny wirtualne dostają więcej CPU. Stare gałęzie jądra umierają zgodnie z planem. Wydanie przeglądarki zamyka wyciek przez nazwy okien. Dla ludzi, którzy uruchamiają to oprogramowanie, to był cały tydzień.