Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.
Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].
Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
Mám Linuxové stanice, které využívají LDAP údaje uložené v AD na MS Windows 2003 serverech ( tak, jak jsem to popsal ve v tomto seriálu). Z LDAP jsou údaje získávány přes nss_ldap a pam_ldap (dále LDAP klient). V /etc/ldap.conf je nastavena položka host 10.0.8.80, která určuje, který ldap server má být dotazován. Doménové kontrolery (DC) máme ve firmě tři a z toho jeden byl před několika dny připojen na vzdálené pobočce připojené po lince 256kbps (PDC zůstal v sídle firmy).
Analýzou síťové komunikace jsem zjistil, že na začátku komunikace si LDAP klient zjistí s pomocí DNS všechny ldap servery a ldap dotazy pak směřuje na jeden nebo dva z nich zcela nezávisle na výše uvedeném host 10.0.8.80 v /etc/ldap.conf. V okamžiku, kdy se rozhodne pro dotaz na server na pobočce, nastávají problémy s odezvou. Netuším, jaký mechanismus rozhoduje o tom, který server bude dotazován (SUSE 9.2 se rozhoduje pro jiné servery než SUSE 10.0).
Nevíte někdo, jak přinutit Linux, aby se dotazoval mnou určeného LDAP serveru a nekontaktoval servery zjištěné přes DNS? Uvítám i jakékoliv jiné řešení.
.
Tiskni
Sdílej: