Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.
Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
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