Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
petr@petr-ntb:~$ traceroute 192.168.1.100
traceroute to 192.168.1.100 (192.168.1.100), 30 hops max, 60 byte packets
1 192.168.0.254 (192.168.0.254) 1.019 ms 1.395 ms 1.498 ms
2 192.168.0.254 (192.168.0.254) 1.765 ms 1.856 ms 1.953 ms
Směrování končí na APčku a už se dál nesměruje.
Když stejnou situaci udělám přímo na APčku přes SSH, tak to vypadá takto:
root@pmalecek-owrt:~# traceroute 192.168.1.100
traceroute to 192.168.1.100 (192.168.1.100), 30 hops max, 38 byte packets
1 192.168.0.200 (192.168.0.200) 0.730 ms 0.428 ms 0.359 ms
2 192.168.10.139 (192.168.10.139) 26.233 ms 22.121 ms 16.671 ms
3 192.168.1.100 (192.168.1.100) 46.045 ms 22.696 ms 25.356 ms
... a takhle to má být
Proč ale počítače v síti 192.168.0.0/24 nemůžou do té druhé sítě ? Proč je APčko nenasměruje, ač samo ví, kudy tam ?
Nenapadá někoho něco ? Já jsem z toho trošku vyveden z míry, internet samozřejmě funguje na všech počítačích v síti (přes toto AP, jako NAT).
Díky.
Řešení dotazu:
It is strongly recommended that routers which connect enterprises to external networks are set up with appropriate packet and routing filters at both ends of the link in order to prevent packet and routing information leakage. An enterprise should also filter any private networks from inbound routing information in order to protect itself from ambiguous routing situations which can occur if routes to the private address space point outside the enterprise.Citace z RFC 1918 - Address Allocation for Private Internets. Správně nastavený router při přijmutí adresy ze soukromého rozsahu ji zahodí, pokud nemá pravidlo jak ji zabalit (encapsulation) nebo provést NAT. A to Váš router dělá.
root@pmalecek-owrt:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.109.184.192 * 255.255.255.192 U 0 0 0 wan
192.168.1.0 192.168.0.200 255.255.255.0 UG 0 0 0 br-lan
192.168.0.0 * 255.255.255.0 U 0 0 0 br-lan
default 10.109.184.193 0.0.0.0 UG 0 0 0 wan
Druhý řádek ve výpisu je to, co potřebuju funkční.
Samotný router ví, že na ten rozsah 1.0/24 má jít přes 0.200, ale neřekne to počítačům z rozsahu 0.0/24 který jsou na něj připojený.
iptables -I FORWARD -p all -s 192.168.0.0/16 -d 192.168.0.0/16 -j ACCEPT
A už vše jde jak má.
Možná by bylo lepší to převést do formátu, který používá firewall pod openwrt, ale vůbec ho nemám rád, takže to nechám takhle
Díky za nakopnutí správným směrem.
Výsledek:
C:\Users\Petr>tracert 192.168.1.254
Výpis trasy k 192.168.1.254 s nejvýše 30 směrováními
1 2 ms 2 ms 2 ms 192.168.0.254
2 3 ms 2 ms 3 ms 192.168.0.200
3 103 ms 105 ms 111 ms 192.168.10.130
4 104 ms 81 ms 69 ms 192.168.1.254
Trasování bylo dokončeno.
Tiskni
Sdílej: