Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
Bezim DNS server (na 127.0.0.1) pre masiny patriace do mojej domeny (medzi ktore patri aj stroj, ale nie je znamy vonkajsiemu svetu.
/etc/resolv.conf ma
domain domena.sk nameserver 127.0.0.1 nameserver 192.168.1.151 moj backup DNS nameserver ISP dns/etc/named.conf ma (okrem ineho)
zone "0.0.127.in-addr.arpa" { type master; file "named.local"; allow-update { none; }; }; zone "domain.sk" { type master; notify no; file "domain.sk"; };Napriek tomu sa mi zda, ze ssh stroj sposobi DNS query, ktora ide az na root-DNS miesto toho aby bola zodpovedana mojim serverom na 127.0.0.1.
Vidite niekde ten zadrhel?
Mimochodom je to normalne, ze dig 127.0.0.1 povie:
;; AUTHORITY SECTION: . 10780 IN SOA A.ROOT-SERVERS.NET. NSTLD.VERISIGN-GRS.COM. 2003091801 1800 900 604800 86400Root-DNS autoritativny pre 127.0.0.1?
Poslal som tu cast named.conf, co podla mna moze vplyvat na problem, ktory mam, ale budiz:
options { directory "/var/named"; }; zone "." { type hint; file "named.ca"; }; zone "localhost" { type master; file "localhost.zone"; allow-update { none; }; }; zone "0.0.127.in-addr.arpa" { type master; file "named.local"; allow-update { none; }; }; zone "domain.sk" { type master; notify no; file "domain.sk"; }; zone "1.168.192.in-addr.arpa" { type master; notify no; file "192.168.1"; };Najaky napad?
Ale mam dalsi kusok do mozaiky: pustil som si 'tcpdump lo' tam som sa docital:
14:53:53.388133 localhost.1791 > localhost.domain: 35379+ AAAA? stroj.domena.sk. (32) (DF) 14:53:53.390489 localhost.domain > localhost.1791: 35379* 0/1/0 (79) (DF) 14:53:53.391697 localhost.1791 > localhost.domain: 35380+ AAAA? stroj. (22) (DF) 14:53:53.393162 localhost.domain > localhost.1791: 35380 NXDomain 0/1/0 (97) (DF) 14:53:53.394483 localhost.1791 > localhost.domain: 27505+ A? stroj.domena.sk. (32) (DF) 14:53:53.396286 localhost.domain > localhost.1791: 27505* 1/1/1 A stroj.domena.sk (84) (DF) 14:53:53.397589 localhost.1791 > localhost.domain: 27506+ PTR? 120.1.168.192.in-addr.arpa. (44) (DF) 14:53:53.399294 localhost.domain > localhost.1791: 27506* 1/1/1 (108) (DF)Kdezto obycajne gethostbyname() ten zvyrazneny paket nevyrobi. Co tam ten telnet caruje?
Tiskni
Sdílej: