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.
Zdravím,
mám takový menší problém, nejde mě ani tak o řešení problému kodu, ale spiš o možné teorie proč to nejede..
Mám takovou aplikačku(hru) client se připojí na server ten vygeneruje cookie o 4 bitech a pošle tyto cookie dalšímu serveru(myšleno jako další aplikace) tento server odpoví, a pošle cookie z5, ale bohužel někam špatně asi.. Poněvadž chat tyto pakety už nedostane nevím vůbec proč hrabal jsem se už v kernelu(apliakce jedou na linuxu) a kompiloval vše možná jádra.
A žádná změna.
zde je posílací část ze serveru který odpovídá, ale nikdy tyto pakety nedojdou na další server
// zpet chatu
cookie->type = TOCH_COOKIE_REPLY;
send(g_pChatManager->GetSock(), cookie, len, 0);
l_log("Send replay cookie (client %d) to chat ", cookie->chr_id);
int iResult(send());
Naprosto nevím co může být špatně vše jede na localhostu 0.0.0.0 a když sleduju porty tak pakety tam opravdu proudí..
Pokud by měl někdo nějaký nápad co by to mohlo dělat byl bych mu vděčen děkuji..
Client je mezitím ve stavu čekaní na cookie od serveru(je seklej:D)
Z popisu te komunikace nevim o co presne se snazite, ale hlavne tezko hadat kde muze byt problem, kdyz nevim(e) jak to delate. Muzete to vice rozepsat?
Navratove hodnoty send() overujete? Opravdu ten "meziserver" ty pakety predava dal? ...
Jako cookie se označují především jistá data uchovávající stavovou informaci v HTTP, případně něco tomu velmi podobného. Asi myslíte spíš kus textu posílaný přes TCP nebo UDP; že si to v aplikaci z nějakého důvodu nazýváte cookie spíš rozptyluje od vašeho problému (přinejmenším mě).
Mutex? Žádný nikde nevidím.
int iResult(send()); Funkci send, která nebere žádné parametry, neznám (a nezná ji ani Linux nebo POSIX obecně).
V kernelu žádná chyba ohledně síťování celkem jistě není. Pokud nefunguje aplikace, je chyba v ní a ne v kernelu.
Prosím rozepište se trochu více, a prosím trochu pečlivěji. (Pokud trpíte nějakou poruchou, pak se omlouvám.)
Mno int iResult(send()); to byl překlep. uznávam. Mutex tam je unlock před tím zdrojékem sem se o řádek spletl pthread_mutex_unlock(&cookies_mutex);
jinak ano přes cookies posílam né text, ale číslo. Jinak v kernelu sem se harabal kvůli Packet socket: mmaped IO musi být enabled.
Mno ten zdrojak send nevím co může být špatně sin_port mám taky definovanej atd. Pakety tam jsou a send určitě tu hodnotu pošle zkoušel jsem.
Chat by měl příjmout v tomto kodu:
case TOCH_COOKIE_REPLY:
{
tGameSrvInfo reply;
char type;
uint nPlyIndex;
l_log("Received TOCH_COOKIE_REPLY message from server");
cookie = (tChatCookie *) buf;
Tiskni
Sdílej: