MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
K samotnému modemu -- je to SoC od Broadcomu (BCM63268), procesor je 32bitový BE MIPS, 2 jádra, 64M RAM.Tyjo, to si docela vyhodili z kopýtka
.
a tam zadáme nedokumentovaný příkaz sh.To je prostě normální (no možná busyboxí) shell, jediný co je podivný, je proč to neloguje přímo do něj, ale můj d-link to má taky tak...
Jasně, s těmi horami paměti skoro nevim co dělat.K samotnému modemu -- je to SoC od Broadcomu (BCM63268), procesor je 32bitový BE MIPS, 2 jádra, 64M RAM.Tyjo, to si docela vyhodili z kopýtka.
Ano, ten shell do kterého se pak dostanu je busybox. Ale jak jsem to pochopil, tak ten není vůbec určen pro použití uživateli, spíš je to debugovací nástroj pro vývojaře který tam pak nechali (nebo zapoměli odstranit). "Správně" se má používat ten jejich omezný telnetí server.a tam zadáme nedokumentovaný příkaz sh.To je prostě normální (no možná busyboxí) shell, jediný co je podivný, je proč to neloguje přímo do něj, ale můj d-link to má taky tak...
/firmware by měla být dočasná oblast pro uložení stahovaného firmwaru (exaktně by to šlo zjisti analýzou zdrojáků). Při nahrávání firmwaru se může buď celý soubor držet v paměti, nebo se ukládá do nějaké dočasné oblasti, aby se následně nahrál na určené místo. Tudíž je možné tuto oblast používat, ale minimálbně během upgradu firmware tam musí být dost místa na to, aby se tam vešel kompletní stahovaný soubor firmwaru.
Osobně, kdybych navrhoval mechanismus upgrade pro embedded zařízení takovéhoto typu, kde firmware (tj. root partition se všemi nutnými binárkami, knihovnami a vším ostaním) je menší než polovina velikosti úĺožiště (tj. FLASH paměti), tak bych spíš volil něco obdobného jako Dual BIOS na motherboardech od Gigabitu - mít dvě stejně velké oblasti a fungovat z jedné, zatímco se upgrade provádí do té druhé, pak stačí jen prohazovat parametr jádra (ve stylu root=/dev/mmcblk0pX) nebo použít nějaký vlastní udělátor v iniramfs, co vybere vždy novější ověřený firmware včetně jádra, které spustí přes kexec().
PS: V přírodě teď už existuje "samostatný" DSL modem - pro projek Turris byl vytvořen přesně takovýto kousek hardwaru s krásně morbidním názvem SMRT (Small Modem for Router Turris), viz konec stránky https://www.turris.cz/cs/hardware. Pokud by se prodával samostatně, byl by to perfekní řešení pro ne-DSL routery, co mají USB.
Nevím, jestli to bude i tento případm, ale ta poslední oblast připojená jako /firmware by měla být dočasná oblast pro uložení stahovaného firmwaru (exaktně by to šlo zjisti analýzou zdrojáků). Při nahrávání firmwaru se může buď celý soubor držet v paměti, nebo se ukládá do nějaké dočasné oblasti, aby se následně nahrál na určené místo. Tudíž je možné tuto oblast používat, ale minimálbně během upgradu firmware tam musí být dost místa na to, aby se tam vešel kompletní stahovaný soubor firmwaru.
Yep, už jsem experimentálně přišel na to, že to tak opravdu je. Ale na pár skriptů je tam místa dost.
PS: V přírodě teď už existuje "samostatný" DSL modem - pro projek Turris byl vytvořen přesně takovýto kousek hardwaru s krásně morbidním názvem SMRT (Small Modem for Router Turris), viz konec stránky https://www.turris.cz/cs/hardware. Pokud by se prodával samostatně, byl by to perfekní řešení pro ne-DSL routery, co mají USB.O tom jsem slyšel a vypadá dost dobře, ale jestli to chápu dobře, tak pro běžného smrtelníka není získatelný, a kdoví jestli kdy bude.
Tiskni
Sdílej: