Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
Na Debianu běží isc-dhcp-relay. Je to na routeru, klienti přicházejí z jedné sítě a DHCP server je ve druhé síti. Démon dhcrelay musí poslouchat na obou rozhraních, protože z jednoho dostavá requesty a z druhého odpovědi. dhcrelay každý request přeposílá dvakrát, při čemž jedna přeposílka má zdrojou adresu routeru v síti klienta, a druhá má zdrojovou adresu routeru v síti serveru. Server ale na druhou přeposílku reaguje hlášením wrong network a odpovídá DHCPNAK. Teď záleží na klientovi, jak si to přebere. Některý klient se toho lekne a zůstane bez adresy. Jak přemluvím dhcrelay aby se takto nechoval?
Řešení dotazu:
Zapomněl jsem napsat, že obě sítě jsou na jednom fyzickém rozhraní a síť klienta je VLAN a síť serveru je nativní. Když přijde broadcast, program možná neumí poznat, odkud to přišlo a tedy ani s jakou zdrojovou adresou to poslat. Vidím že stejně se mi chová tcpdump - vidí jen provoz na jedné VLANě, ale broadcasty vidí ze všech VLAN na tom jednom drátě.
Bugs: Using the same interface on both upper and lower sides may cause loops, so when running this way, the maximum hop count should be set to a low value.treba pomuze.. NN
Na jednom fyzickém rozhraní máme tagovanou VLAN eth0.5 a nativní síť eth0. Démon poslouchá na adresách v obou sítích. Když přijde z VLAN broadcast, soket na VLAN ho dostane a démon odpoví. Ale ten samý broadcast přijde taky na soket poslouchající na nativní síti eth0, protože tak jsou v linuxu VLANy implementovány. Démon tedy odpoví ještě jednou z nativního rozhraní. To je celé. Řešení je zrušit nativní síť a všecko dělat na dvou tagovaných VLANách. To jsem udělal a přeslechy broadcastů přestaly.
Tiskni
Sdílej: