Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
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 »Dobrý den, měl bych jeden skromný dotaz. Předem se omlouvám za možnou rozsáhlost příspěvku, ale musím to rozepsat trochu obšírněji.
Za ideální rozdělení disku, pokud by na něm byly Windows samotné, považuji 10GB oddíl pro systém a zbytek kapacity disku oddíl pro data (= to co chci aby přežilo formátování).
Při mých dosavadních instalacích Linuxu jsem to s rozdělováním disku měl vyřešené docela jednoduše - prostě jsem na disku nejdříve nechal asi 10GB volné místo a při vytváření oddílů jsem v tomto prostoru vytvořil 9,5GB oddíl připojený do / a 0,5GB oddíl pro swap.
Pokud jsem chtěl Linux přeinstalovat a měl jsem na disku nějaká data, která jsem chtěl aby přežila reinstalaci, vyřešil jsem to také jednoduše - buďto jsem měl někde vytvořený oddíl na FAT, kam jsem je překopíroval, nebo jsem prostě nabootoval do Windows a z Linuxového oddílu data zkopíroval pomocí Total Commanderu s pluginem ex2fs.
Teď k mému dotazu... rád bych vytvořil Linuxovou obdobu oddílu pro data z Windows. Prostě jeden oddíl například typu ext2fs připojený do třeba /mnt/data, kde bych měl například instalace programů pro Linux atd. Potíž je v tom, že si nejsem jist jak je to s přístupovými právy... pokud takový oddíl vytvořím a pokusím se přeinstalovat Linux, tak některé distribuce (Mandrake, který jsem kdysi používal, nyní používám Slackware) zobrazí hlášku s dotazem co s takovým filesystémem udělat - zda ho naformátovat, nebo nechat beze změn. Tak bych rád věděl, jestli nebude dělat nějaký nepořádek, když na tom fiktivním /mnt/data budu mít soubory jejichž vlastníkem bude uživatel, který po nově nainstalovaném systému v systému nebude. Dobrá, předpokládám že pod rootem to samozřejmě přečíst půjde. Ale jde nějak vytvořit nějaký rozumný oddíl abych na něj mohl kopírovat data kýmkoliv a po reinstalaci nemusel nějak z rootovského účtu přenastavovat práva na celém oddílu? Nebo jak na tohle správně?
Předem díky za odpověď 
Dobře, díky za odpovědi, oboje považuji za docela čisté řešení.... pro úplnost dodávám, že mě ještě napadlo jedno řešení spíše z kategorie prasáren, které sice nehodlám použít, zato by mě zajímal váš názor...
Před nějakou dobou jsem řešil problém toho, aby ne-root
uživatel mohl přistupovat na ntfs oddíl v /mnt/ntfs-c. Odpověď jsem našel zde v diskusích (zlaté fórum tady na ABC Linuxu
) -
umask=022.
Tak mě napadlo, pokud bych měl příslušný oddíl připojený do /mnt/data a v /etc/fstab nastavené například umask=000, jak by se vyhodnocovala přístupová práva potom? Použilo by se normální nastavení u konkrétního souboru či adresáře, nebo by pro všechny soubory na tom oddílu platilo nastavení umask, a tudíž bych mohl kýmkoliv číst, vytvářet nebo mazat cokoliv na tomto oddílu?
Tiskni
Sdílej: