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.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
yum --security update ?
yum install yum-plugin-security a pak třeba yum update --cve, nebo yum update --security
yum --security update
Problém je, že nedávno tento příkaz nenabídl aktualizaci flash-plugin-11.2.202.394-release.x86_64
Tento update opravuje chybu, kterou Adobe označil jako kritickou. Když jsem se ptal na fóru Fedory na vysvětlení, tak tam mj. někdo odpověděl, že u repository třetích stran není možný dát flag "security", někdo napsal, že je to kvůli "Reluctant third party repo maintainers/packagers." Bylo mě doporučeno, že nejbezpečnější způsob, jak stáhnout všechny bezpečnostní aktualizace, je stáhnout všechny aktualizace.Na co je potom yum --security update , když nemusí stáhnout všechny bezpečnostní aktualizace ?
Jestliže někdo používá tento příkaz a neví, že nestáhne všechny bezpečnostní aktualizace, výsledek je nezabezpečený systém.
Je to OK ?
yum update --security a pak yum update flash-plugin
Pokud ovšem balíčkář od Adobe tuto informaci do balíčku nevloží, tak ten plugin to prostě nepozná. To vskutku není záležitostí Fedory (jako celku) nebo dokonce yumu. Je to prostě balíček od třetí strany.Nemělo by se aspoň o tom něco napsat do dokumentace ?
Můžeš použít nejprveA co updaty z jiných repozitářů ?yum update --securitya pakyum update flash-plugin
Proč to není OK?Protože v dokumentaci není napsáno, že
yum update --security nefunguje pro cizí repozitáře. Co se asi stane, když někdo bude používat pouze yum update --security ?
Asi by mohli dát do dokumentace varování, že s ničím jiným to nepracuje (tedy ani s repo 3. stran)Taky si myslím. Ovšem na fedora fóru v tom žádnej problém nevidí, odbíhají od tématu.
U windows se taky nerozčilujete, že windows update neupdatoval SW instalovaný odjinud (namísto windows lze dosadit android, OS X apod)Ve Win je obdoba yumu, že to chcete srovnávat ? Není tam uvedeno, že se aktualizujou pouze MS věci ?
Protože v dokumentaci není napsáno, že yum update --security nefunguje pro cizí repozitáře.Už si nahlásil bug?
Co se asi stane, když někdo bude používat pouze yum update --security ?Stáhnou se mu jenom balíčky které mají v metedataách vyplněno CVE. Pokud na to balíčkáři ostatních repozitářů a třetích stran kašlou, samozřejmě se mu nestáhnou a nezaktualizují.
Už si nahlásil bug?Chystám se, ale ještě čekám co napíšou na fedora fóru (jestli to je opravdu bug). Je fajn, že to řešijou inteligentně, bez urážek.
Už si nahlásil bug?Jo
... ale vyhnul se takovému distru obloukem.Můžeš(-te) napsat, proč konkrétně si to myslíš(-te) ?
Na druhou stranu je tam napsáno, že to musí mít CVE nebo ticket apod. v RH bugzille.Kde je to napsáno ?
Ano, když se nad tím zamyslíte, tak je jasné, že cizí repozitáře s tím z principu nemohou fungovat.Proč by cizí repozitáře z principu nemohly mít balíčky se stejnou strukturou jako repozitáře Fedory a proč by nemohly být označovány bezpečnostní updaty ?
IMO je odvážné vyvozovat, že se jedná o jiné security updaty než ty od RH.Přiznávám, že nemám tolik znalostí, abych to dokázal posoudit. Co všechno si musí např. nováček pročíst, aby mohl bezpečně používat Fedoru ? Je někde seznam linků ?
Nebylo by lepší, kdyby tam bylo výslovně uvedeno, pro jaké balíčky to platí / neplatí ?
Jaký je teda správný postup pro stažení všech bezpečnostních aktualizací ze všech cizích repozitářů ?
If an update to your package resolves a known security concern (at the time of the update) with a Common Vulnerabilities and Exposures (CVE) number assigned to it, you should mention the CVE number in the RPM changelog entry.
Tiskni
Sdílej: