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.
Do vydání verze Mandrivy 2009.0 jsem tento systém bez problémů používal. Ale s vydáním 2009.0 přišel následující problém. Tento otravný bug spočívající v nemožnosti používat můj laptop (ASUS M6A) s novým intel video driverem byl hodně nepříjemný, po nahlášení bugu jsem chvíli komunikoval s chlapci z Mandrivy, jak je na odkazované stránce vidět.
Na můj problém jsem si sám našel workaround a tím všechno v podstatě skončilo, nedopátrali jsme se žádného lepšího řešení. Pak ale přišla Mandriva 2009.1 rc2, tedy těsně před vydáním finální verze a mandriva týpci mě kontaktovali jestli ten bug stále platí. Tak jsem mandrivu vyzkoušel a nejen že bug stále ještě existoval, ale navíc už ani nefungoval můj původní workaround!
Asi týden jsem se zase snažil pomoci klukům z mandrivy, posílal jsem konfiguráky, logy, všechno co jsem mohl z mojí pozice udělat.
A včera jsem se nasral. A to pořádně. A to, jak známo, bývá velmi často původcem zajímavých řešení. A taky že jo. Pořádně jsem se do toho obul, pročetl ještě jednou manuály k xorg a k intel driveru. Tam jsem narazil na zajímavou možnost nastavení ovladače.
Option "LVDSFixedMode" "false"
Díky tomu jsem konečně mohl spustit x server a navzdory tomu, že celé zorné pole mi zakrývaly svislé bílé pruhy oddělené černými, se mi spustilo KDE (i když jsem nic neviděl
). To už mi bylo jasné, že na to přijdu! Tak jsem si hrál s xorg.conf, zkoušel různá nastavení, až jsem zaznamenal první úspěch s:
Section "Monitor"
Identifier "monitor1"
VendorName "Generic"
ModelName "Flat Panel 1280x800"
HorizSync 31.5-55
VertRefresh 60
EndSection
To způsobilo, že jsem po startu x serveru viděl správný obraz. Sice v rozlišení 1024x768, ale ostrý a funkční. Po startu KDE jsem mohl přes xrandr přidat funkční mód pro 1280x800. Tím to všechno mohlo skončit, ale já si řekl NE! Přece musí jít nějak vnutit xkám správný mód už při spouštění serveru. A taky že jo:
Section "Monitor"
Identifier "monitor1"
VendorName "Generic"
ModelName "Flat Panel 1280x800"
ModeLine "1280x800_60" 83.46 1280 1344 1480 1680 800 801 804 828 -HSync +VSync
Option "PreferredMode" "1280x800_60"
EndSection
Přihlašovací obrazovka naběhla v plném rozlišení a KDE se začala spouštět. Avšak po zobrazení "plochy" se najednou obraz zase změnil v bílo-černé pruhy. To už jsem viníka odhalil snadno. Byl jím KrandRTray. Pokud jsem spustil systém tak, že fungoval (se špatným rozlišením) a zavřel tenhle "blbej" applet, tak všechno bylo při příštím spuštění s "tou nejsprávnější konfigurací" v pořádku.
A tímhle milé děti pohádka končí, dobrou noc.
Tiskni
Sdílej: