Frontier AI: de systemische revolutie van kwetsbaarheidsbeheer

Kwetsbaarheidsbeheer is een belangrijk onderdeel van beveiligingsprogramma’s sinds het begin van de cyberbeveiligingsdiscipline. De symbiotische relatie tussen teams voor kwetsbaarheids- en patchbeheer bestaat ook al die tijd en heeft golven van onenigheid en dankbaarheid gekend. Hoewel deze relatie van beide kanten doordachte zorg en voeding vereiste, streefden beide partijen naar een gemeenschappelijk doel: het identificeren van kwetsbaarheden en het bevestigen dat het risico uit de omgeving was verwijderd.

Er komen Frontier AI-modellen zoals Anthropic’s Mythos om de ruimte voor kwetsbaarheidsbeheer radicaal te veranderen. Deze modellen kunnen zero-day-fouten identificeren, complexe exploits aan elkaar koppelen en zich in realtime aanpassen. Ze hebben programma’s voor kwetsbaarheidsbeheer gedwongen om introspectief naar zichzelf te kijken en zich af te vragen: “Is mijn kwetsbaarheidsprogramma klaar voor deze revolutie?” Voor veel organisaties is het antwoord nee. Veel programma’s voor kwetsbaarheidsbeheer hingen al aan een zijden draadje, met zeer verre plannen om naar een programma in CTEM-stijl te migreren, maar met een achterstand aan kwetsbaarheden die zich kilometers ver uitstrekte.

Laat de impact van Frontier AI op de veiligheid niet verloren gaan. Kwetsbaarheidsprogramma’s moeten systematisch een revolutie teweegbrengen om tegemoet te komen aan het veranderende dreigings- en risicolandschap, en de tijd is nu om uw programma volwassen te maken om tegemoet te komen aan de steeds toenemende zorgen die Frontier AI-modellen bij organisaties introduceren.

Met zoveel bewegende delen van een kwetsbaarheidsprogramma die ter plaatse moeten worden beheerd, waar moet u dan beginnen met het opbouwen van de volwassenheid van uw programma? In tegenstelling tot de manier waarop programma’s voor kwetsbaarheids- en patchbeheer in het verleden geïsoleerd opereerden, is dit nu de kans om als team samen te werken om de nieuwe problemen op het gebied van cyberbeveiliging aan te pakken. Zowel kwetsbaarheids- als patchbeheerprogramma’s vereisen nu een grote upgrade.

Verder gaan dan CVSS, EPSS en KEV

Vanuit het perspectief van kwetsbaarheidsbeheer zal alleen het kijken naar CVSS-scores alleen niet voldoende zijn om de ruis van kwetsbaarheden te doorzien en een risicogebaseerd beeld te geven van waar uw organisatie prioriteit aan moet geven. Bovendien zijn kwetsbaarheden die zijn geprioriteerd door EPSS (Exploit Prediction Scoring System) en door CISA’s KEV-lijst (Known Exploited Vulnerabilities) nu de inzet geworden voor programma’s voor kwetsbaarheidsbeheer om de verwijdering uit de organisatie te prioriteren en te regelen. Maar hoe beantwoorden we de vraag hoe we prioriteit kunnen geven aan kwetsbaarheden die door Frontier AI-modellen snel worden omgezet in exploits op machinesnelheid? We moeten verder gaan dan de prioriteiten van CVSS, EPSS en KEV en precies begrijpen welke kwetsbaarheden prioriteit hebben voor uw organisatie.

Het opbouwen van een functie voor blootstellingsbeheer binnen uw kwetsbaarheidsbeheerprogramma is een belangrijke manier om dit aan te pakken. De functie breidt het traditionele kwetsbaarheidsbeheer uit door het werkelijke risico op het aanvalsoppervlak van een organisatie te beoordelen, wat resulteert in het helpen prioriteren van herstel op basis van exploiteerbaarheid en zakelijke impact. Het helpt bij het in kaart brengen van de kwetsbaarheden waarvoor zo snel mogelijk actie nodig is en heeft de grootste impact op de risicoreductie in de organisatie. Hoewel dit denkproces niet nieuw is, is de noodzaak ervan als hoofdbestanddeel van een VM-programma toegenomen als reactie op de snelheid waarmee kwetsbaarheden niet alleen worden ontdekt, maar ook worden omgezet in exploiteerbare kwetsbaarheden op basis van Frontier AI-modellen. Uw kwetsbaarheidsprogramma moet duidelijker dan ooit kunnen aangeven welke kwetsbaarheden prioriteit moeten krijgen.

Bovendien verbreedt exposure management het landschap van een traditioneel programma voor kwetsbaarheidsbeheer door niet alleen naar open kwetsbaarheden te kijken, maar ook naar andere risicofactoren zoals verkeerde configuraties, bereikbaarheid en andere bronnen van informatie over bedreigingen. Dit helpt bij het opbouwen van een sterker geprioriteerd risicobeeld voor uw organisatie. Blootstellingsbeheer breidt de toolsets uit die nodig zijn om het grotere programma voor kwetsbaarheidsbeheer te ondersteunen, met behulp van continue monitoring, simulaties van inbreukaanvallen en geautomatiseerde pentests om blootstellingen te valideren. Nu uw programma geen gebruik meer maakt van verouderde risico-indicatoren voor kwetsbaarheidsbeheer, krijgen kwetsbaarheden prioriteit op organisatorisch niveau, wat helpt een krachtig antwoord te bieden op de grensverleggende AI-dreiging.

De revolutie van patchbeheer

Patchmanagementteams zullen ook een revolutie meemaken. In plaats van alleen maar te wachten tot Patch Tuesday klaar is met het testen en implementeren van patches en een proces heeft om met zero-day-kwetsbaarheden om te gaan, zal de snelheid van patchen en herstel moeten worden verhoogd om overeen te komen met de machinesnelheid waarmee kwetsbaarheden en exploits worden geïdentificeerd. Patchbeheer zal moeten overschakelen naar een geautomatiseerde patchidentificatie-, test- en implementatiestrategie, waarbij gebruik wordt gemaakt van een ringgebaseerde methodologie om patches naar de volgende ring te pushen nadat de vorige ring is gevalideerd op stabiliteit. De introductie van automatisering bij elke stap van de patchlevenscyclus zal helpen de tijd te verkorten dat een kwetsbaarheid onverminderd in een omgeving aanwezig zou zijn.

Belangrijk is dat patchteams van oudsher verplicht zijn om verstoringen van de beschikbaarheid rigoureus te verminderen en de uptime-eisen van het bedrijf te handhaven tijdens het implementeren van patches. Het verhogen van de patchsnelheid kan dit evenwicht verstoren en zal patchteams, in samenwerking met beveiligingsteams, dwingen harde gesprekken te voeren met de belangrijkste belanghebbenden in een organisatie over hoe de uptime-eisen eruit zien in het tijdperk van machinesnelheid, geïdentificeerde kwetsbaarheden en exploits en verhoogde patchfrequentie.

Veranderen de vereisten voor downtime? Gaat er meer geïnvesteerd worden in inspanningen op het gebied van veerkracht? Hoe veranderen en rijpen integraties met BC/DR-teams? Hoewel deze gesprekken in eerste instantie misschien ongemakkelijk zijn, zijn ze noodzakelijk gezien het veranderende dreigingslandschap. Ze moeten proactief worden uitgevoerd, voordat het alternatief zich aandient in de vorm van een toegenomen snelheid van cyberveiligheidsincidenten.

Breng uw kwetsbaarheidsprogramma naar een hoger niveau

In LDR516 zullen we het hebben over hoe uw kwetsbaarheidsprogramma van vandaag er heel anders uit kan zien dan het kwetsbaarheidsprogramma van morgen. Het is nu tijd om uw programma naar een hoger niveau te tillen in veel verschillende domeinen en belangrijke belanghebbenden, en we zullen u voorzien van alle noodzakelijke acties die u kunt ondernemen zodra u de week daarop terugkeert naar uw organisatie.

Ik geef twee komende LDR516-cursussen op SANS DC Metro september 2026 (28 september – 2 oktober) En SANS Dallas 2026 (7-11 december). Ik zie je daar!

Schrijf u hier in voor SANS DC Metro september 2026.

Schrijf u hier in voor SANS Dallas 2026.

Opmerking: Dit artikel is vakkundig geschreven en bijgedragen door Kevin Garvey, SANS Certified Instructor.

Thijs Van der Does