Jaderné noviny – přehled za srpen 2020

8.9. | Redakce | Jaderné noviny | 1007×

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.

Vydání ze 6. 8. 2020

LWN.net Weekly Edition for August 6, 2020.

Stav vydání jádra

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.

Články

• Netgpu a nebezpečí proprietárních jaderných modulů: výhradně binární moduly svedly projekt ovladače na špatnou cestu.
• Statistiky vývojového cyklu 5.8: odkud přišel kód do vydání 5.8.

---

Vydání ze 13. 8. 2020

LWN.net Weekly Edition for August 13, 2020.

Stav vydání jádra

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.

Citáty týdne

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.

—Daniel Vetter

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.

—Jason Donenfeld

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í.

—Linus Torvalds

Články

• První polovina začleňovacího okna 5.9: první skupina patchů začleněných pro vydání jádra 5.9.
• Programovatelnost sítí konec-konec: „síť sama o sobě je počítač“, verze pro rok 2020.
• Lokální zámky v jádře: nový zamykací mechanismus ze stromu realtime, začleněný pro vydání 5.8.

---

Vydání z 20. 8. 2020

LWN.net Weekly Edition for August 20, 2020.

Stav vydání jádra

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: Jak se dekomprimuje jádro Linux na ARM32

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: Jak startuje jádro na ARM32

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á.“

Články

• Teoretická versus praktická kryptografie v jádře: spor, který přístup ke kryptografii skutečně činí systém bezpečnějším.
• Druhá polovina začleňovacího okna 5.9: zbývající změny začleněné do jádra 5.9.

---

Vydání z 27. 8. 2020

LWN.net Weekly Edition for August 27, 2020.

Stav vydání jádra

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 vstupního kódu jádra Linux na x86 (Oracle)

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.“

Citát týdne

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.

—Thomas Gleixner

Články

• Přehodnocení fsinfo(): zjednodušit navržené složité systémové volání nemusí být snadný úkol.

       

Komentáře

[Jendа]

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 v /dev/random a /dev/urandom, ale uvnitř kernelu (incl. ASLR) se budou používat furt https://news.ycombinator.com/item?id=21385857

Ty kolize hashovacích tabulek a následný deadlock ve Wireguardu není dostatečný problém?