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.
+---------+ eth0 +----------+ eth1 (maskarada) |INTERNET |----------------------| |------------------- +---------+ 128.169.28.1 | | 192.168.1.0/24 verejna IP | | | FIREWALL | | | eth2 +-----+ | |-------------------| DMZ | Verejne adresy 128.169.28.3-X +----------+ 128.169.28.2 +-----+ dalsi verejna IPvubec si totiz nedokazu predstavit jak by to dopadlo kdyz by se na sitove karty eth0 a eth2 povesil stejny rozsah a jestli by to vubec fungovalo a jak by si s tim poradila routovaci tabulka. Muzete mi prosim popsat pripadne vyhody a nevyhody nebo nastinit jak to jinak zrealizovat ??? Cetl jsem tady uz DNAT/SNAT ale zda se mi to jako neohrabana moznost. Do te DMZ totiz potrebuji pristup z INTERNETU. dekuji za kazdou reakci
Stejné IP rozsahy (resp. podsítě) na eth0 a eth2 skutečně mít nemůžete, to by nefungovalo. Máte-li možnost, nechte si pro DMZ přidělit další rozsah IP adres, ten nastavíte na eth2 a provoz mezi Internetem a DMZ budete na firewallu normálně routovat (a samozřejmě nějak filtrovat, že).
Pokud nemáte možnost získat další blok adres, tak strojům na DMZ přidělíte privátní adresy (jiné, než na eth1). Na firewallu si na eth0 dopřidáte kromě oné 128.169.28.1 i další veřejné adresy (...2, atd.) a pomocí SNAT/DNAT zajistíte, že třeba provoz na 128.169.28.2 přišedší na firewall bude 1:1 (tj. se zachováním čísel portů) předán stroji s IP 192.168.2.1 v DMZ. Je to trochu drbačka, zejména ve světle té maškarády na eth1 (protože se vám otevírá celá řada příležitostí k omylu při nastavování komunikace mezi eth1 a eth2), ale rozhodně to tak nastavit jde a počítače v DMZ budou (téééměř) plnohodnotně přístupné z Internetu.
To není tak úplně pravda, fungovat to může. Jen je potřeba to ošetřit.
Jo, přesně tak.
2. Týkalo by se to nejen providera, ale také ostatních, kdo jsou s firewallem na stejném segmentu (typicky další zákazníci).
Přidělené veřejné adresy 128.169.28.2-X +----------+ wirelles +---------------+ LAN1 +-----+ | INTERNET |-------------------| |-------------------------| DMZ | +----------+ | | +-----+ | OVISLINK 1120 | | | eth0 eth1 | | 128.169.28.1 +--------+ 192.168.1.1 +-----+ | |-------------------| ROUTER |------------------| LAN | +---------------+ LAN2 | + | +-----+ |FIREWALL| +--------+pokud se totiz domnivam spravne tak OVISLINK by mel fungovat jako bridg a tim padem by mel ty verejne IP od poskytovatele bez vetsich problemu propustit
+---------+ eth0 +----------+ eth1 (maskarada) |INTERNET |----------------------| |------------------- +---------+ neni IP | | 192.168.1.0/24 | | | FIREWALL | eth0:1 | | eth2 +-----+ 128.169.28.2 | |-------------------| DMZ | Verejne adresy 128.169.28.2-X +----------+ neni IP +-----+mezi rozhranim eth0 a eth2 je vytvoren bridge pomoci utility brctl a neni na nej prirazena IP adresa tim padem se to bude chovat jako OVISLINK. Ten alias eth0:1 je tam pouze kvuli tomu aby byl na router pristup i z venku. Jedina nevyhoda je u komunikace mezi LANem za eth1 a DMZ pac se na nej bude aplikovat firewall 2x respektive 4x. ale tohle jde uz vyresit.
Tiskni
Sdílej: