Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
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.
Zdravim vsechny, dostal jsem se do zajimave situace: zkompiloval jsem si do MDK 10.1 vlastni jadro (2.6.13-rc3 z kernel.org; kompilaci jsem provadel pod distribucnim jadrem 2.6.8), upravil jsem lilo.conf, spustil /sbin/lilo a do noveho jadra rebootoval. Start probehl bez problemu. Kdyz jsem ale pocitac na noc vypnul a rano znovu zapnul, start systemu narazil na jaderneho panice (Unable to mount root fs).
Root filesystem mam Ext3, jehoz podporu jsem kompiloval jen jako modul (Ext2 mam zakompilovane natvrdo), tzn. chybu pri konfiguraci jadra jsem udelal nejspis prave tady, nejde mi ale vubec do hlavy, jak je mozne, ze pri prvnim rebootu do noveho jadra tenhle problem nebyl.
To same se mi stalo, kdyz jsem kompiloval jadro 2.6.12.1 - jen s tim rozdilem, ze uspesnych bootu bylo vic, ne jen jeden; po nejake dobe (bohuzel nevim presne) se ale taky zacal objevovat Kernel panic. Za tu dobu jsem s lilo.conf nic neprovadel.
Jestli se nepletu, Ext2 a Ext3 se lisi jen tim, ze Ext3 ma navic zurnal, jinak jsou zamenitelne a je mozne Ext3 pripojit jako Ext2 (myslim tim pouzit na Ext3 partici ovladac pro Ext2 jen za cenu toho zurnalovani), takze tusim, ze neco takoveho probehlo pri tech uspesnych bootech. Nechapu ale, proc se to provadet prestalo (mym zasahem to urcite neni, po uspesnem zavedeni jsem uz nic nemenil). Nevedel by nekdo?
Ja jeste zkusim do lilo.conf natvrdo nastavit pouziti Ext2 ovladace (doufam, ze se mi to s nicim neplete, ze to v lilo.conf jde nastavit) a pri pristi kompilaci jadra si Ext3 zakomplikuju natvrdo. Kazdopadne kdyby nekdo vedel, proc to v me stavajici situaci jednou jde a jednou nejde, budu rad, kdyz se o tuhle vedomost podeli
Predem dik.
To je v zásadě pravda, ale pokud ext3 přimountujete jako ext2 a zapisujete na něj, přestane být korektním ext3, takže před jeho opětovným přimountováním jako ext3 musíte spustit e2fsck.
.
Tiskni
Sdílej: