Zákaz používání mobilních telefonů a dalších elektronických komunikačních zařízení ve školách, jehož uzákonění navrhli jako poslanci premiér Andrej Babiš (ANO) a ministr školství Robert Plaga (za ANO), dnes podle očekávání vláda podpořila. Novinářům to oznámil Babiš, podle Plagy byla podpora kabinetu jednomyslná. Účinnost předkladatelé navrhují od 1. září 2027. Podle opoziční ODS je plošný zákaz líbivé populistické opatření namířené proti digitální gramotnosti dětí.
Vládní CERT upozorňuje (𝕏) na zranitelnost ve WordPress Core: CVE-2026-63030 s přezdívkou wp2shell. Zranitelnost typu vzdálené spuštění kódu (RCE) bez nutnosti autentizace umožňuje útočníkovi spouštět libovolný kód prostřednictvím endpointu WordPress REST API Batch. Ke zneužití není vyžadován platný uživatelský účet ani interakce uživatele. Úspěšné zneužití může vést ke kompletnímu kompromitování webové stránky a souvisejících dat. Zranitelnost postihuje verze WordPress 6.9.0 až 6.9.4 a 7.0.0 až 7.0.1.
Evropská komise (EK) vyměřila čínskému internetovému prodejci AliExpress pokutu 550 milionů eur (13,3 miliardy korun) za porušení povinností vyplývajících z nařízení o digitálních službách (DSA). Platforma podle EK řádně neposuzovala a neomezovala rizika související s prodejem nelegálních, nebezpečných nebo padělaných výrobků na svém internetovém tržišti. Komise zároveň firmě nařídila přijmout nápravná opatření. Podle AliExpressu je pokuta nepřiměřená.
Ruffle, tj. open source emulátor Flash Playeru napsaný v Rustu, byl vydán ve verzi 0.4.0. Ke stažení je také na Flathubu. Přímo ve webovém prohlížeči lze vyzkoušet online dema nebo vlastní swf soubory.
HollowByte je zranitelnost typu Denial of Service (DoS) v kryptografické knihovně OpenSSL. Útočník může odesíláním škodlivého payloadu o velikosti pouhých 11 bajtů zaplnit paměť serveru. OpenSSL před ověřením dat vyhradí nepřiměřený blok paměti (až 131 KB). Server pak čeká na data, která nepřišla. Zranitelnost je opravena ve verzích OpenSSL 4.0.1, 3.6.3, 3.5.7, 3.4.6 a 3.0.21.
Ve španělské A Coruñě probíhá GUADEC 2026, tj. letošní konference vývojářů a uživatelů desktopového prostředí GNOME. Videozáznamy přednášek jsou k dispozici na YouTube.
Společnost Collabora ve spolupráci s Valve vyvíjí Holo Core, tj. port Arch Linuxu pro ARM64 procesory (AArch64), který bude pohánět VR headset Steam Frame. Pro testování Arch Linuxu pro AArch64 jsou k dispozici binární balíčky, zdrojové kódy i kontejner pro Docker nebo Podman.
Mikroprocesor Zilog Z80 byl oficiálně uveden na trh před 50 lety, tj. v červenci 1976. Výroba mikroprocesoru skončila v roce 2024.
Výzkumníci ze společnosti ESET objevili 11 zapomenutých UEFI shim zavaděčů, které byly podepsány společností Microsoft, a které umožňují útočníkům obejít ochranu UEFI Secure Boot na většině zařízení. Microsoft je zneplatnil (přidal jejich hash do databáze dbx) v rámci aktualizace Patch Tuesday dne 9. června 2026. Uživatelé Linuxu mohou databází aktualizovat pomocí LVFS. Ověřit zneplatnění zavaděčů lze pomocí skriptu uefi-dbx-audit. Jedná se o CVE-2026-8863 a CVE-2026-10797.
pico-usb-wifi je open source firmware pro Raspberry Pi Pico W, který jej promění v USB Wi-Fi adaptér. Po připojení k počítači se objeví jako zařízení USB CDC-NCM.
V poslední době se v informatické komunitě dosti hovoří o snaze fy. Microsoft prosadit specifikaci Office Open XML jako ISO standard. Přicházejí zprávy o tom, jak mnohé společnosti lobují za jeho přijetí a jaké prapodivné okolnosti doprovázejí jednání v různých státech. Jako prostý občan musím vyjádřit značné znepokojení touto situací. A jestliže se chcete řídit mottem, které momentálně na webu ČNI inzerujete: „Normy pro občany – přínos pro společnost“, pak nemohu jinak než vyjádřit názor, že schválení OOXML přínosem pro občany a společnost nebude, ba právě naopak, uškodí. Nemá smysl hovořit o technických nedostatcích návrhu, ty již dostatečně rozebrali povolanější odborníci než jsem já. (I když není bez zajímavosti podívat se například, jak bylo naloženo s připomínkami indického standardizačního institutu BIS.) Já osobně za největší problém považuji existenci dvou paralelních standardů; jako formát pro kancelářské aplikace již byl schválen OpenDocument (ISO/IEC 26300). To je přímým popřením účelu standardizace a podle historických zkušeností to obyčejným lidem (a nejen jim) přináší pouze spousty problémů. Stačí si jen vzpomenout na situaci s kódováním znaků s diakritikou před několika lety: kromě standardů de iure jako KOI-8cs a ISO-8859-2 zde byla spousta standardů de facto jako KeybCS2, CP852, CP-1250, a přenést prostý text psaný v jednom editoru na jednom počítači na jiný byl pro neznalého uživatele téměř nepřekonatelný problém. Jaké důsledky budou plynout z opětného roztříštění způsobu ukládání určitých dat si tedy není těžké dovodit (ostatně je známa situace z doby před standardizací ODF, a tato situace vlastně do značné míry trvá doposud). Apeluji tedy, abyste se výše uvedeným mottem řídili nejen 11. října, ale i při rozhodování o OOXML.
Škoda, že není znám seznam uvedenách firem a doufám, že se jejich jména dozvíme. Já osobně se podle toho zařídím.
A dôvod nesúhlasu? Alebo len preto, že tento formát vydal Microsoft?
Vedle mnoha jiného i proto, že patentované formáty a protokoly nemají mezi obecnými normami co pohledávat. (Maximálně mohou být "vnitropodnikovou" normou výrobce). Taky proto, že bude kolidovat s mnoha dalšími normami. A v neposlední řadě proto, že Microsoft záměrně porušuje veškeré normy už celá desetiletí, takže na to nemá morální právo.
A dôvod nesúhlasu? Alebo len preto, že tento formát vydal Microsoft?Je to špatná norma. Místo toho, aby popisovala, jak má formát vypadat, popisuje vlastně všechny možné staré formáty (dokonce spíš jejich implementace) včetně jejich chyb. Asi jako kdyby norma pro metr popisovala jak se tady měřilo v palcích, v mílích, Maruška že měla blbé pravítko které měřilo na metru o dva centimetry míň a Franta že se vždycky v pátek vožral, ustřihl kus pásma a měřil zbytkem. A podle toho že je nutné teď dělat všechny nové měřící přístroje.
... DOC a XLS. Jediným řešením je normalizovat tyto formáty a o to se také Microsoft snaží a není na tom nic špatného, naopak je to dobře.to rozhodně dobře není když už tady byl ten příklad s měřením - je to jako kdyby se lidé shodli, že měří v metrech (ODF), a pak někdo přišel a požadoval, ať se jako oficiálně použitelné jednotky zavedou taky "Gatesovy lokty" (OOXML), aniž by zveřejnil, jak je vlastně "Gatesův loket" přesně dlouhý ... lidé používající jedny jednotky by si museli třeba technické výkresy nejdříve do nich přepočítat, ale nemohli by si být jisti, jestli jim to bude sedět přesně, protože jediný způsob, jak zjistit délku "Gatesova lokte", by byl změřit výrobek "Gatesovo pravítko(tm)", kterýžto je ale už zatížen výrobními nepřesnostmi (a navíc je zatížen nějakými licenčními podmínkami, že se nesmí zjišťovat, jak vlastně měří)
.
Diky za upozorneni
Filip Molcan
...cítím potřebu se vyjádřit k probíhajícímu procesu ve věci normalizace formátu OOXML. Nikoliv jako zástupce určité firmy nebo instituce, ale jako občan, který se v konečném důsledku bude s následky zítřejšího hlasování v budoucnu nezbytně potýkat, ať již bude závěr komise jakýkoliv.
Dojde-li ke schválení formátu OOXML jako normy, dojde tím zároveň k vytvoření zbytečné duplicity, neboť jiný formát na bázi XML - ODF (ISO/IEC 26300) - již normalizován je. Formát ODF během své existence jasně prokázal svou použitelnost. Naproti tomu formát OOXML je relativně nový a již během krátké doby se objevilo několik závažných nejasnotí ve specifikaci, které by mohly ohrozit jeho plnohodnotnou implementaci do různých produktů a také plnou přenositelnost dokumentů v tomto formátu mezi nimi. Konkrétně se například lze domnívat, že součástí specifikace by neměly být odkazy na chování určitých verzí produktů určité firmy.
I proto si myslím, že by formát OOXML neměl být (minimálně ve své současné podobě) schválen. Jeho existence jako normy není nutností a spektrum potřeb, pro něž je určen, již bylo pokryto stávající normou.
je bud ano, ne, a nebo ne s vyhradami
Tiskni
Sdílej: