Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Ve zdojácích xinetd jsem v souboru xinetd/int.c narazil na řádek, který nechápu:
socklen_t size = AF_UNIX ;
Proč do proměnné „velikost“ někdo přiřazuje hodnotu z číselníku AF_*? Vždyť AF_UNIX = 1 a to přece není žádná velikost, ne?
V Gitu jsem k tomu našel zprávu:
24.5.2012 int.c: fix possible uninitialized value call when socket family detection fails
Ano, inicializovat proměnnou je fajn – ale proč zrovna hodnotou AF_UNIX?
Řešení dotazu:
socket.h je:
/* Address families. */ #define AF_UNSPEC PF_UNSPEC #define AF_LOCAL PF_LOCAL #define AF_UNIX PF_UNIX #define AF_FILE PF_FILE #define AF_INET PF_INET #define AF_AX25 PF_AX25 #define AF_IPX PF_IPX …
/* Protocol families. */ #define PF_UNSPEC 0 /* Unspecified. */ #define PF_LOCAL 1 /* Local to host (pipes and file-domain). */ #define PF_UNIX PF_LOCAL /* POSIX name for PF_LOCAL. */ #define PF_FILE PF_LOCAL /* Another non-standard name for PF_LOCAL. */ #define PF_INET 2 /* IP protocol family. */ #define PF_AX25 3 /* Amateur Radio AX.25. */ #define PF_IPX 4 /* Novell Internet Protocol. */ …Nepřijde mi, že by ta čísla měla znamenat nějakou velikost.
AF_UNIX je samozřejmě nesmysl, ta proměnná (aspoň na začátku) obsahuje délku příslušné sockaddr struktury, takže když už tam autor chtěl dát nějakou zdánlivě smysluplnou hodnotu, měl použít např. "sizeof(struct sockaddr)".
Ve skutečnosti je ale úplně jedno, jak se to inicializuje, protože pokud ten kód má mít nějaký smysl, funkce int_fail() se nebude vracet, nejspíš volá exit() nebo něco podobného. V okamžiku použití tak size vždy inicializovaná bude a ten warning je false positive.
Problém bude pravděpodobně v tom, že je int_fail() definovaná v jiném souboru a kompilátor tak neví, že se nemůže vrátit, pokud to není explicitně uvedeno v deklaraci (gcc na to má "__attribute__ ((__noreturn__))"). Nebo to řádně označeno je (případně je ta funkce inline) a jde o úlitbu starším kompilátorům, které nedokážou vyhodnotit, že proměnná bude vždy včas inicializovaná.
socklen_t size;a v pohode. Mozno to dava warningy pri pedantnejsej kontrole kodu. A samozrejme. Bud nic alebo nula. Napis autorovi.
Tiskni
Sdílej: