IT prehľad dňa – 21. september 2026
1. SolarWinds záplatuje Access Rights Manager – neautentifikovaný RCE cez napevno zakódovaný kľúč
SolarWinds vydal 19. septembra záplatu pre zraniteľnosť CVE-2026-28326 (CVSS 8.8) v produkte Access Rights Manager (ARM) – nástroji na centralizovanú správu a audit prístupových práv v Active Directory, na serveroch a v aplikáciách. Zraniteľnosť vychádza z napevno zakódovaného statického šifrovacieho kľúča, ktorý útočníkovi umožňuje bez akýchkoľvek prihlasovacích údajov spustiť ľubovoľný kód na vzdialenom serveri. Záplata je dostupná vo verzii ARM 2026.2.1; SolarWinds zatiaľ neeviduje aktívne zneužívanie v praxi, no technické podrobnosti sú verejne dostupné, takže časové okno na bezpečné záplatovanie je krátke.
Prečo je to zaujímavé: SolarWinds ARM je nástroj, ktorý IT oddelenia a MSP poskytovatelia používajú na evidenciu a audit toho, kto má prístup k čomu – a zároveň ide o nástroj s vysokými oprávneniami vo firemnej sieti. Neautentifikovaný RCE cez pevne zakódovaný kľúč patrí medzi najzávažnejšie typy zraniteľností – útočník nepotrebuje nič okrem sieťového dosahu na server. Ak využívate SolarWinds ARM priamo alebo cez IT dodávateľa, overte urýchlene inštaláciu verzie 2026.2.1. Zároveň sa odporúča skontrolovať, či je ARM konzola dostupná len z internej siete alebo cez VPN, a nie priamo exponovaná na internet.
2. CISA: tri aktívne zneužívané zraniteľnosti Linux kernelu – deadline na záplatu dnes
CISA pridala do katalógu Known Exploited Vulnerabilities (KEV) tri zraniteľnosti v jadre Linuxu, pri ktorých bolo potvrdené aktívne zneužívanie, a nariadila federálnym agentúram záplatovať do dnešného dňa (21. septembra). Najzávažnejšia je CVE-2025-39682 (CVSS 9.8) – nesprávna kontrola podmienky v TLS receive path umožňujúca zverejnenie obsahu pamäte alebo denial-of-service; CVE-2026-53266 (CVSS 8.8) je zápis mimo hraníc v ebtables umožňujúci lokálnu eskaláciu oprávnení; CVE-2025-39964 (CVSS 7.8) je race condition v AF_ALG socketoch vedúci k pádu systému alebo poškodeniu kryptografických operácií. Red Hat potvrdil aktívne zneužívanie a odporúčil záplatovanie s najvyššou prioritou.
Prečo je to zaujímavé: Linux server je dnes súčasťou infraštruktúry prakticky každej firmy – webový server, databáza, NAS, VPN koncentrátor alebo cloudová inštancia. CVSS 9.8 pre TLS zraniteľnosť je mimoriadne vysoké skóre a v kombinácii s potvrdeným aktívnym zneužívaním ide o urgentný prípad. Záplata vyžaduje aktualizáciu jadra a reštart servera – naplánujte krátke servisné okno. Pre cloudové servery (AWS, Azure, GCP) overte aktuálnosť OS image alebo využite patch management (napr. AWS Systems Manager Patch Manager). Zároveň je to dobrý moment zamyslieť sa, či máte Linux servery vôbec pod pravidelným patch managementom – alebo len „fungujú a nikto sa ich nedotýka".
3. Severoórejskí WaterPlum hackeri nakazili 30 000 zariadení cez falošné pracovné pohovory
Bezpečnostní výskumníci zdokumentovali rozsiahlu kampaň skupiny WaterPlum (napojenú na severoórejský 313. generálny úrad pre výskum zbraní), ktorá nakazila najmenej 30 000 zariadení vo viac ako 100 krajinách. Útočná technika nazvaná „Contagious Interview" funguje jednoducho: hackeri sa vydávajú za náborárov z firiem v oblasti AI, kryptomien alebo NFT a oslovujú uchádzačov o prácu cez profesijné platformy. Počas falošného online pohovoru požiadajú kandidáta, aby si stiahol a spustil projekt – npm balík alebo VS Code projekt – s tvrdením, že ide o testovaciu úlohu. Projekt však obsahuje malvér, ktorý nakazí zariadenie a umožní útočníkom preniknúť cez infikované zariadenie uchádzača aj do internej siete jeho zamestnávateľa.
← Všetky príspevkyPrečo je to zaujímavé: Táto technika cieli najmä na vývojárov a IT špecialistov – čiže ľudí, ktorí na firemnom laptope bežne spúšťajú neznámy kód. Pre SME firmu existujú dve riziká: (1) váš zamestnanec si hľadá novú prácu a nakazí firemný laptop pri „testovacom projekte" zaslanom falošným náborárom, a (2) vy sami hľadáte nového IT zamestnanca a útočník sa prihlási ako kandidát a pošle vám škodlivý kód „na ukážku". Odporúčania sú konkrétne: testovací kód od kandidátov spúšťajte vždy len v izolovanom sandboxe (VM alebo Docker kontajner bez sieťového prístupu), upozornite zamestnancov na túto schému a zaveďte politiku nepoužívania firemného zariadenia na súkromné hľadanie zamestnania.