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.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Měnil jsem disky v počítači. Nahrazoval jsem 2 disky v raid1 novými 2 disky v raid1 stejné kapacity, ale výkonnějšími. Postupoval jsem takto: připojil jsem do systému 3. disk, pomocí dd jsem na něj přesunul prvních 512 bitů ze starého disku, přes mdadm jsem nastavil failed pro starý disk v raidu a pomocí remove ho odstranil, potom jsem pomocí add přidal nový disk. To samé jsem udělal i s druhým diskem a nakonec jsem oba staré disky odpojil a systém jede. Jenže při rutinní kontrole disků při bootu zjistil systém problém a poslal mě do konzole a dotazem na heslo roota, že našel nějaký problém. Zadal jsem tedy heslo a provedl fsck.ext3 /dev/md0. Našlo to několik orphan inodes a vše opravilo. Jenže tady nastává problém. V původním systému na starých discích jsem měl 3,2GB volného místa a tady po opravě fs je jen 800MB volného místa. Příkaz dd novou hodnotu potvrzuje. Problém je že na starých discích jsem pouštěl benchmark bonnie++, který těch falešných 3,2GB místa skoro využil. Proto by mě zajímalo, co vlastně využil. JE možné že přepsal to co neměl, že se poškodily nějaké soubory? Jak to zjistit. Nebo co jiného se mohlo stát? Mezi stavem 3,2GB a 800MB jsem nic na disku nevytvářel a bonnie++ soubory byly před přesunem disků smazány. Jak mohu zkontrolovat zda jsou soubory v systému v pořádku? Zatím běží systém bez problémů.
Teď jsem si všiml že vznikly 2 soubory aquota.user.new a aquota.group.new a poslední úprava kterou jsem prováděl s několika diskovými kvótami už neplatí, je tam ta před úpravou(měnil jsem uživatelskou kvótu z 220000 na 2200000 a ta už neplatí). To bude mít souvislost s poškozeným fs. Myslím že fs byl poškozený ještě před přesunem disků. Nicméně tyto 2 soubory několik GB opravdu nezabírají takže na volné místo nebudou mít vliv.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz