Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
net eth1 loc eth0 loc sit0kdyz si ve vnitrni siti spustim na svem serveru php script a zjistuji IP tak se mi zobrazuje verejna IP a ne IP stanice, kdyz jdu primo do internetu, zde se zobrazuje take verejna IP. jenze kdyz nastavim ve shorewallu hlidani i eth0, zacne se ve vnitrni siti zobrazovat IP stanice, coz je pro me lepsi, kdyz jdu do internetu zobrazuje se normalni verejna IP, jenze kdyz se podivam do zon, udela se mi toto:
net eth1 net eth0 loc sit0jenze v rules mam nastaveny zapisy pravidel napr. ACCEPT loc:172.22.x.x net tcp 25 bojim se kdyz nastavim napr. zapis ACCEPT net:172.22.x.x net tcp 25 ze by mel nekdo pristup z venci do site, mozna se pletu, nevim, ale dokaze mi prosim nekdo poradit, jestli toto pravidlo muzu takto pouzit a zony mohou takto byt uvedeny a ja musim vsechna pravidla kde pouzivam loc prepsat?
Ahoj, na mandrive 2007 mam nainstalovan shorewall. Nastava jeden problem. V zonach mam nastavenu zonytak - eth1 je pripojene k internetu a eth0 je pripojene do lokalni site, je to tak?net eth1 loc eth0 loc sit0
kdyz si ve vnitrni siti spustim na svem serveru php script a zjistuji IP tak se mi zobrazuje verejna IP a ne IP stanice,tzn ze vlezes z vnitrni site na http://whatismyipaddress.com/ ?
kdyz jdu primo do internetu, zde se zobrazuje take verejna IP...vysvetli..
jenze kdyz nastavim ve shorewallu hlidani i eth0, zacne se ve vnitrni siti zobrazovat IP stanice, coz je pro me lepsi, kdyz jdu do internetu zobrazuje se normalni verejna IP,...vysvetli...
jenze kdyz se podivam do zon, udela se mi toto:...ale to neni dobre, jak uz tu nekdo reklnet eth1 net eth0 loc sit0
bojim se kdyz nastavim napr. zapis ACCEPT net:172.22.x.x net tcp 25 ze by mel nekdo pristup z venci do site,vetsina routeru tyto pakety s temahle ip adresama (stejne jako 192.168.0.0/16, 10.0.0.0/8) zahazuje
mozna se pletu, nevim, ale dokaze mi prosim nekdo poradit, jestli toto pravidlo muzu takto pouzit a zony mohou takto byt uvedeny a ja musim vsechna pravidla kde pouzivam loc prepsat?mozna by bylo lepsi popsat co chces aby to delalo na konci :)
tak - eth1 je pripojene k internetu a eth0 je pripojene do lokalni site, je to tak?ano eth0 je lokalni sit
kdyz si ve vnitrni siti spustim na svem serveru php script a zjistuji IP tak se mi zobrazuje verejna IP a ne IP stanice, tzn ze vlezes z vnitrni site na http://whatismyipaddress.com/ ? kdyz jdu primo do internetu, zde se zobrazuje take verejna IP.ne kdyz dojdu napr. na www.whatismyipaddress.com zobrazi se mi verejna IP kdyz ale dojdu na muj server kde mam apache a tam si dam zjisteni IP pres REMOTE_ADDR zobrazi se mi IP stanice z ektere na script pristupuju, jenze kdyz mam ve shorewallu nastaveno toto:
loc eth0 net eth1 loc sit0zobrazi se mi na mem serveru v apache verejna IP a IP stanice najednou neni. kdyz ale zase zpet nastavim.
net eth0 net eth1 loc sit0zacne se na apache zobrazovat zase IP stanice (takze to je presne to co potrebuju), ale potrebuju, abych v interfaces nemel u rozhrani net eth0 i eth1 (mel jen eth1).
jenze kdyz nastavim ve shorewallu hlidani i eth0, zacne se ve vnitrni siti zobrazovat IP stanice, coz je pro me lepsi, kdyz jdu do internetu zobrazuje se normalni verejna IP, ...vysvetli... jenze kdyz se podivam do zon, udela se mi toto: net eth1 net eth0 loc sit0 ...ale to neni dobre, jak uz tu nekdo reklto ja vim, proto se snazim toho vyvarovat ...
bojim se kdyz nastavim napr. zapis ACCEPT net:172.22.x.x net tcp 25 ze by mel nekdo pristup z venci do site, vetsina routeru tyto pakety s temahle ip adresama (stejne jako 192.168.0.0/16, 10.0.0.0/8) zahazuje mozna se pletu, nevim, ale dokaze mi prosim nekdo poradit, jestli toto pravidlo muzu takto pouzit a zony mohou takto byt uvedeny a ja musim vsechna pravidla kde pouzivam loc prepsat?no prave, ze zakazuje tak chci pouzivat loc misto net, ale jak muzu pouzit loc, kdyz ho v interfaces nemam kde napsat, kdyz je tam jen net eth0 a net eth1 ktere funguji jak chci ...
ACCEPT loc:172.22.1.1 net tcp 25 DROP loc net tcp 25??? Pokud ano, tak jsem rad, ze jsem uz pochopil i kdyz z male casti shorewall
Omlouvam se, pokud jsem zbytecne psal nejake kraviny ohledne shorewallu, alespon vim, ze mam tedy spravne shorewall nakonfigurovan.
a dalsi komponenty
Asi bude problem nekde v apache ... Kdo vi, zkousel jsem a nenasel, ale to az tak moc nevadi
Mozna muze byt problem takly ve squidu. Diky ale i tak za rady
Tiskni
Sdílej: