Root.cz

Root.cz

@rootcz.bsky.social

Server nejen o Linuxu, ale i o sítích a počítačové bezpečnosti

163 followers1 following2.8K posts

V macOS ještě nejsou revokované certifikáty eMudhra pro utility v příkazové řádce

root.czV macOS ještě nejsou revokované certifikáty eMudhra pro utility v příkazové řádceVíce než týden po skandálu kolem slabých klíčů certifikační autority eMudhra operační systém macOS stále přijímá napadené certifikáty v nástrojích používaných v příkazové řádce. Týká se to například nástrojů jako curl, git, python3, ruby,perl a openssl. Ani nejnovější aktualizace macOS 27.2 problém neřeší. Operační systém macOS sice vadné mezilehlé certifikáty autority eMudhra blokuje už od 19. října, ale to se netýká utilit v příkazové řádce. Pokud používáte Terminál, můžete stále narazit na utility porovnávající přijaté certifikáty se souborem /etc/ssl/cert.pem, který zatím nebyl upraven. Pokud si chcete být jisti, že vám nikdo nebude moci podstrčit obsah zabezpečený těmito certifikáty, musíte si je ze souboru odstranit ručně. Postup je popsaný v dokumentaci. Minulý týden vyšlo najevo, že osm mezilehlých certifikačních autorit eMudhra mělo prolomené soukromé klíče: kvůli chybě při jejich generování byly natolik slabé, že je bylo možné odvodit z veřejných certifikátů. Útočník s nimi mohl vydávat falešné certifikáty pro libovolné domény a vydávat se za weby či služby. Problém 17. října nahlásil nezávislý výzkumník a reakce byla rychlá: eMudhra odvolala všech osm certifikátů a hlavní výrobci prohlížečů a operačních systémů je zablokovali nebo přestali důvěřovat nadřazenému kořenovému certifikátu. Další výrobci a správci systémů aktualizovali seznamy důvěryhodných certifikátů. Cloudflare nasadil ochranná opatření a vydal aktualizace svých klientů a služeb. Revokace ale sama o sobě nestačí všude: některé aplikace, servery a vlastní úložiště certifikátů mohou potřebovat aktualizaci nebo výměnu certifikátů. eMudhra několik dní po incidentu oznámila ukončení svého globálního certifikačního byznysu. (Upozornil Ondřej Caletka.)

Firefox 159 vylepšuje chování s Waylandem a přidává hledání mezi panely

root.czFirefox 159 vylepšuje chování s Waylandem a přidává hledání mezi panelyMozilla vydala novou verzi prohlížeče Firefox s označením 159, která opravuje několik problémů, které se týkaly linuxových systémů. Ve Waylandu se při kliknutí mohlo stát, že se panel omylem odpojil do samostatného okna. Oprava míří také na nadměrnou spotřebu paměti na počítačích s grafikou AMD při zobrazování map a míst ve webových aplikacích, například v ChatGPT. Další úprava se týká webových aplikací, jako je Zoom, kde mohlo ponechané minimalizované okno způsobit rychlý nárůst spotřeby paměti. Firefox zároveň na Linuxu a Windows opravuje animace nabídek a panelů, které se zobrazovaly i tehdy, když byly animace vypnuté v nastavení systému. Pro rychlejší práci s otevřenými panely přidává Firefox novou klávesovou zkratku pro jejich vyhledávání: v Linuxu a na Windows k tomu slouží klávesová zkratka Ctrl+Shift+A, na macOS je to pak Cmd+Shift+A. Zkratka pro doplňky a motivy se proto mění na Ctrl+Shift+F, respektive Cmd+Shift+E. Uložená hesla jsou nově ve výchozím nastavení přístupná také z bočního panelu. Novinkou je i sledování změn na webových stránkách pomocí funkce Smart Window. Příkazem /watch lze zadat stránku ke sledování, například kvůli poklesu ceny nebo opětovnému naskladnění zboží, a nastavit četnost kontrol. Při zachycení změny Firefox zobrazí oznámení. Funkce se zpřístupňuje postupně, takže ji zatím nemusejí mít všichni uživatelé. Čerstvě vydaná verze obsahuje také další opravy: mimo jiné řeší problémy s načítáním některých webů při odmítnutém spojení HTTP/3, importem záložek z prohlížeče Chrome a dialogem pro výběr souborů. Na macOS také přibyl systémový panel pro sdílení.

Osm linuxových distribucí s desktopovým prostředím Xfce

root.czOsm linuxových distribucí s desktopovým prostředím XfceXfce patří mezi oblíbená linuxová prostředí pro uživatele, kteří chtějí svižný a stabilní desktop bez zbytečných efektů. Oproti prostředím GNOME nebo KDE Plasma bývá méně náročné na hardware, rychle se spouští a nepřekáží při práci. Hodí se proto i na starší počítače, případně pro ty, kdo dávají přednost jednoduchosti a předvídatelnému chování před propracovanými animacemi a vizuálními efekty. Článek na Linux Stans se zabývá osmi současnými linuxovými distribucemi, které se na Xfce zaměřují. Při výběru distribuce je důležité sledovat dodávanou verzi Xfce, model aktualizací a délku podpory. Pevná vydání jako například Ubuntu LTS či Debian stable, upřednostňují stabilitu. Naopak průběžně aktualizované distribuce zase rychleji přinášejí novinky, ale mohou vyžadovat více péče. Rozdíly jsou také v nabídce programů a kodeků po instalaci, podpoře nového hardwaru, kvalitě instalátoru a velikosti komunity, která může pomoct s řešením problémů. Přehled v článku hodnotí osm distribucí: Xubuntu, MX Linux, Linux Mint XFCE, Linux Lite, Debian XFCE, Zorin OS Lite, Fedora XFCE Spin a Manjaro. Všechny jsou dnes 64bitové a většina už nabízí Xfce 4.20, jen Linux Mint zůstává u verze 4.18. Xubuntu vychází z článku jako nejuniverzálnější volba pro většinu uživatelů. Pro starší počítače článek doporučuje MX Linux, případně lehký Linux Lite. Debian míří na ty, kdo upřednostňují dlouhodobou stabilitu, Fedora XFCE Spin zase na zájemce o novější software a nástroje Fedory.

Microsoft nabízí dobrovolný odchod zhruba 60 tisícům zaměstnanců

root.czMicrosoft nabízí dobrovolný odchod zhruba 60 tisícům zaměstnancůMicrosoft nabízí při dobrovolném odchodu odstupné přibližně 60 tisícům zaměstnanců, tedy zhruba čtvrtině své pracovní síly. Program dobrovolného odchodu se týká pracovníků ve Spojených státech, Kanadě, Indii a Velké Británii. Nabídka je určena zaměstnancům do interní úrovně 70 včetně, což zahrnuje i některé vedoucí pracovníky. Neplatí však pro všechny týmy: o účasti rozhodují jednotlivé části firmy a některé obchodní, technické a korporátní skupiny jsou vynechány. Rozdělení zaměstnanců do úrovní interní záležitostí, ale podle dostupných informací odpovídají úrovně 65–67 vedoucím pozicím a úrovně 68–70 představují úroveň partnerů či významných pracovníků. Podle ředitelky pro lidské zdroje Amy Colemanové byly jednotlivé sekce vybrány „na základě priorit jednotlivých podniků, závazků vůči zákazníkům a potřeb v oblasti pracovní síly“. Zaměstnanci, kterých se nabídka týká, dostali informace a konkrétní podmínky e-mailem. Zájemci mají čas na rozhodnutí do začátku prosince, odchod z firmy je plánován na konec roku. Jde o širší program než letošní dřívější dobrovolný odchod do důchodu, který byl určen zhruba 8750 zaměstnancům ve Spojených státech a závisel na věku a délce pracovního poměru. Tehdy nabídku přijalo přibližně 30 procent oslovených pracovníků. Microsoft očekává, že nynější program využije menší podíl zaměstnanců. Nabídka přichází po letošním propouštění a v době, kdy Microsoft výrazně investuje do datových center a infrastruktury pro umělou inteligenci. Firma zároveň uvedla, že dobrovolné odchody nenahrazují propouštění, které zůstane jedním z nástrojů, jimiž bude reagovat na potřeby jednotlivých částí podniku.

Šéfem brněnské pobočky společnosti Red Hat se stal Radek Vokál

root.czŠéfem brněnské pobočky společnosti Red Hat se stal Radek VokálBrněnská pobočka Red Hatu oznámila, že jejím novým šéfem se stal Radek Vokál. Je absolventem brněnského VUT, v roce 2004 ve firmě začínal jako softwarový vývojář a doposud působil jako Senior Engineering Manager pro Red Hat Enterprise Linux (RHEL). Radkova cesta v Red Hatu trvá už více než 22 let – začínal jako v pořadí 3. zaměstnanec naší české pobočky, píše v oznámení Red Hat. Během uplynulých dvou dekád se zásadním způsobem podílel na utváření naší firemní kultury, propojování lokálních týmů s globálním vedením a budování pevných vztahů s regionálními partnery i komunitami. Red Hat v Brně provozuje významné vývojové centrum, které patří k největším technickým pracovištím firmy. Čeští vývojáři se podílejí například na Red Hat Enterprise Linuxu, cloudových technologiích a platformě OpenShift. Brněnská pobočka má přibližně 1500 zaměstnanců a spolupracuje také s místními univerzitami na výzkumu a vzdělávání. Celosvětově Red Hat vyvíjí a podporuje open source technologie pro podnikové IT. Jeho nabídka zahrnuje linuxovou distribuci Red Hat Enterprise Linux, platformu OpenShift pro vývoj a provoz aplikací i nástroje pro automatizaci. Vedle produktů firma poskytuje podporu, konzultace a školení a přispívá do open-source projektů. Celosvětově má firma přes 17 000 zaměstnanců.

Amutable Foundations je neměnná distribuce pro správu serverů dokazujících svůj stav

root.czAmutable Foundations je neměnná distribuce pro správu serverů dokazujících svůj stavSpolečnost Amutable, kterou spoluzaložil tvůrce systemd Lennart Poettering, nabízí náhled linuxového systému Foundations. Linuxová platforma cílí na organizace spravující větší počet serverů a počítačů. Firma hledá první partnerské týmy, které získají předběžný přístup a pomohou určit další směřování produktu. Foundations staví na neměnném systému s oddíly pouze pro čtení, chráněnými pomocí dm-verity. Stroje zavádějí podepsané obrazy, které obsahují software i konfiguraci. Systém nemá správce balíčků, SSH ani interaktivní shell. Změny se připravují jako nové obrazy a nasazují centrálně. Podporováno je sestavování z balíčků Fedory a CentOS Stream. Každý stroj pravidelně hlásí svůj podepsaný stav zahrnující cestu od firmwaru a zavaděče až po operační systém a jeho konfiguraci. Řídicí vrstva Amutable jej porovnává s očekávaným stavem a upozorňuje na odchylky. Aktualizace se zavádějí postupně a pokračují jen tehdy, když stroje potvrdí, že běží správně. Ověřený stav lze využít také při rozhodování, zda stroj smí přistupovat ke clusteru nebo citlivým údajům. Amutable vyvíjí také nástroje tine pro sestavování obrazů a pro jejich distribuci – oba jsou dostupné jako open source. Firma má zajišťovat obrazy, aktualizace, nástroje pro řízení i bezpečnostní opravy. Zatím ale nebylo oznámeno, jakou licenci budou mít všechny části Foundations. Systém chce nabídnout také pro Kubernetes a představit jej detailně na listopadové konferenci KubeCon North America.

PHP Foundation je podfinancovaná, má jen jednoho zaměstnance na plný úvazek

root.czPHP Foundation je podfinancovaná, má jen jednoho zaměstnance na plný úvazekPHP Foundation, nezisková organizace podporující vývoj jazyka PHP, má podle své výkonné ředitelky Elizabeth Barronové jen jednoho zaměstnance na plný úvazek – totiž ji samotnou. Vývojářkou PHP je od přelomu tisíciletí, kdy světu vládlo PHP 3. Od února letošního roku je ředitelkou a koordinátorkou celého projektu. Dalších 14 lidí pracuje převážně na částečný úvazek jako externí spolupracovníci a členové správní rady jsou neplacení dobrovolníci. Organizace se přitom podílí na koordinaci oprav bezpečnostních chyb v jazyce, který zřejmě pohání až 70 procent webů. Nedávné odhalení dvou závažných chyb v PHP vyvolalo celosvětové úsilí o zabezpečení webů. Cloudflare zaznamenal miliony pokusů o zneužití. Nadace ale podle Barronové nemá důkazy, že by útočníci chyby zneužili před jejich zveřejněním nebo na systémech, které už byly opraveny. Na přípravě oprav spolupracovala s externími odborníky a firmami OpenAI, Wiz a Calif. Nedostatek lidí se podle ředitelky projevuje i v běžné údržbě projektu. PHP nyní dostává téměř dvakrát více návrhů změn kódu než před rokem, počet vývojářů se ale nezdvojnásobil. Kontrola příspěvků a hlášení chyb proto vyžaduje značné množství lidské práce a zkušeností. Umělá inteligence projektu PHP pomáhá a zároveň mu přidělává práci. Pomohla výzkumníkům najít chyby, které v jazyce existovaly deset let, a podle Barronové může programátorům zvyšovat efektivitu. Současně však významně přispívá k navyšování objemu návrhů na změny, které musejí vývojáři posoudit. Nadace je financována z darů a grantů. Barronová upozorňuje, že význam PHP pro firmy a vlády neodpovídá prostředkům, které jeho vývoj a bezpečnost dostávají. Vzhledem k tomu, jak moc na PHP spoléhají, je jasné, že je nesmírně podfinancované.

Linuxový souborový systém BeamFS umí sám opravovat poškozená data

root.czLinuxový souborový systém BeamFS umí sám opravovat poškozená dataDo linuxové poštovní konference přišel návrh nového souborového systému BeamFS. Jeho autor Aurelien Desbrières poslal k připomínkování 18 patchů. BeamFS navazuje na jeho dřívější návrh FTRFS a míří především na počítače vystavené radiaci, například v družicích nebo v místnostech s radioterapeutickým zařízením. Právě tam mohou být data uložená na jediném disku a hrozí náhodné poškození dat. Btrfs a ZFS umějí poškozená data obnovit z další kopie. BeamFS na to jde jinak: do každého bloku ukládá samoopravné Reedovy–Solomonovy kódy. Při čtení kontroluje, zda data odpovídají těmto kódům, a menší poškození se pokusí opravit dřív, než se obsah dostane k aplikaci. Pokud je poškození příliš rozsáhlé, čtení skončí chybou místo toho, aby aplikace dostala nesprávná data. Zatím nejde o ověřenou technologii pro ostrý provoz. BeamFS nebyl testován ve skutečném radiačním prostředí. Dosavadní pokusy simulovaly poškození překlápěním bitů ve virtuálních strojích a na USB flash discích. V popsaných testech vracely ext3 a ext4 někdy chybná data bez upozornění, zatímco Btrfs soubor odmítl přečíst. BeamFS data většinou opravil, v jednom případě však odmítl čtení poté, co chyba zasáhla ukazatel na data souboru. Návrh je zatím ve fázi připomínkování, nikoli žádosti o začlenění do jádra. Autor se ptá mimo jiné na to, zda má BeamFS vzniknout jako samostatný souborový systém, nebo zda by jeho principy měly být součástí některého existujícího řešení. Otevřená je také otázka žurnálu: BeamFS jej zatím nemá a po neočekávaném vypnutí spoléhá na vlastní nástroj fsck. Kód proto zatím není vhodný pro důležitá data. README projektu varuje před chybami, které mohou vést ke ztrátě dat, bezpečnostním problémům nebo pádu jádra. Autor zároveň uvádí, že při tvorbě kódu, jeho kontroly i průvodního dopisu použil Claude, patche nesou označení Assisted-by a odpovědnost za ně podle pravidel vývoje linuxového jádra zůstává na člověku. (Zdroj: It's FOSS)

Chat Control: Data Evropanů skenována softwarem od Palantiru

root.czChat Control: Data Evropanů skenována softwarem od PalantiruV Evropské unii platí výjimka ze zákonů o soukromí (interim ePrivacy derogation; Chat Control 1.0), která umožňuje poskytovatelům služeb skenovat uživatelský obsah a komunikaci. Pokračování výjimky až do roku 2028 před začátkem letních prázdnin posvětil po několikrát opakovaném hlasování Evropský parlament. Nyní se dozvídáme něco víc o tom, jak systém funguje a kam až se data mohou dostat. Americké společnosti typu Google, Microsoft, Apple a podobně skenují každý text, obrázek či video, které si lidé mezi sebou posílají ve formě nešifrovaných zpráv, emailů a souborů. Jejich systémy následně vyhodnocují, zda je obsah podezřelý, a pokud ano, jsou ze zákona povinni data odeslat americké organizaci NCMEC, která data dále vyhodnocuje, a to bez ohledu na to, jestli se jedná o data od Evropských občanů. Podezřelý obrázek či video neznamená automaticky nelegální. Navzdory opětovným tvrzením Evropské komise, že systém mylně označí pouze jeden obrázek z 50 miliard, je systém podle nového výzkumu daleko chybovější. „Evropská komise lže“ říká kybernetický odborník a profesor na Belgické vysoké škole KU Leuven Bart Preneel a poukazuje na svůj výzkum (PDF), který se metodami a přesností perceptuálních hashů věnuje. Z něj vyplývá, že systém chybně označí až 10 % obrázků, zejména pokud se jedná pouze o obrázek obličeje. Společnosti Apple i Microsoft výsledky výzkumu potvrdily a pracují na řešení. V praxi to tedy znamená, že pokud někdo nešifrovanou formou poslal větší množství fotek, například své rodiny, je pravděpodobné, že alespoň několik z nich se dostalo do rukou úplně cizím lidem. Organizace NCMEC ke zpracování dat podle oficiálního vyjádření používá software od Palantiru. Software údajně běží lokálně a Palantir k datům prý nemá přístup. Americká společnost Palantir je nechvalně známá pro svou úzkou spolupráci s tajnými službami mnoha zemí, především USA a Izraele. Španělsko společnost nedávno vyřadilo ze soutěží o dodavatele softwaru pro kritické oblasti kvůli obavám ze špionáže. Stejně tak učinila Itálie a snaha o to samé je v Nizozemsku. Samotné předávání dat Evropanů dalším subjektům je překvapení pro právničku a expertku na evropská práva Lauru Drechsler, která říká, že je to zcela určitě nelegální a zmiňovaná výjimka takovou možnost nepovoluje. Podobně se vyjádřil bývalý europoslanec Patrick Breyer, který to označil za skandál. Zda přijde náprava, není jasné. V praxi se totiž ukazuje, že pokud je nelegální činnost v souladu s přáním Evropské unie, tak trest nepřijde. Příkladem může být období před několika měsíci, kdy se skenování v EU stalo navzdory veškeré snaze Evropské komise dočasně nelegální. Velké společnosti prohlásily, že skenovat budou i přesto dál a Evropská komise na to oficiálně doposud nereagovala. Prezidentka Evropského parlamentu Roberta Metsola (EPP), která posléze protlačila opakováná hlasování, se v té době dokonce setkává s Markem Zuckerbergem z Meta. Práce pokračují i na Chat Controlu 2.0, který má dočasnou výjimku permanentně nahradit. Jednou z podmínek Rady Evropy je, aby nový zákon nebyl v ničem méně invazivní než současná výjimka. Na setkání na konci září došlo k předběžné dohodě o povolení skenování veřejného prostoru, sociálních sítí a cloudových úložišť. Shoda panuje také na vytvoření nové Evropské instituce EU Centre, která bude nadnárodně policii pomáhat. Kolik bude mít zaměstnanců a kolik bude stát zatím není známo. Naopak neshoda je u skenování soukromých zpráv – Rada chce masové skenování bez důvodu, Parlament chce skenování omezit na podezřelé osoby. Oficiální zápis a pozice jednotlivých stran z jednání není k dispozici, protože není určen pro veřejnost. Další jednání je naplánováno na listopad. (Zdroj: Investigation: EU citizens' private messages are run through Palantir’s software)

PHP má další bezpečnostní chybu, útok ale vyžaduje specifické podmínky

root.czPHP má další bezpečnostní chybu, útok ale vyžaduje specifické podmínkySotva jsme opravili chybu PHP2Shell a už je tu další problém. Nově zveřejněná chyba CVE-2026–115560 může také vést ke vzdálenému spuštění kódu, naštěstí se ale týká jen neobvyklé kombinace nastavení PHP a chování aplikace. Projekt PHP její zneužití označuje za nepravděpodobné a opravu chystá v běžném cyklu vydávání aktualizací, nikoli jako mimořádnou záplatu. Zranitelnost souvisí se sledováním průběhu nahrávání souborů a se zpracováním relací v PHP. K jejímu využití musí mít aplikace nejprve nastavenou obslužnou rutinu serializace relací na php_binary nebo php_serialize, potom ji za běhu musí přepnout na php pomocí ini_set() ještě před zavoláním session_start(). Současně musí zůstat zapnuté sledování průběhu nahrávání. Pokud aplikace obslužnou rutinu za běhu nemění, tento způsob útoku se jí netýká. PHP doporučuje do vydání opravy vypnout sledování průběhu nahrávání nastavením session.upload_progress.enabled=0. Vypnutí však může ovlivnit aplikace, které uživatelům zobrazují průběh nahrávání souborů. Vývojáři neuvedli, kterých verzí se tato chyba týká, ani ve kterých konkrétních verzích bude oprava obsažena. Všechny další detaily a záplaty bychom měli dostat v rámci běžného aktualizačního cyklu.

Miliony pokusů o zneužití chyby PHP2Shell, úspěšné napadení zatím nikdo nepotvrdil

root.czMiliony pokusů o zneužití chyby PHP2Shell, úspěšné napadení zatím nikdo nepotvrdilNa zranitelnosti PHP2Shell útočníci zkoušejí útočit v masovém měřítku. Podle údajů společnosti Cloudflare se počet pokusů po zveřejnění informací o chybách vyšplhal během několika hodin na stovky tisíc a do 22. října už byly zaznamenány miliony pokusů o útok. Bezpečnostní firmy však zatím nepotvrdily úspěšné zneužití zranitelností. PHP vydalo 21. října mimořádné opravy dvou kritických chyb, CVE-2026–109618 a CVE-2026–109619, s hodnocením CVSS 9,2. Chyby se nacházejí přímo v PHP a mohou umožnit vzdálené spuštění kódu bez přihlášení a bez ohledu na použitou aplikaci. Problém podle dostupných informací sahá až k PHP 5.4 z roku 2012. Opravené verze jsou PHP 8.2.35, 8.3.36, 8.4.27 a 8.5.12. U starších větví 7.4, 8.0 a 8.1 je třeba sledovat opravy od jejich distributorů, případně přejít na podporovanou verzi. Správcům se doporučuje aktualizaci neodkládat: podle služby Censys zůstávalo k 23. říjnu zranitelných více než 34,4 milionu instalací PHP. Dosavadní provoz zachycený bezpečnostními firmami zahrnuje především skenování a pokusy o nasazení malwaru. Sophos zablokoval pokus o doručení varianty botnetu Mirai označované jako Potassium. Výzkumníci z VulnCheck mezitím připravili funkční exploit, který při kombinaci obou chyb obchází ochranu ASLR. To zvyšuje riziko, že se situace může změnit, i když rozsáhlé úspěšné útoky zatím doloženy nejsou.

Společnost eMudhra končí po incidentu se slabými klíči svůj byznys s certifikáty

root.czSpolečnost eMudhra končí po incidentu se slabými klíči svůj byznys s certifikátyIndická společnost eMudhra opouští globální byznys s TLS certifikáty. Oznámila to po zveřejnění nedávného incidentu, při němž bylo možné z veřejných certifikátů odvodit soukromé klíče osmi jejích mezilehlých certifikátů. Podle firmy je odchod výsledkem rozhodnutí představenstva, certifikáty tvořily přibližně jedno procento jejích globálních tržeb. Problém se týkal klíčů vytvořených při obřadu generování v dubnu 2025. Kvůli chybné proceduře vznikla druhá, slabá sada klíčů a pracovníci při přípravě certifikátů vybrali nesprávné klíče. Místo dostatečně náhodných hodnot šlo o čísla nižší než 256, která lze vyzkoušet v nejvýše 256 pokusech. Šest dotčených mezilehlých certifikátů sloužilo pro TLS, další dva pro podepisování kódu. Držitel kompromitovaného klíče mohl podepisovat certifikáty pro libovolné domény. Ty mohly působit důvěryhodně u systémů, které daným certifikačním autoritám důvěřovaly a dosud nedostaly aktualizaci. Prohlížeče a některé další platformy dotčené certifikáty zablokovaly, ale řada aplikací, serverů či zařízení spoléhá na vlastní seznamy důvěryhodných certifikátů. Zástupci společnosti uvádějí, že z dotčených autorit nebyly vydány koncové certifikáty zákazníkům a že její infrastruktura nebyla kompromitována. Firma certifikáty odvolala a nyní plánuje přechod zákazníků na jiné certifikáty zdarma prostřednictvím partnerů. Kořenové certifikáty G1 mají během přechodného období dál sloužit zákazníkům, služby zůstanou v provozu, dokud všechny vydané certifikáty nevyprší nebo nebudou nahrazeny. eMudhra je indická technologická společnost zaměřená především na digitální důvěru a kybernetickou bezpečnost. Firmám dodává řešení pro digitální podpisy a podepisování dokumentů, správu digitálních identit a přístupů, vícefaktorové ověřování a infrastrukturu PKI. Globální TLS certifikáty, s jejichž vydáváním nyní končí, představovaly jen malou část jejího podnikání. (Upozornil Ondřej Caletka.)

PHP chce vylepšit bezpečnostní politiku a nasadí více odborníků, auditorů i nástrojů

root.czPHP chce vylepšit bezpečnostní politiku a nasadí více odborníků, auditorů i nástrojůProjekt PHP vedle vydání oprav pro dvě kritické zranitelnosti popsal i změny, kterými chce do budoucna zlepšit zabezpečení jazyka. Nadace PHP přiznává, že oprava jedné z chyb se zdržela kvůli nedostatku lidí a složitému rozhodování. Bezpečnostní tým se snažil najít řešení, které neporuší zpětnou kompatibilitu, nezpůsobí další problémy a nebude vyžadovat rozsáhlé změny v doplňcích třetích stran. Proces založený na hledání konsenzu se však opakovaně zasekával. Nadace plánuje celou řadu systémových opatření, která mají do budoucna umožnit řešit bezpečnostní problémy rychleji a efektivněji. Jednou z hlavních změn je posílení týmu, který se věnuje bezpečnosti PHP. V květnu vznikl Tým pro bezpečnost ekosystému, jenž pomáhá s tříděním oznámení, koordinací a vylepšováním kódu. Nadace také přijala další kolegy, kteří se věnují vyhodnocování hlášení, opravám a bezpečnostním vylepšením. Cílem je, aby bezpečnost nestála jen na malé skupině vývojářů, kteří mají řadu dalších povinností. PHP zároveň rozšiřuje bezpečnostní audity a technické nástroje. Nadace zajistila externí audit a na kontrolách projektu se podílejí také další bezpečnostní firmy. Tým využívá automatizované nástroje včetně systémů založených na umělé inteligenci, ale také sestavení se sanitizéry a prostředí pro opakování chyb, která odpovídají platformám podporovaným v rámci CI. Automatizace má pomáhat s hledáním a ověřováním problémů. Rozhodnutí o hlášení i samotné opravě podle nadace nadále dělají lidé. Změnit se má také způsob rozhodování o opravách. Bezpečnostní tým má v plánu opustit požadavek na jednomyslný konsenzus a chce umožnit rozhodnutí většinou, přičemž připouští i kompromisní řešení. Vedení nadace má být do složitých případů zapojeno dříve, aby se dlouho neřešily pouze uvnitř malého týmu. Zkušenost s chybou, jejíž oprava se kvůli technickým kompromisům opakovaně odkládala, má podle projektu vést k trvalejšímu a rychlejšímu postupu. Nadace ale upozorňuje, že samotné nástroje nestačí. PHP používá rozsáhlá část webu, zatímco na jeho bezpečnosti stále pracuje poměrně malý počet placených vývojářů a dobrovolníků. Projekt proto žádá firmy, poskytovatele hostingu, cloudové platformy i veřejné instituce, které na PHP spoléhají, o dlouhodobou finanční podporu. Ta má pomoci vychovat více odborníků, kteří budou znát rozsáhlou kódovou základnu PHP a dokážou bezpečnostní problémy řešit dřív, než přerostou v naléhavou krizi.

Chyby v kompresi HTTP/3 umožňují vyčerpat paměť serveru

root.czChyby v kompresi HTTP/3 umožňují vyčerpat paměť serveruBezpečnostní firma FoxIO upozornila na chyby v implementacích QPACK, kompresního mechanismu používaného protokolem HTTP/3. Vzdálený útočník bez přihlášení může za určitých okolností jediným spojením přimět server, aby spotřeboval mnohem více paměti, než kolik odpovídá přijatým datům. Výsledkem může být zpomalení nebo úplný pád služby. Problém souvisí se zpracováním HTTP hlaviček. Malý komprimovaný blok může po rozbalení vytvořit velké množství hlaviček nebo opakovaně expandovat objem dat uložených v paměti. Některé implementace podle výzkumníků dostatečně neomezují velikost rozbalených hlaviček, případně limit kontrolují až příliš pozdě. V testovaných případech mohl být rozdíl mezi přenesenými daty a spotřebovanou pamětí až v řádech tísícinásobků. Odborníci zkoumali deset implementací a zranitelných bylo v době zveřejnění sedm z nich. Mezi dotčené projekty patří například quic-go, Cloudflare quiche, lsquic, aioquic, Bun a knihovna h3 pro Rust. Problém se týkal také dekodéru QPACK ve Wiresharku. Nejde tedy o jednu chybu v samotném protokolu, ale o nedostatky v konkrétních programech, které jej implementují. Některé projekty už opravy vydaly: quic-go 0.57.0, Cloudflare quiche 0.29.3 a lsquic 4.9.0, oprava se objevila také ve Wiresharku. V době zveřejnění článku zůstávaly některé další nálezy bez opravy. Provozovatelé by proto měli ověřit, jakou konkrétní implementaci jejich služba používá, a sledovat bezpečnostní oznámení příslušného projektu. FoxIO zveřejnilo také funkční ukázku zneužití. Provozovatelé služeb využívajících HTTP/3 by měli nasadit dostupné aktualizace. Pokud oprava pro používaný software ještě není k dispozici, mohou dočasně zvážit vypnutí HTTP/3 nebo nastavení přísného limitu velikosti hlaviček.

GitLab má kritickou chybu v kompilátoru regulárních výrazů

root.czGitLab má kritickou chybu v kompilátoru regulárních výrazůGitLab vydal opravu další kritické zranitelnosti, která mohla za určitých podmínek umožnit spuštění libovolného kódu na serveru. Chyba CVE-2026–110264 se týká kompilátoru regulárních výrazů používaného v GitLabu a dostala nejvyšší možné hodnocení CVSS 10,0. Příčinou je přetečení integeru (celého čísla) při kompilaci speciálně upraveného regulárního výrazu. Pokud se zranitelnost podaří zneužít, útočník může spustit kód na serveru bez přihlášení. GitLab však upozorňuje, že možnost útoku závisí na konkrétních podmínkách a samotné hodnocení CVSS neznamená, že každý nepřihlášený uživatel může chybu jednoduše zneužít v libovolné instalaci. Zranitelnost se týká GitLabu Community Edition i Enterprise Edition. Podle bezpečnostního oznámení jsou ohroženy všechny verze od 7.0, které nejsou aktualizované na některé z opravených vydání: 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10 nebo 18.11.13. Jde o další chybu ve stejné komponentě, v níž GitLab před třemi dny opravil zranitelnost CVE-2026–97229. Nová chyba má jiné označení a GitLab pro ni vydal další bezpečnostní aktualizaci. Správci by proto měli kontrolovat konkrétní číslo své verze a nespoléhat na to, že instalace opravená v říjnu už obsahuje i tuto záplatu. GitLab doporučuje samostatně provozované instance aktualizovat bez odkladu. GitLab.com je podle firmy opravený a zákazníci služby GitLab Dedicated nemusejí podnikat žádné kroky.

Útok na PHP2Shell začal už čtyři dny před zveřejněním zranitelností, tvrdí Amazon

root.czÚtok na PHP2Shell začal už čtyři dny před zveřejněním zranitelností, tvrdí AmazonVčera odpoledne byly vydány záplaty na vážné zranitelnosti PHP nazvané PHP2Shell. Amazon tvrdí, že zaznamenal první pokus o zneužití zranitelností už 17. října, tedy čtyři dny před jejich veřejným zveřejněním. Útok zachytila jeho síť honeypotů MadPot. Pokus mířil na server určený k přilákání útočníků, nikoli na běžný produkční web. Zdrojový IP adresa byla podle Amazonu spojena s komerční anonymizační sítí. Z těchto okolností zástupci firmy usuzují, že šlo o skutečný pokus o útok. Nedokáží však vysvětlit, jak se útočník o zranitelnostech dozvěděl před jejich zveřejněním. Záznam pokusu o útok ze 17. října nebyl podle Amazonu jediný. Několik hodin před zveřejněním zranitelností byly zaznamenány další pokusy z různých zdrojů, což může ukazovat na zapojení více aktérů. Po zveřejnění oprav pak podle bezpečnostních firem začaly pokusy o zneužití přibývat. Není však jisté, zda každý zachycený pokus mohl uspět proti skutečně zranitelnému serveru. Amazon doporučuje správcům při hledání známek útoku nezačínat až dnem zveřejnění zranitelností, ale prověřit podezřelou aktivitu nejméně od 17. října. Současně je důležité nasadit dostupné opravy co nejdříve: PHP2Shell se týká samotného běhového prostředí PHP, které používá řada webů a aplikací, nikoli jen jediné konkrétní platformy. PHP2Shell označuje dvě kritické zranitelnosti PHP, sledované jako CVE-2026–109618 a CVE-2026–109619. Za určitých okolností mohou umožnit vzdálené spuštění kódu na serveru bez přihlášení. PHP vydalo opravené verze 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Vývojáři PHP doporučili všem správcům co nejdrychlejší záplatování.

Útočníci ovládli přes 300 výstupních uzlů Toru a odchytávali hesla k SSH

root.czÚtočníci ovládli přes 300 výstupních uzlů Toru a odchytávali hesla k SSHÚtočníci kompromitovali více než tři stovky výstupních uzlů (exist node) sítě Tor a přesměrovávali přes ně SSH spojení na servery, které mohly zachytávat přihlašovací údaje. Podle zveřejněné zprávy šlo přibližně o desetinu z celkových asi tří tisíc okrajových uzlů sítě Tor. Výstupní uzly přenášejí provoz z Toru do běžného internetu. V tomto případě však napadené servery při spojení přes SSH na portu 22 posílala uživatele přes infrastrukturu útočníků. Útok odhalil bezpečnostní výzkumník poté, co mu SSH klient při připojení zobrazil varování, že se změnil veřejný klíč serveru. Takové upozornění znamená, že předložený klíč neodpovídá tomu, který si klient uložil při předchozím spojení. Pokud uživatel varování ignoroval a přihlásil se heslem, útočníci mohli údaje zachytit a následně se pokusit připojit k původnímu serveru. Zpráva uvádí, že útočníci se do linuxových serverů sítě Tor dostali už v srpnu a nainstalovali na ně backdoor Ebury. Kampaň byla výzkumníkem nahlášena 2. října a správci sítě Tor začali podezřelé servery od 4. října označovat příznakem BadExit, který jim brání fungovat jako výstupní uzly. Napadené servery byly podle zprávy vypnuty 5. října. Vedle SSH se útočníci podle popisu zaměřili také na nešifrovaný e-mailový provoz. Zpráva neuvádí, kolik přihlašovacích údajů nebo zpráv mohli skutečně získat. Není známý ani způsob, jakým původně získali přístup k serverům. Narušení u poskytovatele hostingu je pouze jednou z možných teorií, nikoli potvrzeným vysvětlením. Případ připomíná, že použití Toru samo o sobě neznamená, že je každé spojení bezpečné vůči škodlivému výstupnímu uzlu. U SSH je důležité varování o změně klíče neodkliknout bez ověření příčiny. Výzkumník doporučuje upřednostnit přihlašování pomocí SSH klíčů před hesly. Ani to ale nenahrazuje kontrolu identity serveru, ke kterému se uživatel připojuje.