Fundamentele aspecten van kwetsbaarheidsbeheer

Kwetsbaarheidsbeheer is een combinatie van processen en producten die gericht zijn op het onderhouden van een inventaris van de digitale infrastructuur van een organisatie, het zoeken naar kwetsbaarheden en het verhelpen van de geïdentificeerde zwakheden. Het is een cyclische praktijk en het tegenovergestelde van het bekende IT-adagium dat zegt: “Als het niet kapot is, repareer het dan niet.” Dit principe werkt eenvoudigweg niet in enterprise-beveiliging deze dagen. Als digitale activa niet voortdurend worden gecontroleerd en versterkt, veranderen ze in lage hangende vruchten.

Een scanner is niet genoeg

In tegenstelling tot kwetsbaarheidsscanners, is het hoofddoel van kwetsbaarheidsbeheer om de beveiliging van de infrastructuur te verharden en een noodgevalreactie te bieden voor enkele supergevaarlijke bedreigingen. Het vinden van een zwakke plek in een systeem is de helft van de strijd, maar het moet worden verholpen zodat bedreigingsactoren het niet kunnen gebruiken als toegangspunt. De methoden van kwetsbaarheidsbeoordeling en prioritering van gedetecteerde problemen op basis van de infrastructuur van de klant zijn net zo belangrijk. Scanners doen dat niet.

Kwetsbaarheidsbeheer is, in wezen, een aanvulling op het scanningsproces dat geëvalueerde, geprioriteerde en verholpen kwetsbaarheden beoordeelt. De behoeften van klanten veranderen, terwijl het hoofddoel vroeger neerkwam op het ontdekken van een kwetsbaarheid, nu gaat het meer over de manieren om het probleem aan te pakken.

Wat betreft de licentiemodellen die worden gebruikt door kwetsbaarheidsbeheersystemen, zijn ze meestal gebaseerd op het aantal beveiligde IP-adressen. Het maakt niet uit waar ze zich bevinden of hoeveel installaties de klant nodig heeft. De kosten van een kwetsbaarheidsscanner, aan de andere kant, hangen af van het aantal installaties en scanningsparameters, zoals het aantal hosts.

Bovendien zijn er verschillende soorten installaties, waarbij sommige leveranciers onbeperkt gebruik van hun systemen aanbieden. De prijs kan ook worden beïnvloed door de set functies, waarvan sommige beschikbaar zijn als betaalde extra’s.

Criteria voor het kiezen van een kwetsbaarheidsbeheersysteem

De meest belangrijke kenmerken zijn de omvang van de organisatie, het aantal vestigingen in verschillende tijdzones, evenals productlocalisatie, wat de mogelijkheid is om regiospecifieke en branchespecifieke kwetsbaarheden te detecteren.

Een interessant factor heeft betrekking op hoe goed de InfoSec- en IT-afdelingen van het bedrijf de noodzakelijke functies van de oplossing kunnen onderhandelen. InfoSec-specialisten geven meestal prioriteit aan kwetsbaarheiddetectie, terwijl IT-teams voornamelijk gefocust zijn op patchimplementatie. Daarom zal de overlapping van deze twee gebieden de parameters van het systeem definiëren.

Het is ook de moeite waard om te kijken naar de volledigheid en frequentie van updates, evenals naar de besturingssystemen die de scanner ondersteunt. Het ideale kwetsbaarheidsbeheersysteem moet ook passen in de context van de branche waarin de organisatie actief is en de toepassingen die het momenteel gebruikt.

Op het moment van het ondertekenen van het contract, kan de leverancier de klant ervan verzekeren dat hij bereid is om nieuwe producten en functies toe te voegen in de toekomst. Helaas komen sommige leveranciers niet altijd hun beloften na. Daarom is het het beste om te focussen op de direct beschikbare functionaliteit van de oplossing.

Een nuttige functie van elk kwetsbaarheidsbeheersysteem is de mogelijkheid om uw eigen kwetsbaarheidsdatabase aan te vullen met informatie van derden. Het is ook geweldig als de oplossing een voorbeeld kan geven van een exploit die gebruik maakt van een specifieke kwetsbaarheid.

De meeste klanten worden geconfronteerd met een klassieke dilemma: gebruik een gratis scanner of koop een commerciële oplossing vanaf het begin. Het onderhouden van een up-to-date kwetsbaarheidsdatabase is een tijdrovend en duur proces. Daarom is het, in het geval van een gratis product, mogelijk dat het ontwikkelteam andere gebieden van hun activiteit moet prioriteren in de zoektocht naar alternatieve inkomsten, wat verklaart waarom deze scanners beperkingen hebben.

Hulpmiddelen onder de kwetsbaarheidsbeheerparaplu

De set oplossingen die nodig zijn om het kwetsbaarheidsbeheerproces binnen een bedrijf te organiseren, kan onder andere omvatten:

•       Verschillende instrumenten voor het verzamelen van informatie over kwetsbaarheden, zoals scanners, tools voor het verwerken van gegevens van derden en repositories van informatie die onafhankelijk zijn verkregen door InfoSec-specialisten.
•       Kwetsbaarheidsprioriteitstools die CVSS-scores definiëren en de waarde van de activa meten die mogelijk worden beïnvloed door de fout.
•       Hulpmiddelen voor interactie met externe databases.
•       Systemen die een kwetsbaarheid in de context van de organisatie, de infrastructuur en het wereldwijde aanvalsvlak afhandelen.

Activa-beheer en automatische patches

Het activa-beheerproces moet een maximale mate van automatisering hebben, de hele infrastructuur van de organisatie omvatten en regelmatig plaatsvinden. Het is onmogelijk om kwetsbaarheden te prioriteren tenzij deze voorwaarden zijn vervuld. Bovendien is het onmogelijk om de IT-infrastructuur van een organisatie te controleren zonder exact te weten waaruit deze bestaat. Daarom is activa-beheer een enorm belangrijk onderdeel van kwetsbaarheidsbeheer.

De belangrijkste voorwaarde voor het automatiseren van het patchbeheerproces is om een specifieke identifier toe te wijzen aan elke kwetsbaarheidssignatuur en ervoor te zorgen dat de volgende update deze aanpakt. Dit is een complexe workflow met veel valkuilen. De gevolgen van het overslaan van één update kunnen rampzalig zijn, dus patchimplementatie moet zo goed mogelijk georkestreerd worden.

Het is ook belangrijk om automatische patches aan te passen aan een specifiek toepassingsgebied. Voor werkstations is het acceptabel om updates te beperken tot het besturingssysteem en basissoftware zoals browsers en kantoorapplicaties. In het geval van servers zijn de dingen ingewikkelder, omdat er veel op het spel staat en een buggy update de beschikbaarheid van bedrijfskritische IT-bronnen kan beïnvloeden.

Wanneer het gaat om het monitoren van de ondernemingsinfrastructuur, geven de meeste bedrijven de voorkeur aan scannen boven het installeren van agents op eindpunten, omdat deze vaak toegangspunten voor malware worden. Echter, als de host op geen andere manier bereikbaar is, moet u gegevensverzamelingstoepassingen gebruiken.

Zoals eerder vermeld, maakt naadloze interactie tussen InfoSec- en IT-afdelingen een verschil. De twee teams moeten overeenstemming bereiken over beleidsregels die specificeren wie verantwoordelijk is voor het installeren van updates voor bepaalde bronnen en hoe vaak dit zal gebeuren. In wezen moet het kwetsbaarheidsbeheerproces neerkomen op het monitoren van de naleving van dergelijke overeenkomsten en het installeren van dringende patches.

Wat heeft de toekomst in petto voor kwetsbaarheidsbeheersystemen?

Op dit moment is er een duidelijke trend naar het toenemend automatiseren van activa-monitoring en patchimplementatie. Aangezien ondernemingsinfrastructuur verder migreert naar de cloud, is het binnen de mogelijkheden dat het proces van kwetsbaarheidsscanning wordt teruggebracht tot het controleren van cloudbeveiligingsinstellingen. Een andere evolutionaire vector komt neer op het verbeteren van kwetsbaarheidsbeoordelingsystemen. Kwetsbaarheidsprioriteitstools zullen meer gegevens bevatten, met name met betrekking tot de meest “uitbuitbare” kwetsbaarheden.

Er is ook een goede kans dat deze systemen in de komende jaren overschakelen op een alles-in-één-logica, waarbij één oplossing een volledig spectrum van InfoSec-beheerinstrumenten biedt. Het ontstaan van een allesomvattende platform dat kwetsbaarheidsbeheer, activa-beheer en risicobeheerfuncties omvat, evenals andere beveiligingsfuncties, is zeer waarschijnlijk. Misschien zal er een allesomvattende kwetsbaarheidsbeheerconsole zijn voor alle elementen van digitale infrastructuur – van een server of printer tot een container op een dedicated host.