Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
To musí být implementační noční můra. 
Na světě je spousta abeced, koncept malých a velkých písmen existuje jenom někde atd.
No tak to je jako volba mezi blátem a louží. ASCII je English-only bullshit z 60. let, který by dnes bylo lepší nemít než mít. UTF-8 je sice super, ale je to právě to, čeho bych se fakt hodně bál. Kdyby mi někdo dal náhdoný znak z UTF-8 a já bych měl vyřešit otázku, zda existuje v malé a velké variantě (3 ne, a ano), předem bych to vzdal, protože bych samozřejmě dostal něco z gruzínské nebo arabské abecedy a netušil bych, o co jde.
Implementace v 5.2.0 je zlepšení, protože vámi proklínaný casefolding v ext4 existoval už před tím, ale fungoval jen na ASCII. Toto jádro ve skutečnosti podporu rozšířilo na NFD formu Unicodu 12.1 v UTF-8. Mimo jiné to otevírá možnost mít více programů v různém kódováním nad jedním souborovým systémem. Toto doteď nebylo možné, protože název souboru byl posloupnost bajtů. U nás už málokdo používá ISO-8859-2, ale v Korei nebo Japonsku je stále běžné, že aplikace používají EUC-KR nebo Shift JIS i na Linuxu. U nás je ten problém nejvíce vidět při sdílení souborového systému po síti mezi různými operačními systémy.
Osobně se domnívám, že časem přibude možnost odmítat názvy souborů mimo Unicode, protože představte si, co má chudák KDE aplikace zobrazit, když jí kernel vrátí nějaký binární bordel. Zobrazit se to nedá, zapsat se to nedá. Mít výpis adresáře, kde každý soubor se jmenuje „?????“ je matoucí. Naštěstí v drag-n-drop GUI lze s takovými soubory pracovat, i když nevidíme jejich název. Současný stav vyžaduje, aby každý program považoval název souboru za binární smetí. Což je ale přesný opak účelu názvu souboru co by jmenovky určené lidem k zobrazení. Programy by si vystačili s číslem i-uzlu.
protože bych samozřejmě dostal něco z gruzínské nebo arabské abecedy a netušil bych, o co jde.Tak zrovna u gruzínského písma (Mchedruli) je situace humorná, protože velká písmena sice teoreticky existují (Mtavruli, Unicode block Georgian Extended) a Unicode v rámci výchozího case conversion do nich běžná písmena konvertuje, nicméně je to dost ahistorická záležitost, vymyslel to nějakej jednotlivec někdy ~150 let zpátky a reálně se to nikdy moc nepoužívalo (pokud vim). A navíc jsou to stejně víceméně jen zvětšeninky běžného písma (tj. stejný tvar, akorát trochu větší). Gruzínci zcela běžně i oficiálně používají písmo bez rozlišení velkých/malých písmen a Mtavruli jim je zcela u zadku. Navíc reálně Mtavruli naprostá většina fontů vůbec neobsahuje, a to se týká i fontů, které jinak obsahují třeba i Hlaholici, písma eskymáků a kdovíco všechno... Nicméně tyhle problémy tě vlastně u filesystému až tak nemusí trápit, protože AFAIK tam ti stačí case folding, nepotřebuješ case conversion.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
8.7.2019 14:32
8.7.2019 14:44
10.7.2019 13:02
8.7.2019 19:11
Foo a pak se snaží otevřít soubor foo. Samba tohle řešila v userspace, ale to znamená, že když někdo chce soubor, tak se musí vylistovat celý adresář (a pro každou položku porovnat jestli odpovídá nějaké case variantě požadavku), což trvá. Zatímco když je to v kernelu/na úrovni FS, tak je to rychlejší.
Tiskni
Sdílej:
