Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.
Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].
Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
Přehled srpnových vydání Jaderných novin: stav vydání jádra, citáty týdne a seznam článků týkajících se jádra.
LWN.net Weekly Edition for August 6, 2020.
Kernel release status. Jonathan Corbet. 5. srpna 2020
Jádro 5.8 bylo vydáno 2. srpna; v oznámení Linus řekl: „Vytvoření rc8 jsem zvažoval až do poslední chvíle, ale rozhodl jsem se, že čekat další týden za to nestojí, když tu nepřetrvávají žádné velké důvody ke starostem.“
Stěžejní vlastnosti tohoto vydání zahrnují identifikaci cílové větve a stínové zásobníky volání na architektuře arm64, mechanismus iterátorů v BPF, podporu Inline Encryption v blokové vrstvě, schopnosti CAP_PERFMON a CAP_BPF, subsystém zobecněných upozornění na jaderné události, detekci souběhu dat KCSAN a další. Více podrobností najdete jako obvykle na stránce KernelNewbies o vydání 5.8.
Stabilní aktualizace: 5.7.12, 5.4.55, 4.19.136, 4.14.191, 4.9.232 a 4.4.232 byly vydány 31. července. Poté 5.7.13, 5.4.56, 4.19.137 a 4.14.192 následovaly 5. srpna.
LWN.net Weekly Edition for August 13, 2020.
Kernel release status. Jonathan Corbet. 12. srpna 2020
Začleňovací okno 5.9 bylo otevřené, uzavření bylo očekáváno 16. srpna.
Stabilní aktualizace: 5.7.14, 5.4.57, 4.19.138 a 4.14.193 byly vydány 7. srpna. Poté 5.8.1, 5.7.15, 5.4.58 a 4.19.139 následovaly 11. srpna.
Quotes of the week. Jonathan Corbet. 12. srpna 2020
Ve všech těchto případech představuje nejlepší variantu co do dlouhodobé udržovatelnosti zjednodušení zamykacího mechanismu, nikoliv omezení síly lockdep omezením falešně pozitivních nálezů, které hlásí. To by měl být obecný princip.
random.c je plné velmi podezřelých věcí, které jsou pravděpodobně jenom náhodou správně, nebo správně jenom pro praktické použití, ale co do teorie, je to akorát naprostý zmatek.
Skutečnost je taková, že nikdo nikdy NIKDY neměl žádné praktické problémy s naší „bezpečnou hašovací funkcí“, a to ani když to bylo MD5, které je dnes považováno za triviálně prolomitelné.
Když na to tak vzpomínám, myslím, že to nebylo ani md5. Myslím, že to bylo poloviční md5, ne?
Co měli lidé za _skutečné_ bezpečnostní problémy s našimi generátory náhodných – nebo pseudonáhodných čísel?
KAŽDÝ problém, který se mi vybavuje, byl způsoben tím, že nějaký kryptograf-teoretik prohlásil „to nemůžu zaručit“ a odstranil skutečné zabezpečení – nebo zabránil jeho začlenění.
LWN.net Weekly Edition for August 20, 2020.
Kernel release status. Jonathan Corbet. 19. srpna 2020
Vývojové jádro 5.9-rc1 bylo vydáno 16. srpna. „Tohle začleňovací okno působilo mnohem normálněji než 5.8 a všechny statistiky potvrzují, že má běžnou velikost.“ Do konce začleňovacího okna se do hlavního repozitáře pro 5.9-rc1 dostalo 12 866 sad změn, ve srovnání s 14 206 v 5.8-rc1.
Stabilní aktualizace: obsáhlé 5.8.2, 5.7.16, 5.4.59 a 4.19.140 byly vydány 19. srpna.
Walleij: How the ARM32 Linux kernel decompresses. Jonathan Corbet. 13. srpna 2020
Koho by zajímaly podrobnosti, je tu průvodce Linuse Walleije procesem dekomprese jádra na architektuře ARM a přípravy na zavedení systému krok za krokem. „Dále kód dekomprese připraví tabulku stránek, je-li možné použít jednu na celý nekomprimovaný+komprimovaný obraz jádra. Tato tabulka stránek není pro virtuální paměť, nýbrž cache, která je následně zapnuta. Dekomprese z přirozených důvodů proběhne mnohem rychleji, když můžeme použít cache.“
Walleij: How the ARM32 kernel starts. Jonathan Corbet. 19. srpna 2020
Linus Walleij pokračuje ve svém průzkumu procesu zavádění jádra na 32bitové platformě ARM. „BUM! MMU je zapnutá. Následující instrukce (což je náhodou instrukce vyprázdnění mezipaměti) bude vykonána ve virtuální paměti. Nejdřív si ničeho nevšimneme, ale vykonáváme ve virtuální paměti. Když se vrátíme skokem na adresu předanou v r13, vstoupíme do __mmap_switched na adrese této funkce ve virtuální paměti, někde pod PAGE_OFFSET (typicky 0xC0nnnnnn). Nyní můžeme umožnit absolutní adresování: jádro se vykonává, jak má.“
LWN.net Weekly Edition for August 27, 2020.
Kernel release status. Jonathan Corbet. 26. srpna 2020
Vývojové jádro 5.9-rc2 bylo vydáno 23. srpna. Linus řekl: „Nic moc nevyčnívá, je tu nahodilá sbírka oprav a aktualizací.“
Stabilní aktualizace byly četné: 5.8.3, 5.7.17, 5.4.60, 4.19.141, 4.14.194, 4.9.233 a 4.4.233 byly vydány 21. srpna. Poté 5.8.4, 5.7.18, 5.4.61, 4.19.142, 4.14.195, 4.9.234 a 4.4.234 následovaly 26. srpna. Ve fázi jejich kontroly padlo, že 5.7.18 měla být poslední v řadě 5.7, ale při výsledném vydání toto prohlášení vypadlo. I když 5.7.x ještě chvíli vydrží, je zřejmé, že její konec je ve vzduchu. (Krátce poté, 27. srpna, byla vydána aktualizace 5.7.19 již skutečně označená jako poslední.)
Fuzzing the Linux kernel (x86) entry code (Oracle). Jonathan Corbet. 26. srpna 2020
Blog Oracle zveřejňuje seriál od Vegarda Nossuma, který se zabývá fuzzingem vstupního kódu jádra, aktuálně jsou dostupné první a druhý díl (posléze i třetí díl). „I když jsou tyto fuzzery účinné v testování samotných systémových volání (a kódu dosažitelného přes systémová volání), jedna věc, kterou moc dobře netestují, je dění v místě přechodu mezi uživatelským prostorem a jádrem. Tato hranice je víc, než by se mohlo zdát na první pohled. Je napsaná v jazyce assembleru a musí se na ní ověřit nebo ošetřit mnoho stavů architektury (CPU), než může jádro bezpečně začít s vykonáváním vlastního kódu napsaného v C. Tento blog rozebírá možný způsob, jak napsat fuzzer zaměřený na vstupní kód jádra Linux na architektuře x86.“
Quote of the week. Jonathan Corbet. 26. srpna 2020
Jinými slovy, jádro bude podporovat právě JEDEN nový mechanismus nakládání s výjimkami / systémovými voláními a nezavděčí se každému dodavateli.
Takže vyzývám dodavatele x86, aby si sedli a dohodli se na jednotném základu, ze kterého bude každý z nich moct vystavět své odlišné funkce.
To vyžaduje vedle spolupráce dodavatelů x86 také spolupráci s lidmi, kteří se s tím budou muset nakonec potýkat na úrovni softwaru. Převládající princip návrhu hardwaru „to se dá opravit v softwaru“ nefunguje. Nikdy nefungoval – zvláště ne v oblasti nakládání s výjimkami a systémovými voláními na x86.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
fsinfo(): zjednodušit navržené složité systémové volání nemusí být snadný úkol.Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
8.9.2020 20:20
Jendа | skóre: 78
| blog: Jenda
| JO70FB
Co měli lidé za _skutečné_ bezpečnostní problémy s našimi generátory náhodných – nebo pseudonáhodných čísel?Já tomu teda nerozumím, ale v moudrech je tohle:
říkalo se jak se bude mixovat entropie a už je to tady, get_random_u32() v kernelu vrací surový výsledek RDRAND a používá se pro ASLR a Wireguard. a jako bonus ta volba RANDOM_TRUST_CPU ovlivňuje pouze že ta data nebudou vTy kolize hashovacích tabulek a následný deadlock ve Wireguardu není dostatečný problém?/dev/randoma/dev/urandom, ale uvnitř kernelu (incl. ASLR) se budou používat furt https://news.ycombinator.com/item?id=21385857