Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Mám server, který vytáčí připojení na eth1 přes modem, který je v režimu bridge. Připojení se vytvoří na ppp0. Vše až do včerejšího výpadku proudu fungovalo.
Dnes se nemohu připojit na FTP. Hlásí to špatné heslo (ověřeno přes jiné připojení, že je vše OK).
Chyba je někde na serveru, protože když nastavím modem do router režimu a zkusím se přes něho připojit na FTP, tak je to OK.
Posílám výpis IPTABLES:
maniakum@server:~$ sudo iptables -L -nv
Chain INPUT (policy DROP 224 packets, 55919 bytes)
pkts bytes target prot opt in out source destination
394 128K ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0
1223 238K ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:1723 state NEW
0 0 ACCEPT 47 -- * * 0.0.0.0/0 0.0.0.0/0 state NEW
5 260 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 state NEW
460 113K ACCEPT all -- eth0 * 0.0.0.0/0 0.0.0.0/0 state NEW
0 0 ACCEPT all -- ppp1 * 0.0.0.0/0 0.0.0.0/0 state NEW
0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 8
Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
2929 435K ACCEPT all -- eth0 ppp0 0.0.0.0/0 0.0.0.0/0
3440 2536K ACCEPT all -- ppp0 eth0 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
0 0 ACCEPT all -- ppp1 eth0 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
0 0 ACCEPT all -- ppp1 ppp0 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT all -- ppp0 ppp1 0.0.0.0/0 0.0.0.0/0
0 0 TCPMSS tcp -- * * 192.168.0.0/24 0.0.0.0/0 tcpflags: 0x17/0x02 TCPMSS set 1356
Chain OUTPUT (policy ACCEPT 2103 packets, 497K bytes)
pkts bytes target prot opt in out source destination
portforwarding v /proc/sys/ipv4/ip_forward je 1
nat mám povolen. Netuším v čem by měl být problém.
Edit: Asi by se slušilo ještě říct, že server používám jako router, tedy na eth0 je připojen switch s dalšími prvky. Z notebooku, který je připojen na server přes eth0 se nemůžu připojit na FTP. Ze serveru se na FTP připojím. Problém tedy je někde v překladu...
A není? Viz výše.
Hmm, problém stále přetrvává. Přeinstaloval jsem server, ale stále stejné.
Server funguje jako router. Když se chci připojit z ntb, který je připojen na internet přes server, tak se na ftp nepřipojím. Když se chci připojit na ftp přímo ze serveru, tak to funguje.
V čem mám hledat problém?
Na portu 21 neleze naprosto nic, když se snažím připojit z NB. Když ze serveru, tak tam už něco leze. To znamená, že je problém někde na vstupu. Mohla by to dělat síťová karta? Bohužel nemám náhradní, abych to vyzkoušel a jen tak kupovat novou se mi nechce. Je integrovaná (ta do vnitřní sítě). Ale zase mi je divné, že by nešel jen port 21.
Samozřejmě je to tak jak říkáš. I když jsem dal na INPUT a FORWARD ACCEPT, tak to nešlo, páč jsem idiot a blokolovalo mi to tam nějaké pavidlo, teď to mám čísté a jede to. Musím zjistit tedy, které pravidlo to bylo. Díky za nakopnutí!"
Tak další zjištění. Pokud se připojím na domácí server přes VPN, tak se na FTP připojit mohu, tím víc si začínám myslet, že je špatná síťovka....
A ještě jedna věc, Když jsem na domácím serveru rozběhl FTP server, tak se na něj v pohodě připojím. Tak tedy nevím
ppp0 je připojení přes VDSL, ppp1 je VPN.
Povolil jsme vše a situace stejná. Samozřejmě, že mě to napadlo.
Tiskni
Sdílej: