Softwarové zranitelnosti: typy, rizika a jak se s nimi vypořádat

Informatec Digital » Zdroje » Softwarové zranitelnosti: typy, rizika a jak se s nimi vypořádat

Slabým článkem většiny moderních digitálních systémů jsou softwarové zranitelnosti: malá chyba v kódu, špatná konfigurace nebo neopravená záplata mohou otevřít dveře k únikům dat, ransomwaru nebo vážným narušením služeb. Přestože mnoho organizací již má antivirový software, firewally a další vrstvy obrany, pokud je software zranitelný, může být veškeré toto úsilí během několika minut ohroženo.

Všechno, co je navrženo lidmi, je náchylné k selhání a software není výjimkou. Od webových aplikací a API až po operační systémy, firmware a ovladače jádra, všechny tyto komponenty mohou obsahovat zneužitelné zranitelnosti. Pochopení toho, co jsou zranitelnosti, jaké jsou různé typy, jak je detekovat a především jak je včas opravit a spravovat, je klíčem k předcházení závažným problémům, které by mohly vést ke ztrátám v řádu milionů dolarů, regulačním sankcím nebo poškození reputace.

Co je to softwarová zranitelnost a proč je tolik důležitá?

V oblasti informatiky je zranitelnost slabinou v systému, aplikaci, zařízení nebo procesu, kterou může útočník zneužít k poškození, změně nebo přístupu k informacím či službám bez autorizace. Tato slabina může být v kódu (programovací chyby), hardwaru, konfiguraci, interních postupech nebo dokonce v lidském chování.

Zranitelnost sama o sobě ještě není útokem ; je to latentní riziko. Problém nastává, když se někomu podaří ji zneužít, ať už úmyslně (kyberzločinec spustí exploit) nebo náhodně (uživatel způsobí pád systému zadáním neočekávaných dat). Jednoduché, špatně zvládnuté přetečení vyrovnávací paměti může spustit cokoli od útoku typu denial-of-service až po spuštění libovolného kódu.

Dopad zneužití zranitelnosti může být obrovský : krádež nebo únik osobních a finančních údajů, nasazení malwaru, šifrování dat pomocí ransomwaru, narušení kritických služeb nebo dokonce kompromitace infrastruktury na vysoké úrovni. Například v případě webových aplikací se SQL injection nebo XSS útok může stát branou do zbytku podnikové sítě.

Včasná detekce a oprava zranitelností je mnohem levnější než reakce po incidentu. Integrace zabezpečení do životního cyklu vývoje softwaru (SDLC) a přijetí přístupů typu DevSecOps vám umožňuje „posunout zabezpečení doleva“: nalezení chyb v raných fázích návrhu a kódování, kdy je jejich oprava levnější než záplatování systémů, které jsou již nasazeny v produkčním prostředí.

Zranitelnost se může projevit mnoha různými způsoby . Může se jednat o službu naslouchající na nepotřebném portu, otevřenou síť Wi-Fi, odhalený port firewallu, neexistující zásady pro hesla nebo zařízení bez fyzické kontroly přístupu. Všechny tyto situace, i když se nezdají být čistě „softwarové“, jsou součástí souboru zranitelností, které může útočník zneužít k dosažení svého cíle.

Hlavní typy softwarových zranitelností

Softwarové zranitelnosti zahrnují několik kategorií , od klasických chyb paměti až po logické chyby v ověřování nebo nedostatky v architektonickém návrhu. Níže uvádíme některé z nejběžnějších a nejrelevantnějších typů v současnosti, z nichž mnohé se přímo odrážejí v seznamech, jako je OWASP Top 10.

Zranitelnosti nultého dne

Zranitelnost typu zero-day je chyba, o které výrobce neví , a kterou útočníci zneužívají ještě předtím, než je k dispozici oprava. Případy jako zranitelnost Log4j ukázaly, jak nebezpečné tyto situace mohou být: miliony systémů byly vystaveny riziku, zatímco dodavatelé se snažili připravit opravy.

V případě zranitelnosti typu „zero-day“ mají útočníci dočasnou výhodu, protože mají funkční exploit, zatímco obránci zůstávají nepřipraveni. V tomto scénáři jsou pro zmírnění dopadu do vydání oficiálních záplat nezbytné detekce na základě chování, filtrování provozu, segmentace sítě a zásady nejnižších oprávnění.

Vzdálené spuštění kódu (RCE)

Zranitelnost umožňující vzdálené spuštění kódu umožňuje útočníkovi spustit škodlivé instrukce na cílovém systému bez fyzického přístupu. Je to jedna z nejkritičtějších kategorií, protože po jejím zneužití lze útočníka použít k instalaci malwaru, přístupu k citlivým datům, vytváření zadních vrátek nebo k přesměrování do jiných interních systémů.

Zranitelnosti RCE se obvykle spoléhají na další základní zranitelnosti , jako jsou přetečení paměti, injekce nebo problémy s deserializací dat. Úspěšné zneužití obvykle vede k úplnému ohrožení postiženého systému, zejména pokud zranitelná aplikace běží se zvýšenými oprávněními.

Problémy s ověřováním a sanitizací dat

Obrovské množství útoků pramení ze špatně ověřených vstupních dat . Pokud aplikace nekontroluje nebo nečistí přijatá data (formuláře, parametry URL, hlavičky, JSON atd.), může útočník vložit škodlivý obsah, který je interpretován jako neočekávaný kód nebo instrukce.

Tato kategorie zahrnuje několik známých zranitelností , jako je SQL injection, Cross-Site Scripting (XSS), chyby formátování řetězců a určité přetečení vyrovnávací paměti. Ověřování typů, rozsahů, formátů a délek všech polí, stejně jako používání bílých seznamů a bezpečná příprava dotazů, je zásadní pro minimalizaci těchto rizik a je součástí osvědčených postupů bezpečného vývoje.

SQL injection a další typy injection

SQL injection (SQLi) je jedním z nejčastějších útoků proti webovým aplikacím, které interagují s databázemi. Zahrnuje vkládání upravených SQL příkazů do nechráněných vstupních polí (přihlašovací formuláře, vyhledávání, filtry atd.), aby se aplikace donutila provádět dotazy, které vývojář nezamýšlel.

Tento typ zranitelnosti umožňuje útočníkům číst celé tabulky (včetně hesel a informací o kreditních kartách), upravovat nebo mazat záznamy, měnit přihlašovací údaje nebo znehodnocovat celé databáze. Vzhledem k tomu, že formuláře a dotazy SQL jsou všudypřítomné, může být ovlivněn téměř jakýkoli SQL engine (MySQL, PostgreSQL, SQL Server, Oracle a dokonce i některé implementace podobné MongoDB, které podporují podobné dotazy), pokud kód není řádně zabezpečen.

SQL injections se neomezují pouze na SQL injections . Existují také příkazové injections operačního systému, LDAP injections, šablonové injections, hlavičkové injections a nebezpečná deserializace. Všechny sdílejí společný problém: software interpretuje data jako instrukce, protože nebyly implementovány správné kontroly a oddělení.

Cross-Site Scripting (XSS) a Cross-Site Request Forgery (CSRF)

Cross-Site Scripting (CSSS) umožňuje útočníkovi vkládat skripty do legitimních webových stránek, které ostatní uživatelé běžně navštěvují. Pokud aplikace správně nefiltruje zobrazený obsah, může škodlivý skript z prohlížeče oběti ukrást relace, zachytit přihlašovací údaje nebo změnit chování webových stránek.

Cross-site request forgery (CSRF) na druhou stranu oklame prohlížeč ověřeného uživatele k provedení nežádoucích akcí v důvěryhodné aplikaci (například změně hesla nebo provedení převodu) tím, že zneužije skutečnost, že prohlížeč automaticky odesílá soubory cookie relace. Ochrana se spoléhá na tokeny anti-CSRF, vhodné hlavičky a další ověřovací opatření.

Přetečení vyrovnávací paměti a chyby formátování

Přetečení vyrovnávací paměti je klasický bezpečnostní problém v jazycích C a C++ . Dochází k němu, když program zapíše více dat, než se vejde do rezervované oblasti paměti (vyrovnávací paměti), přepíše sousední oblasti a potenciálně změní proměnné, návratové adresy nebo vnitřní struktury systému.

Toto nekontrolované chování může vést k pádům, zamrznutí nebo v nejhorším případě k libovolnému spuštění kódu. Podobně chyby formátování v řetězcích (například nesprávné použití funkcí print s uživatelem ovládanými parametry) mohou umožnit manipulaci s pamětí nebo únik citlivých informací, pokud nejsou pečlivě naprogramovány.

Chybná kontrola přístupu a nezabezpečený design

K chybnému řízení přístupu dochází, když aplikace nedokáže řádně ověřit, k čemu je každý uživatel oprávněn, a povolí akce nebo přístup, které by měly být omezeny. To zahrnuje vše od administrativních funkcí viditelných pro jakéhokoli ověřeného uživatele až po API, která nevynucují řízení na základě rolí.

Nezabezpečený návrh na druhou stranu odráží hlubší architektonické nedostatky, nejen chyby v kódování. Jde o problematická strukturální rozhodnutí, jako je například nezohlednění vrstvení, nezahrnutí mechanismů protokolování a sledovatelnosti nebo neplánování ochrany citlivých dat od samého začátku. Náprava těchto problémů obvykle vyžaduje významné změny v základech systému.

Kryptografické selhání a nedostatek šifrování

Kryptografické chyby sahají od používání zastaralých algoritmů (jako jsou rozbité šifry nebo nezabezpečené hašovací funkce) až po špatnou implementaci protokolů nebo nesprávné opětovné použití klíčů. To vše způsobuje, že teoretická ochrana, kterou kryptografie nabízí, v praxi mizí.

Absence šifrování je sama o sobě také zranitelností . Ukládání dat v prostém textu do databází, souborů nebo záloh, případně nešifrování komunikace mezi klientem a serverem, výrazně usnadňuje práci útočníkovi, který získá přístup k prostředí nebo zachytí síťový provoz.

Slabá a špatně nakonfigurovaná API

API se stala nejvyšší prioritou v řízení kybernetických rizik, protože představují tichou bránu ke kritickým datům a funkcím. Mnoho organizací zabezpečuje svá viditelná webová rozhraní, ale interní, mobilní nebo API třetích stran nechává méně chráněná.

Mezi typické zranitelnosti API patří slabá autentizace, špatná autorizace, nadměrné vystavení dat, příliš podrobné chybové zprávy a absence omezení frekvence požadavků. To vše dělá z API perfektní vektor pro automatizaci rozsáhlých útoků.

Zranitelnosti způsobené zastaralým a neaktualizovaným softwarem

Neopravený software je pravděpodobně nejčastější Achillovou patou v jakékoli organizaci. Pokaždé, když dodavatel vydá bezpečnostní aktualizaci a ta není nainstalována, nechává dveře otevřené zámkem, jehož fungování je již veřejně známé a často zdokumentované v databázích, jako je seznam CVE (běžné zranitelnosti a ohrožení); proto je proaktivní údržba softwaru nezbytná.

Tyto neopravené zranitelnosti postihují všechny typy komponent : operační systémy, podnikové aplikace, prohlížeče, pluginy, firmware síťových zařízení, ovladače hardwaru atd. Čím déle je oprava neopravená, tím větší je pravděpodobnost, že se objeví funkční exploity a začnou se široce používat.

Kyberzločinci aktivně vyhledávají zastaralé systémy, protože se jedná o nenáročné cíle: pouhé skenování rozsahů IP adres nebo publikovaných služeb stačí k nalezení verzí, o kterých je známo, že jsou zranitelné, a k zahájení automatizovaných útoků bez nutnosti složitého inženýrství.

Proč mnoho zranitelností není opraveno

Navzdory zjevné výhodě „neustálého instalování záplat “ se organizace potýkají s několika praktickými překážkami: objemem aktualizací, závislostmi mezi systémy, nedostatkem času nebo personálu a stále více distribuovaným prostředím.

Mezi nejčastější faktory patří logistické problémy (tisíce různých aplikací k aktualizaci), omezení zdrojů (přetížené IT týmy, nedostatek rozpočtu), složitost vysoce propojených systémů (záplata může narušit kompatibilitu) a v poslední době i obtížnost správy záplat na vzdálených zařízeních nebo mimo podnikovou síť.

Obzvláště choulostivé je téma u starších systémů . Mnoho starších systémů přestává dostávat podporu od výrobců, což znamená, že oficiální záplaty již nejsou k dispozici. Zůstávají však nezbytné pro kritické procesy, což ztěžuje jejich vyřazení z provozu. V těchto případech je třeba zvážit opatření, jako je jejich izolace od sítě nebo implementace řízené virtualizace.

Rizika neopraveného softwaru

Důsledky neaplikování bezpečnostních záplat jsou dalekosáhlé . Zaprvé exponenciálně zvyšují vystavení kybernetickým útokům; zadruhé mohou vést k nedodržování předpisů; a konečně mají ekonomické a reputační následky, které mohou trvat roky.

Z hlediska kybernetické bezpečnosti je neopravený software zneužíván k narušení dat, různým malwarovým infekcím a rozsáhlým ransomwarovým kampaním. Známé případy, jako byl útok WannaCry, zneužily známé zranitelnosti v neopravených systémech Windows a ovlivnily statisíce počítačů po celém světě.

V regulovaných odvětvích (finance, zdravotnictví, platební služby) může udržování zastaralých systémů porušovat předpisy, jako je GDPR, HIPAA nebo PCI DSS, které vyžadují zavedení přiměřených opatření na ochranu dat. Sankce mohou dosáhnout významného procenta ročních příjmů, a to kromě nákladů na reputaci spojených s veřejným narušením bezpečnosti.

Přímé ekonomické škody způsobené neopravenou zranitelností zahrnují reakci na incident, forenzní analýzu, obnovu záloh, právní poradenství, oznámení zákazníkům a potenciální kompenzaci. K tomu se přidávají ztráty z důvodu prostojů, odchod zákazníků a náklady na následné posílení bezpečnostních opatření.

Další oblasti zranitelnosti: hardware a lidský faktor

Bezpečnost nekončí aplikačním softwarem . Hardware, na kterém tyto aplikace běží, a lidé, kteří je používají, jsou nezbytnými součástmi útočné plochy. Seriózní plán kybernetické bezpečnosti nemůže tyto prvky ignorovat.

Zranitelnosti hardwaru

V hardwarovém sektoru pramení mnoho slabin z výrobních vad nebo špatné následné správy. Běžnými příklady jsou zařízení dodávaná s výchozími hesly, zastaralé routery nebo kamery, padělané vybavení nebo firmware se známými zranitelnostmi.

Mezi běžná hardwarová rizika patří výchozí hesla, která se nikdy nemění, nedostatek opatření proti neoprávněnému fyzickému přístupu, zastaralý firmware, zařízení bez oficiální podpory, útoky typu „injection of faults“ nebo používání padělaného hardwaru s potenciálně škodlivými úpravami.

Kromě toho má mnoho infrastrukturních komponent dlouhou životnost a zastarává, zatímco se objevují nové hrozby. Bez plánů obnovy, segmentace a posílení se stávají slabými články, které je velmi obtížné chránit.

Zranitelnosti související s personálem

Lidský faktor zůstává jedním z největších vektorů rizika . Zaměstnanci, kteří používají slabá nebo opakovaně používaná hesla, naletí na phishingové e-maily, připojují neoprávněná zařízení, sdílejí přihlašovací údaje nebo ignorují bezpečnostní postupy – často bez zlého úmyslu – mohou ohrozit i tu nejlepší technickou ochranu.

Mezi nejčastější zranitelnosti týkající se personálu patří přístup k nezabezpečeným sítím, nedostatečné povědomí o phishingu, používání předvídatelných hesel, instalace softwaru bez autorizace, nedodržování firemních politik nebo interní hrozby ze strany nespokojených zaměstnanců.

Zmírnění těchto rizik vyžaduje mnohem více než jen písemné zásady . Vyžaduje průběžné školení a zvyšování povědomí, simulace (například kontrolované interní phishingové kampaně), sledování dodržování předpisů a podporu kultury, kde je hlášení incidentů nebo podezřelého chování samozřejmostí.

CVE a pokročilé zranitelnosti: příklad případu v linuxovém jádře

Některé zranitelnosti postihují velmi nízké vrstvy systému , jako je jádro operačního systému nebo virtualizační moduly. Ilustrativním příkladem je chyba zdokumentovaná jako CVE-2026-23005, která se týká správy stavu FPU a instrukcí XSAVE/XRSTOR v prostředích x86 s virtualizací KVM.

V tomto konkrétním případě nastává problém se zpracováním registru XFD a pole XSTATE_BV ve stavu XSAVE hostovaných virtuálních počítačů. Pokud jsou určité funkce FPU (například pokročilá rozšíření jako AMX) zakázány pomocí XFD, ale v XSTATE_BV zůstanou označeny jako „používané“, jádro se může pokusit obnovit nekonzistentní stav a spustit výjimku #NM, což může dokonce způsobit systémovou paniku.

Spouštěčem by mohl být například zápis do MSR IA32_XFD hostovaným počítačem v kombinaci s přerušením nebo přepnutím kontextu přesně v okamžiku, kdy stav FPU virtuálního počítače ještě nebyl správně synchronizován. Může k tomu také dojít, pokud uživatelský prostor zavádí nekonzistentní stavy XSAVE prostřednictvím rozhraní, jako je KVM_SET_XSAVE.

Řešení jádra zahrnuje vymazání XSTATE_BV pro funkce zakázané XFD při každé aktualizaci stavu XSAVE hostovaného počítače. Tím je zajištěno, že se XRSTOR nepokusí obnovit informace o komponentách, které XFD považuje za neaktivní. Tato oprava udržuje konzistenci se specifikacemi Intelu a zabraňuje výjimkám nedostupných zařízení.

Tento příklad ukazuje, že zranitelnosti nejsou vždy zřejmé těm, kteří vidí pouze aplikační vrstvu. Často spočívají v interakci mezi hardwarem, jádrem a virtualizací a k jejich identifikaci a opravě je nutná vysoká úroveň odborných znalostí. Proto je důležité pečlivě sledovat bezpečnostní doporučení operačního systému a pečlivě používat aktualizace nízké úrovně.

Metody a nástroje pro detekci zranitelností

Systematická detekce zranitelností zahrnuje kombinaci manuálních i automatizovaných metod. Jeden přístup nestačí: kontrola kódu, penetrační testování, skenování systému a testování se simulovanými uživateli se zlými úmysly jsou vzájemně se doplňujícími součástmi.

Revize zdrojového kódu

Revize kódu je jednou z nejúčinnějších obranných opatření pro detekci zranitelností předtím, než se software dostane do produkčního prostředí. Lze ji provádět ručně, prostřednictvím vzájemného hodnocení mezi vývojáři nebo s pomocí nástrojů statické analýzy, které automaticky vyhledávají rizikové vzorce.

Při manuálních kontrolách musí být odpovědné osoby důkladně obeznámeny s používanou terminologií, osvědčenými bezpečnostními postupy (kontrola chyb, validace vstupů, správa paměti, autentizace, šifrování) a musí mít jasné kontrolní seznamy. Pouhá kontrola „šťastné cesty“ nestačí; je třeba identifikovat i okrajové případy a podmínky závodění.

Nástroje pro statickou analýzu a SAST doplňují tento proces skenováním rozsáhlých kódových základen a hledáním známých vzorců spojených s typickými zranitelnostmi: injekce, XSS, přetečení vyrovnávací paměti, používání nebezpečných funkcí atd. I když generují falešně pozitivní výsledky, pomáhají zabránit přehlížení určitých opakujících se problémů.

Penetrační testování a skenování zranitelností

Penetrační testování simuluje reálné útoky na aplikace, infrastrukturu a API, aby identifikovalo vektory narušení řetězením zranitelností, stejně jako by to udělal útočník. Tyto testy mohou být typu black-box (bez předchozích informací), gray-box (s určitým kontextem) nebo white-box (s přístupem ke kódu a architektuře).

Souběžně s tím skenery zranitelností prohledávají porty , služby a aplikace a hledají známé zranitelné verze nebo problematické konfigurace. Jsou ideálními nástroji pro udržování aktuální mapy rizik přítomných v organizaci a pro stanovení priorit nápravy.

Specializované nástroje: OWASP ZAP, Nikto a Acunetix

OWASP ZAP je široce používaný open-source nástroj pro analýzu webových aplikací. Umožňuje zachycovat provoz, automatizovat útoky typu discovery, spouštět testy SQL injection, útoky XSS, kontroly ověřování a další a generuje zprávy s podrobnostmi o zjištěných zranitelnostech a jejich dopadu.

Nikto se zaměřuje na analýzu webových serverů , kontrolu slabých konfigurací, zastaralých verzí, citlivých adresářů a souborů a nesprávně nakonfigurovaných hlaviček. Je obzvláště užitečný jako rychlý skener pro identifikaci základních, ale nebezpečných problémů ve webových prostředích.

Acunetix je komplexnější komerční řešení , které kombinuje hloubkové automatizované skenování webových a mobilních aplikací s cíleným testováním vkládání kódu, selhání autentizace a autorizace, XSS, CSRF a mnoha dalších kategorií. Jeho zprávy obvykle obsahují konkrétní doporučení pro řešení každého zjištění.

Uživatelské testování se zaměřením na bezpečnost

Kromě technického testování je zásadní zahrnout i testování uživatelů zaměřené na bezpečnost. Nejde jen o ověření, zda aplikace „funguje“, ale o kontrolu, jak se chová, když se setká se zlými uživateli, nesprávnými vstupy nebo nepředvídanými pracovními postupy.

Například testování datovou injekci se zaměřuje na zavádění speciálně vytvořených dat (speciální znaky, dlouhé řetězce, podezřelé struktury) za účelem otestování, jak je aplikace zpracovává. Pokud se zjistí, že software nedostatečně filtruje, otevírá se tím dveře SQL injekci, XSS a dalším útokům.

Autentizační testy ověřují robustnost procesu přihlášení , správy relací, mechanismů pro obnovení hesla a řízení přístupu na základě rolí. Provádějí se pokusy o obejití procesu přihlášení, eskalaci oprávnění, opětovné použití relací nebo manipulaci s tokeny za účelem vyhodnocení síly celého autentizačního systému.

Nejlepší postupy pro prevenci a řízení zranitelností

Efektivní strategie pro řešení zranitelností kombinuje prevenci , včasnou detekci a rychlou reakci. Není možné zabránit 100 % zranitelností, ale je možné snížit jejich počet, závažnost a dobu, po kterou zůstávají zneužitelné.

Údržba a správa záplat

Udržování systémů a aplikací v aktuálním stavu je zásadní a součástí údržby softwaru . To zahrnuje co nejrychlejší aplikaci bezpečnostních záplat, stanovení pravidelných intervalů údržby, testování aktualizací v předprodukčním prostředí a co největší automatizaci nasazení.

Řešení automatizované správy záplat výrazně pomáhají s organizací aktualizací operačního systému a softwaru třetích stran, upřednostňují je na základě kritické důležitosti a snižují manuální zásahy. Integrace těchto nástrojů se zabezpečením koncových bodů (antivirový program, EDR, firewall) poskytuje jednotný pohled na stav ochrany.

Stanovení priorit na základě rizik je klíčové : ne všechny záplaty jsou stejně naléhavé. Použití metrik, jako je CVSS, kombinace informací o hrozbách (znalost aktivně zneužívaných zranitelností) a zohlednění role každého systému v podniku pomáhá rozhodnout, co opravit jako první.

Školení zaměstnanců a kultura bezpečnosti

Žádná technologie nemůže kompenzovat nedostatek povědomí . Pravidelné školení všech zaměstnanců v oblasti phishingu, používání hesel, ochrany zařízení, nakládání s citlivými informacemi a hlášení incidentů hmatatelně snižuje plochu pro útok.

Dále je důležité podporovat kulturu, kde je bezpečnost odpovědností všech, nejen IT oddělení. To zahrnuje vývojáře, provoz, lidské zdroje, finance a vrcholový management. Bezpečnost by měla být integrována do každodenních procesů a rozhodnutí, nikoli až dodatečnou myšlenkou.

Zásady, audity a reakce na incidenty

Definování jasných bezpečnostních zásad pomáhá stanovit hranice toho, co je a co není povoleno: používání softwaru, vzdálený přístup, správa hesel, ukládání dat, osobní zařízení (BYOD) atd. Tyto zásady však musí být pravidelně kontrolovány a auditovány, aby byla zajištěna jejich shoda.

Pravidelné bezpečnostní audity umožňují odhalit odchylky , identifikovat zastaralé systémy, špatně implementované procesy a dříve nepovšimnuté zranitelnosti. Na základě těchto auditů se vypracovávají plány nápravných opatření a přehodnocují se priority.

Pro minimalizaci dopadu nevyhnutelně hrozících problémů je nezbytné mít dobře definovaný plán reakce na incidenty . Tento plán by měl zahrnovat postupy pro detekci, omezení, eradikaci, obnovu a komunikaci, jakož i jasné odpovědnosti každého zúčastněného týmu.

V prostředí, kde se hrozby neustále vyvíjejí , je jediným realistickým způsobem, jak zůstat v bezpečí, předpokládat, že zranitelnosti budou existovat vždy, ale zároveň pracovat na snižování jejich počtu, jejich včasném odhalení a minimalizaci doby jejich zneužití; kombinovat dobrý návrh, bezpečný vývoj, disciplinovanou správu záplat, specializované nástroje, chráněný hardware a především vyškolené lidi, kteří si jsou vědomi své role v bezpečnosti organizace.