Byla vydána verze 10 linuxové distribuce Freespire (Wikipedie). Jedná se o bezplatnou linuxovou distribuci vyvíjenou společností PC/OpenSystems LLC stojící za komerční distribucí Linspire (Wikipedie), původně Lindows.
Binarly REsearch před týdnem informoval o kritických zranitelnostech UEFI souhrnně pojmenovaných LogoFAIL. Tento týden doplnil podrobnosti. Útočník může nahradit logo zobrazováno při bootování vlastním speciálně upraveným obrázkem, jehož "zobrazení" při bootování spustí připravený kód. Pětiminutové povídání o LogoFAIL a ukázka útoku na YouTube.
Byla vydána listopadová aktualizace aneb nová verze 1.85 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.85 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
git.kernel.org je nově oficiálně také v tmavém vzhledu.
Richard Hughes na svém blogu oznámil, že počet aktualizací firmwarů pomocí služby LVFS (Linux Vendor Firmware Service) přesáhl 100 milionů. Přehled podporovaných zařízení, nejnovějších firmwarů nebo zapojených výrobců na stránkách LVFS.
Byla vydána nová stabilní verze 3.19.0, tj. první z nové řady 3.19, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou podporu Raspberry Pi 5.
Altap Salamander (Wikipedie), dvoupanelový správce souborů pro Windows, byl uvolněn jako open source pod názvem Open Salamander. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv2.
Společnost JetBrains představila (YouTube) svou umělou inteligenci JetBrains AI a nástroj AI Assistant v IDE.
Byla vydána nová verze 255 správce systému a služeb systemd (GitHub, NEWS). Z novinek lze vypíchnout například novou službu systemd-bsod.service.
Google představil Gemini, svůj největší a nejschopnější model umělé inteligence.
) jsou na tento segment aplikována nejrůznější bezpečností opatření
Pokud se přes notebook a wifi kartu naasociuju k AP, tedy na síť wlan1, ale nastavím IP notebooku v rozsahu sítě eth0, např. 192.168.0.30 (+ tomu odpovídající maska, gateway atd.), tak se notebook začne chovat jako by byl skutečně připojen do sítě eth0. Tedy těší se všem výše popsaným výhodám sítě na eth0 - COŽ ALE NETĚŠÍ MĚ. Router pro tuto IP hlásí, že je regulérně připojena na rozhraní eth0 (arp výpis).
Poraďte prosím, co je špatně. Jak zajistit, aby se dalo do sítí připojit skutečně jen s odpovídající IP pro dané rozhraní.
Pro upřesnění, běží to na Debianu.
Díky moc za odpovědi.
$IPTABLES -A IN_FW -i $LAN1_IFACE -s 192.168.0.0/16 -j logdrop $IPTABLES -A IN_FW -i $INET_IFACE -s 10.0.0.0/8 -j logdrop $IPTABLES -A IN_FW -s 172.16.0.0/12 -j logdrop $IPTABLES -A IN_FW -s 96.0.0.0/4 -j logdrop $IPTABLES -A IN_FW -s 127.0.0.0/8 -j logdropProstě na $LAN1_IFACE se nesmí vyskytnout IP 192.168.0.0/16 a na $INET_IFACE se nesmí vyskytnout 10.0.0.0/8 no a ostatni se nesmí vyskytnout nikde. Inspirovat se třeba tady.
4.2.2010 11:16
dmnc_net | skóre: 12
| blog: dmnc
)
Pokud je zapnutý, chová se to tak jak jsem popsal. Když nejede - vše běží jak má.
Nechal jsem notebook pingat nějakou IP, pakety procházeli perfektně do doby než jsem Dlink vytáhnul ze zdi. Pak to okamžitě přestalo. Po opětovném zapnutí Dlinku to sice hned nepokračovalo, ale stačilo reasociovat kartu v NB (vyndat/zandat ) a vše se zase pěkně rozjelo.
Absolutně nechápu, co se to vlastně dělo. Karta v NB byla skutečně asociovaná na správné AP (alespoň podle MAC). Dlink v logu nehlásil nic kromě toho, že je úspěšně asociovan také na správné AP. Výpis připojených klientů měl prázdný (taky aby ne, když jede v režimu klient, že:)). Prostě to NECHÁÁÁPU. Nicméně problém je odstraněn.
Ten Dlink je za daných okolností velmi pěkná díra do systému. Pochybuju, že se do podobný konfigurace někdy někdo dostanete v realném provozu, ale bacha na to.
Děkuji všem za jejich čas, díky.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz