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.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Společnost Škoda Auto zveřejnila na Printables bezplatné 3D modely příslušenství do svých vozů (držáky na nápoje, pomůcky pro vedení kabelů, mincovníky, háčky na USB kabely a čepice pro kapsy na zadních stranách opěradel sedadel, držáky na telefony a úchyty pro horní upevnění bezpečnostních pásů).
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 170 (pdf).
Dnes v 16:00 (14:00 UTC) budou opraveny 2 kritické zranitelnosti s CVSS 9.2 v PHP.
Nizozemská policie 13. října 2026 zabavila v datacentru Amsterdam Science Park server italského poskytovatele internetových služeb Autistici/Inventati (A/I), a to na základě americké žádosti o mezinárodní právní pomoc.… více »
root@bar:~# host something ;; reply from unexpected source: 172.18.0.1#53, expected 192.168.0.1#53 ;; reply from unexpected source: 172.18.0.1#53, expected 192.168.0.1#53 ;; connection timed out; no servers could be reachedTCPdump na foo ukáže:
09:57:34.669690 IP 172.18.0.17.44924 > 192.168.0.1.53: 28108+ A? something (29) 09:57:34.670000 IP 172.18.0.1.53064 > 172.18.0.2.53: 28108+ A? something (29) 09:57:34.670259 IP 172.18.0.2.53 > 172.18.0.1.53064: 28108* 1/0/0 A 192.168.0.11 (45) 09:57:34.670432 IP 172.18.0.1.53 > 172.18.0.17.44924: 28108* 1/0/0 A 192.168.0.11 (45)kde 172.18.0.2 je IP adresa toho kontajnera s DNS a 172.18.0.17 je IP adresa kontajnera "bar" kde sa pokúšam resolvovať príkazom host. Ak tomu dobre rozumiem tak tam docker robí prepisovanie zdrojovej a cieľovej adresy ale odpoveď ktorú vidí bar príde z IP 172.18.0.1 (teda IP adresy docker0 interfejsu na foo) a to sa tomu príkazu host nepáči. Ako to správne™ vyriešiť?
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz