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.
Vysvetleni:
Mam k dispozici jednak 'Eurotel Data Nonstop' na dedikovanem Siemensu MT50 pres seriovy port, jednak zminenou GPRS kartu od T-Mobile.
U T-Mobile lze dosahnout (zrejme diky vyssim kodovacim schematum) vyssi maximalni rychlosti, videl jsem >6kB/s (mereno wgetem), rychlost vsak velmi kolisa a casto se nekolik vterin neprenese ani byte.
Eurotel jede sice "jenom" 5.5kB/s, zato jede _porad_, bez zavahani.
Z meho pohledu je tedy pouzitelnost Eurotelu nesrovnatelne vysii nez pouzitelnost T-Mobile...
Jeste horsi je, ze s T-Mobile GPRS kartou spojeni kazdou chvili (prumerne asi jednou za hodinu) vytuhne a je nutne kartu vytahnout a znovu zastrcit (odmita komunikovat i v minicomu). Eurotel oproti tomu jede nonstop nekolik dnu.
A ted tedy konecne ty konfiguraky:
sh-2.05b$ cat /etc/ppp/peers/option nodetach debug noipdefault defaultroute lock /dev/ttyS17 115200 connect /etc/ppp/option sh-2.05b$ cat /etc/ppp/option #!/bin/bash /usr/sbin/chat -v -t30 \ '' atz \ OK at+cgdcont=1,\"IP\",\"internet.t-mobile.cz\" \ OK atd*99***1# \ CONNECT '' sh-2.05b$ cat /etc/ppp/options lock noauthVytaci se pomoci 'pppd call option'.
((
localhost# cat /etc/conf.d/net.ppp0
# /etc/conf.d/net.ppp0:
# $Header: /var/cvsroot/gentoo-x86/net-dialup/ppp/files/confd.ppp0,v 1.3 2005/02/06 09:22:13 mrness Exp $
# Config file for /etc/init.d/net.ppp0
PEER="tmobile" # Define peer (aka ISP)
DEBUG="yes" # Turn on debugging
PERSIST="yes" # Redial after being dropped
ONDEMAND="no" # Only bring the interface up on demand?
MODEMPORT="/dev/tts/3" # TTY device modem is connected to
LINESPEED="115200" # Speed pppd should try to connect at
INITSTRING="" # Extra init string for the modem
DEFROUTE="yes" # Must pppd set the default route?
HARDFLOWCTL="yes" # Use hardware flow control?
ESCAPECHARS="yes" # Use escape caracters ?
PPPOPTIONS="" # Extra options for pppd
USERNAME="internet" # The PAP/CHAP username
PASSWORD="none" # Your password/secret. Ugly I know, but i
# will work on something more secure later
# on. 700 permission on /etc/init.d/net.ppp0
# should be enouth for now.
NUMBER="9180000" # The telephone number of your ISP
# leave blank for leased-line operation.
REMIP="" # The ip of the remote box if it should be set
NETMASK="" # Netmask
IPADDR="" # Our IP if we have a static one
MRU="768" # Sets the MRU
MTU="768" # Sets the MTU
RETRYTIMEOUT="60" # Retry timeout for when ONDEMAND="yes" or
# PERSIST="yes"
IDLETIMEOUT="600" # Idle timeout for when ONDEMAND="yes"
PEERDNS="no" # Should pppd set the peer dns?
AUTOCFGFILES="no" # By default this scripts will generate
# /etc/ppp/chat-isp, /etc/ppp/chap-secrets,
# /etc/ppp/pap-secrets and /etc/ppp/peers/isp
# automatically. Set to "no" if you experience
# problems, or need specialized scripts. You
# will have to create these files by hand then.
AUTOCHATSCRIPT="no" # By default this script iwll generate
# /etc/ppp/chat-${PEER} automatically. Set to "no"
# if you experience problems, or need specialized
# scripts. You will have to create these files by
# hand then.
# Directory where the templates is stored
TEMPLATEDIR=/etc/ppp
localhost# cat /etc/ppp/peers/tmobile
user internet
password none
#nodetach
debug
noipdefault
defaultroute
lock
/dev/tts/3
115200
connect "/usr/sbin/chat -v -f /etc/ppp/chat-tmobile"
ipcp-no-addresses
noipdefault
noauth
#novj
#noccp
localhost#cat chat-default
# /etc/ppp/chat-default:
# $Header: /var/cvsroot/gentoo-x86/net-dialup/ppp/files/2.4.2/chat-default,v 1.2 2004/07/18 03:50:48 dragonheart Exp $
'ABORT' 'BUSY'
'ABORT' 'ERROR'
'ABORT' 'NO ANSWER'
'ABORT' 'NO CARRIER'
'ABORT' 'NO DIALTONE'
'ABORT' 'Invalid Login'
'ABORT' 'Login incorrect'
'' 'ATZ'
'TIMEOUT' '10'
'OK' 'ATM1L1'
'OK' 'ATE1'
'OK' 'AT&f+CGDCONT=1,"IP","internet.t-mobile.cz","",0,0'
'TIMEOUT' '60'
'OK' 'ATDT*99***1#'
'CONNECT' ''
cat chat-tmobile
# /etc/ppp/chat-default:
# $Header: /var/cvsroot/gentoo-x86/net-dialup/ppp/files/2.4.2/chat-default,v 1.2 2004/07/18 03:50:48 dragonheart Exp $
'ABORT' 'BUSY'
'ABORT' 'ERROR'
'ABORT' 'NO ANSWER'
'ABORT' 'NO CARRIER'
'ABORT' 'NO DIALTONE'
'ABORT' 'Invalid Login'
'ABORT' 'Login incorrect'
'' 'ATZ'
'TIMEOUT' '10'
'OK' 'ATM1L1'
'OK' 'ATE1'
'OK' 'AT&f+CGDCONT=1,"IP","internet.t-mobile.cz","",0,0'
'TIMEOUT' '60'
'OK' 'ATDT*99***1#'
'CONNECT' ''
Serial connection established. using channel 42 Using interface ppp0 Connect: ppp0 --> /dev/ttyS0 rcvd [LCP ConfReq id=0xb8 mru 1500> asyncmap 0x0> auth pap> magic 0x420943> pcomp> accomp>] sent [LCP ConfReq id=0x1 asyncmap 0x0> magic 0xcae62293> pcomp> accomp>] sent [LCP ConfAck id=0xb8 mru 1500> asyncmap 0x0> auth pap> magic 0x420943> pcomp> accomp>] rcvd [LCP ConfAck id=0x1 asyncmap 0x0> magic 0xcae62293> pcomp> accomp>] sent [LCP EchoReq id=0x0 magic=0xcae62293] sent [PAP AuthReq id=0x1 user="internet" password=hidden>] rcvd [LCP EchoRep id=0x0 magic=0xcae62293] appear to have received our own echo-reply! rcvd [PAP AuthAck id=0x1 "PAP access OK"] Remote message: PAP access OK PAP authentication succeeded sent [CCP ConfReq id=0x1 deflate 15> deflate(old#) 15> bsd v1 15>] sent [IPCP ConfReq id=0x1 compress VJ 0f 01> addr 0.0.0.0>] rcvd [LCP TermReq id=0xb9] LCP terminated by peer sent [LCP TermAck id=0xb9] Modem hangup Connection terminated.Nemate nekdo tuseni co to je za chybu? Vypada to v pohode, modem i komunikuje, ale nakonec vzdycky zavesi (zkousel sem kilo ruznych 'klientu', typu wvdial, kppp,..., vsechny davaji hangup) pozn. kuli html jsem smazal vsechny <. plz domyslete si je.
Tiskni
Sdílej: