Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu srpnový souhrn novinek. Kvůli nedostatečnému zájmu byla ukončena výroba telefonů PinePhone Pro.
Po pěti měsících vývoje byla vydána nová verze 0.15.1 programovacího jazyka Zig (GitHub, Wikipedie). Verze 0.15.0 byla přeskočena. Přispělo 162 vývojářů. Přehled novinek v poznámkách k vydání.
Před sedmi lety společnost Valve představila fork projektu Wine s názvem Proton umožňující v Linuxu přímo ze Steamu hrát počítačové hry do té doby běžící pouze ve Windows. Aktuální přehled podporovaných her na stránkách ProtonDB
Společnost DuckDuckGo rozšířila svůj AI chat Duck.ai o GPT-5 mini (𝕏). Duck.ai umožňuje anonymní přístup bez vytváření účtů k několika modelům umělé inteligence. Aktuálně k GPT-4o mini, GPT-5 mini, Llama 4 Scout, Claude Haiku 3.5 a Mistral Small 3.
Marek Tóth v příspěvku DOM-based Extension Clickjacking: Data ve správcích hesel v ohrožení na svém blogu popsal novou clickjacking techniku s několika variantami útoků a otestoval ji proti 11 správcům hesel. Výsledkem bylo nalezení několika 0-day zranitelností, které mohly ovlivnit uložená data desítek milionů uživatelů. Jedno kliknutí kdekoliv na webové stránce kontrolované útočníkem umožňovalo ukrást uživatelská data ze
… více »Na dnešní akci Made by Google 2025 (YouTube) byly představeny telefony Pixel 10 s novým čipem Google Tensor G5 a novými AI funkcemi, hodinky Pixel Watch 4 a sluchátka Pixel Buds 2a.
The Document Foundation oznámila vydání nové major verze 25.8 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs) a také na Youtube a PeerTube.
Zeek (Wikipedie), původně Bro, byl vydán v nové major verzi 8.0.0. Jedná se o open source platformu pro analýzu síťového provozu. Vyzkoušet lze online.
Byl vydán Mozilla Firefox 142.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 142 je již k dispozici také na Flathubu a Snapcraftu.
Ahoj, vypozoroval jsem zajimavy problem. Mam kubuntu na domacim pc. Ten je pripojeny pres dva routery wifinou na router s UPC. Pres VPN se pripojuji do prace, kde mam verejnou IP. Pripojenim na VPNku dostanu rozsah z vnitrni site v praci. Muzu tedy primo jit na stroje ve vnitrni siti.
Ve vnitrni siti bezi jeden webovy server, ktery ma DNS adresu web.firma.cz. Ten ma tedy ip 192.168.10.20 a soucasne 188.xxx.xxx.xxx. Verejna DNS ho zna pod tou 188 IP, ale mam na routeru ve vnitrni siti i statickou DNS, kde je pod tou samou adresou jako 192.168.10.20. Takze se na nej dostanu pomoci jeho dns jmena jak z venku, tak zevnitr.
Stava se mi ale, ze kdyz jsem na vpnce a odpojim se, tak potom prestane byt ta IP prace dostupna. Prijde mi, jako by mne zabanoval budto provider upc nebo ten v praci - riomedia. Kdyz jsem zkousel nejake pingy, na vnitrni IP, vratilo se mi obcas neco jako DNS - private.rionet.cz - co to ma znamenat? Ze jsem se pokousel z vnitrni site pristupovat na rozhrani toho pripojeni a posilal jsem pakety na adresu ve vnitrni siti? Neni to nejak hlidane a kdyz prijde vice takovych paketu, tak provider tu IP zarizne? Napada mne, ze by pak mohlo zlobit to pouziti dvou DNSkovych IP. Nebo se mi nejak podela router, co mam doma? Zkousel jsem vsechno resetovat, vypinat, ale nic. Nedostanu se uz potom ani na nastaveni routeru v praci, ani na ten webovy server. Pritom z mobilu, z 3G to normalne jede. A vzdycky se to podela, kdyz jsem na VPNce a pak se odpojim a kliknu do okna, kde jsem mel otevrene HTTPS spojeni na ten webovy server.
Da se nejak odzkouset, kde se to kazi?
Ted jsem odpojeny od VPN a internet mi jede, ale do prace se nepingnu, ani nepripojim.
Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní default 192.168.2.100 0.0.0.0 UG 0 0 0 eth0 192.168.2.0 * 255.255.255.0 U 1 0 0 eth0
Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní default * 0.0.0.0 U 0 0 0 ppp0 188-175-XX-XXX. private.rionet. 255.255.255.255 UGH 0 0 0 eth0 192.168.2.0 * 255.255.255.0 U 1 0 0 eth0 XX.XXfirma.cz * 255.255.255.255 UH 0 0 0 ppp0Verejna ip adresa firmy byla zmenena na XX, stejne jako domena XXfirma.cz. To je domena, ktera ma A zaznam na IP adresu pripojky. Ted mne napada, nemuze tady v tom zaznamu byt ten problem? Ale v tehle fazi mi vse funguje a do firmy se pignu. Bojim se odpojit od VPNky, at si nebloknu posledni funkcni pripojeni - mobil. Ale budu se muset odpojit
Ja si to myslim taky, ze kdyz se odpojim, chvili to trva, resp. je mozne, ze treba je nekde v cache stara ip? Tzn. pro web mujweb.firma.cz je v tu chvili prirazena adresa 192.168.10.20 ale ja uz jsem ve verejne siti a ne ve VPN, takze on zacne posilat pakety s IP z rozsahu vnitrni site do rozhrani s netem.
Da se tomu nejak zabranit? Traceroute jsem zkousel a nikam se nedoroutuje. A to dokonce ani kdyz vsechno jede. Ping funguje, ale traceroute vyhazuje jenom hvezdicky.
Myslet nestačí. Musíte se tcpdumpem podívat, co vám odchází z počítače.
Cache směrovacích tabulek se automaticky zneplatní, když zmizí pravidlo, přes které packety odcházely. Tedy když ukončíte tunel.
Chybné soukromé a cílové IP adresy se řeší tak, že blokací na routeru, který už nemají opustit. Cílové zvláštními směrovacími pravidly (například ip route add unreachable 192.168.0.0/16
, zdrojové firewallem (ale je to složitější, pokud se vám dělá SNAT).
Traceroute pusťte s paremetrem -I, aby použil ICMP.
petr@T400:~$ sudo traceroute -I XX.firma.cz traceroute to XX.firma.cz (188.175.XX.XXX), 30 hops max, 60 byte packets 1 * * * 2 188-175-XX-XXX.client.rionet.cz (188.175.XX.XXX) 36.692 ms 37.258 ms 37.880 msTakhle ? To je ale nejake divne, ne? Nemely by se tam objevit i ty moje routery a IPcko meho domaciho ISP? Jinak tohle je vypis, kdyz nejsem ve VPN.
tcpdump -np -I ROZHRANÍ
ukáže hlavičky packetů, co tečou skrz dané síťové rozhraní, nic se nikam neukládá.
Zaměřit byste se měl na to, kterým rozhraním packety zasílané na ten nedostupný stroj odchází (VPN může mít vlastní rozhraní; nepsal jste, jaký druh VPN používáte) a jakou zdrojovou a cílovou IP adresu mají.
Packety odcházející skrze rozhraní VPN by měli mít adresy soukromé, kdežto packety tunelu by měly proudit skrze běžné síťové rozhraní a měly by mít veřejné adresy.
petr@T400:~$ sudo tcpdump -np -I eth0 tcpdump: eth0: That device doesn't support monitor mode petr@T400:~$ sudo tcpdump -np -I ppp0 tcpdump: eth0: That device doesn't support monitor mode petr@T400:~$
Tiskni
Sdílej: