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.
/lib/udev/rules.d/61-option-modem-modeswitch.rulesA modem nesvítí modře - nemám v NM-Appletu možnost automaticky vyjet průvodce nastavení - modem to zcela ignoruje. (Doporučené balíky mám atd.)
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
gnome-ppp mi to nechce detekovat...
[root@SAM-M32M /]# nmcli dev ZAŘÍZENÍ TYP STAV CONNECTION wlp0s2f1u4 wifi připojeno IRIS_Wifi enp0s7 ethernet nedostupné -- lo loopback není pod správou --
[91226.937742] ieee80211 phy5: rt2800usb_txdone: Warning - Data pending for entry 4 in queue 2 [91234.824928] ieee80211 phy5: rt2800usb_txdone: Warning - Data pending for entry 3 in queue 2 [91248.740754] ieee80211 phy5: rt2800usb_txdone: Warning - Data pending for entry 0 in queue 2 [91635.217559] usb 1-5: new full-speed USB device number 19 using ohci-pci [91635.416388] option 1-5:1.0: GSM modem (1-port) converter detected [91635.416582] usb 1-5: GSM modem (1-port) converter now attached to ttyUSB0 [91635.419376] option 1-5:1.1: GSM modem (1-port) converter detected [91635.419543] usb 1-5: GSM modem (1-port) converter now attached to ttyUSB1 [91635.422350] option 1-5:1.2: GSM modem (1-port) converter detected [91635.422512] usb 1-5: GSM modem (1-port) converter now attached to ttyUSB2
GNOME PPP: STDOUT: Scanning your serial ports for a modem. GNOME PPP: STDOUT: GNOME PPP: STDERR: ttyS0<Info>: Device or resource busy GNOME PPP: STDERR: Modem Port Scan<*1>: S0 GNOME PPP: STDERR: ttyS1<Info>: Device or resource busy GNOME PPP: STDERR: Modem Port Scan<*1>: S1 GNOME PPP: STDERR: ttyS2<Info>: Device or resource busy GNOME PPP: STDERR: Modem Port Scan<*1>: S2 GNOME PPP: STDERR: ttyS3<Info>: Device or resource busy GNOME PPP: STDERR: Modem Port Scan<*1>: S3 GNOME PPP: STDERR: ttyUSB0<Info>: Device or resource busy GNOME PPP: STDERR: Modem Port Scan<*1>: USB0 GNOME PPP: STDERR: ttyUSB1<Info>: Device or resource busy GNOME PPP: STDERR: Modem Port Scan<*1>: USB1 GNOME PPP: STDERR: ttyUSB2<Info>: Device or resource busy GNOME PPP: STDERR: Modem Port Scan<*1>: USB2 GNOME PPP: STDOUT: GNOME PPP: STDOUT: GNOME PPP: STDOUT: Sorry, no modem was detected! Is it in use by another program? GNOME PPP: STDOUT: Did you configure it properly with setserial? GNOME PPP: STDOUT: GNOME PPP: STDOUT: Please read the FAQ at http://alumnit.ca/wiki/?WvDial GNOME PPP: Připojování... GNOME PPP: STDERR: --> Ignoring malformed input line: ";Do NOT edit this file by hand!" GNOME PPP: STDERR: --> WvDial: Internet dialer version 1.61 GNOME PPP: STDERR: --> Cannot open /dev/ttyUSB0: Device or resource busy GNOME PPP: STDERR: --> Cannot open /dev/ttyUSB0: Device or resource busy GNOME PPP: STDERR: --> Cannot open /dev/ttyUSB0: Device or resource busyModem je skutečně na "/dev/ttyUSB0"...
gnome-ppp jsem absolutně spokojen - píši z U:fona jen bych rád věděl proč to nemohu udělat jako normální uživatel... (Chtěl bych to z panelu - ten je pod userem.)
GNOME PPP: STDOUT: Editing `/dev/null'. GNOME PPP: STDOUT: GNOME PPP: STDOUT: Scanning your serial ports for a modem. GNOME PPP: STDOUT: GNOME PPP: STDERR: ttyS0<*1>: ATQ0 V1 E1 -- failed with 2400 baud, next try: 9600 baud GNOME PPP: STDERR: ttyS0<*1>: ATQ0 V1 E1 -- failed with 9600 baud, next try: 115200 baud GNOME PPP: STDERR: ttyS0<*1>: ATQ0 V1 E1 -- and failed too at 115200, giving up. GNOME PPP: STDERR: Modem Port Scan<*1>: S1 S2 S3 GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 -- OK GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 Z -- OK GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 S0=0 -- OK GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 S0=0 &C1 -- OK GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 -- OK GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 -- OK GNOME PPP: STDERR: ttyUSB0<*1>: Modem Identifier: ATI -- Manufacturer: QUALCOMM INCORPORATED GNOME PPP: STDERR: ttyUSB0<*1>: Speed 9600: AT -- OK GNOME PPP: STDERR: ttyUSB0<*1>: Max speed is 9600; that should be safe. GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 -- OK GNOME PPP: STDERR: ttyUSB1<*1>: ATQ0 V1 E1 -- failed with 2400 baud, next try: 9600 baud GNOME PPP: STDERR: ttyUSB1<*1>: ATQ0 V1 E1 -- failed with 9600 baud, next try: 9600 baud GNOME PPP: STDERR: ttyUSB1<*1>: ATQ0 V1 E1 -- and failed too at 115200, giving up. GNOME PPP: STDERR: ttyUSB2<*1>: ATQ0 V1 E1 -- failed with 2400 baud, next try: 9600 baud GNOME PPP: STDERR: ttyUSB2<*1>: ATQ0 V1 E1 -- failed with 9600 baud, next try: 9600 baud GNOME PPP: STDERR: ttyUSB2<*1>: ATQ0 V1 E1 -- and failed too at 115200, giving up. GNOME PPP: STDOUT: GNOME PPP: STDOUT: Found a modem on /dev/ttyUSB0. GNOME PPP: STDOUT: Modem configuration written to /dev/null. GNOME PPP: STDERR: ttyUSB0<Info>: Speed 9600; init "ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0"
#!/bin/sh
# dohledani portu kde je usb zarizeni od vyrobce AnyDATA (16d5)
usbport="$(grep 16d5 -l /sys/bus/usb/devices/*-*/idVendor | sed 's/\/idVendor//')"
# vypnuti a zapnuti napajeni portu
echo 0 | tee ${usbport}/authorized
echo 1 | tee ${usbport}/authorized
bře 13 07:34:00 SAM-M32M wvdial[2119]: ~!E 4Z_@ ;[06][08]"%.P6N[08][18]V PC<[12]#XMTwQ* [11] .8[06] [01][01][08]
bře 13 07:34:01 SAM-M32M wvdial[2119]: P[02] o [1a]:[19][10]B~~!E 4Gq@ ;[06][1b][10]%.P6N[08][18]V PC/][01]Ea[04] [0b] [11] .[15]Y [01][01][08]
bře 13 07:34:02 SAM-M32M wvdial[2119]: P[02][01][ [1a]:[04]:8~~!E 4D)@ ;[06][1e]X%.P6N[08][18]V PC-F!F({E[19]' [11] .&[18] [01][01][08]
bře 13 07:34:02 SAM-M32M wvdial[2119]: P[02][02]\ [1a]:[05]>o~~!E 4ub@ ;[06]m[1e]%.P6N[08][18]V PC.
bře 13 07:34:02 SAM-M32M wvdial[2119]: [0c]wS5[0e][06]e [11] .[06]z [01][01][08]
bře 13 07:34:02 SAM-M32M wvdial[2119]: P[02][02]\ [1a]:[05][02],~~!E 4!R@ ;[06]A/%.P6N[08][18]V PC;[14][1f]#XFDk5 [11] .]? [01][01][08]
bře 13 07:34:02 SAM-M32M wvdial[2119]: P[02][02]e [1a]:
bře 13 07:34:04 SAM-M32M wvdial[2119]: 3y~~!E 41{@ ;[06]1[06]%.P6N[08][18]V PC$zC4I_[0c]:| [11] 7|i [01][01][08]
bře 13 07:34:04 SAM-M32M wvdial[2119]: P[02][04]s [1a]:>PF~~!E 4i4@ ;[06]yL%.P6N[08][18]V PC9R(k>K$i. [11] .S}] [01][01][08]
bře 13 07:34:04 SAM-M32M wvdial[2119]: P[02][04]b [1a]:[0b]/[18]~~!E 4[02]{@ ;[06]`[06]%.P6N[08][18]V PC6[01]? aZ[13][07][ [11] .a* [01][01][08]
Pročež musím wvdial ručně ukončit a ručně vysunout i zasunout modem - pak wvdial opět spustit - až pak to jede správně. Načež nemohu absolutně automatizovat, jak bych si přál. (Dokud nenaleznu řešení, musím automatickou obnovu zrušit...)
bře 13 07:34:00 SAM-M32M wvdial[2119]: ~!E 4Z_@ ;[06][08]"%.P6N[08][18]V PC<[12]#XMTwQ* [11] .8[06] [01][01][08]
bře 13 07:34:01 SAM-M32M wvdial[2119]: P[02] o [1a]:[19][10]B~~!E 4Gq@ ;[06][1b][10]%.P6N[08][18]V PC/][01]Ea[04] [0b] [11] .[15]Y [01][01][08]
bře 13 07:34:02 SAM-M32M wvdial[2119]: P[02][01][ [1a]:[04]:8~~!E 4D)@ ;[06][1e]X%.P6N[08][18]V PC-F!F({E[19]' [11] .&[18] [01][01][08]
bře 13 07:34:02 SAM-M32M wvdial[2119]: P[02][02]\ [1a]:[05]>o~~!E 4ub@ ;[06]m[1e]%.P6N[08][18]V PC.
bře 13 07:34:02 SAM-M32M wvdial[2119]: [0c]wS5[0e][06]e [11] .[06]z [01][01][08]
bře 13 07:34:02 SAM-M32M wvdial[2119]: P[02][02]\ [1a]:[05][02],~~!E 4!R@ ;[06]A/%.P6N[08][18]V PC;[14][1f]#XFDk5 [11] .]? [01][01][08]
bře 13 07:34:02 SAM-M32M wvdial[2119]: P[02][02]e [1a]:
bře 13 07:34:04 SAM-M32M wvdial[2119]: 3y~~!E 41{@ ;[06]1[06]%.P6N[08][18]V PC$zC4I_[0c]:| [11] 7|i [01][01][08]
bře 13 07:34:04 SAM-M32M wvdial[2119]: P[02][04]s [1a]:>PF~~!E 4i4@ ;[06]yL%.P6N[08][18]V PC9R(k>K$i. [11] .S}] [01][01][08]
bře 13 07:34:04 SAM-M32M wvdial[2119]: P[02][04]b [1a]:[0b]/[18]~~!E 4[02]{@ ;[06]`[06]%.P6N[08][18]V PC6[01]? aZ[13][07][ [11] .a* [01][01][08]
Dokud ručně nevyndám a nezandám modem - kdy wvdial musí být ukončen a zapnut až po zasunutí. Vskutku se mi jinak nikdy nepodařilo zprovoznit internet. Díky vytvoření zmíněné služby mi to alespoň startuje s internetem - ale nemohu udělat resume ani autoreconnect... (Protože pak začnou zmíněné kraviny.)
● wvdial.service - Connect to the internet
Loaded: loaded (/etc/systemd/system/wvdial.service; enabled; vendor preset: disabled)
Active: active (running) since Pá 2015-03-13 20:35:15 CET; 1h 25min ago
Main PID: 3383 (wvdial)
CGroup: /system.slice/wvdial.service
├─3383 /usr/bin/wvdial --config /etc/wvdial.conf
└─4098 /usr/sbin/pppd 9600 modem crtscts defaultroute usehostname -detach user ufon noipdefault call wvdial usepeerdns idle 0 logfd 8
bře 13 21:26:15 SAM-M32M pppd[4098]: secondary DNS address 78.136.128.12
bře 13 21:26:15 SAM-M32M wvdial[3383]: [15B blob data]
bře 13 21:26:15 SAM-M32M wvdial[3383]: --> local IP address 78.136.179.155
bře 13 21:26:15 SAM-M32M wvdial[3383]: [15B blob data]
bře 13 21:26:15 SAM-M32M wvdial[3383]: --> remote IP address 172.18.55.1
bře 13 21:26:15 SAM-M32M wvdial[3383]: [15B blob data]
bře 13 21:26:15 SAM-M32M wvdial[3383]: --> primary DNS address 78.136.128.4
bře 13 21:26:15 SAM-M32M wvdial[3383]: [15B blob data]
bře 13 21:26:15 SAM-M32M wvdial[3383]: --> secondary DNS address 78.136.128.12
bře 13 21:26:15 SAM-M32M wvdial[3383]: [15B blob data]
To funguje vždy jen s čerstvým bootem/zasunutím USB modemu.
Description="PPP mobile connection" Interface=ttyUSB0 Connection=mobile_ppp User="ufon" Password="ufon" PhoneNumber="#777"
bře 11 06:34:59 SAM-M32M chat[1412]: ^M bře 11 06:34:59 SAM-M32M chat[1412]: ^M bře 11 06:34:59 SAM-M32M chat[1412]: OK bře 11 06:34:59 SAM-M32M chat[1412]: -- got it bře 11 06:34:59 SAM-M32M chat[1412]: send (AT+CFUN=1^M) bře 11 06:34:59 SAM-M32M chat[1412]: expect (OK) bře 11 06:34:59 SAM-M32M chat[1412]: ^M bře 11 06:34:59 SAM-M32M chat[1412]: AT+CFUN=1^M^M bře 11 06:34:59 SAM-M32M chat[1412]: ERROR^M bře 11 06:35:02 SAM-M32M pppd[1410]: Connect script failed
Tiskni
Sdílej:
