Terug naar overzicht
Techblogs

Een nieuwe kwetsbaarheid wacht niet tot jij klaar bent om te patchen

Een nieuwe kwetsbaarheid kan je IT-team van het ene op het andere moment onder druk zetten. Terwijl je onderzoekt, test en patcht, verwachten klanten dat jouw applicatie beschikbaar en veilig blijft. Hoe zorg je dat je voorbereid bent als direct patchen niet mogelijk is?

Door:
Curtis Partoredjo, Specialized Sales Cybersecurity

Vrijdagmiddag, 16:30 uur. Er wordt een kritieke kwetsbaarheid ontdekt in software waarop jouw applicatie draait. Je ontwikkelteam moet direct onderzoeken of jullie geraakt worden. Updates moeten worden getest, afhankelijkheden gecontroleerd en mogelijk systemen aangepast. Ondertussen verwachten je klanten dat jouw applicatie gewoon beschikbaar blijft.

En daar zit het probleem. Want terwijl jouw team nog onderzoekt hoe het de kwetsbaarheid veilig kan verhelpen, kunnen aanvallers al proberen deze uit te buiten.

Weet jij welke bescherming op dat moment actief is? 

Nieuwe kwetsbaarheden houden geen rekening met jouw planning 

De recente PHP-kwetsbaarheden laten opnieuw zien hoe snel organisaties moeten kunnen reageren wanneer een beveiligingsrisico bekend wordt.

Voor softwarebedrijven is dat een lastige situatie. Je kunt een bedrijfskritische applicatie niet altijd zomaar aanpassen. Een update moet passen bij de bestaande software, zorgvuldig getest worden en mag geen nieuwe problemen veroorzaken. Dat kost tijd. Tijd die je niet altijd hebt.

En ondertussen draait je dienstverlening door. Klanten loggen in, verwerken gegevens en vertrouwen erop dat jouw platform beschikbaar en veilig blijft. Een kwetsbaarheid raakt daarmee niet alleen je techniek. Ook de continuïteit van je dienstverlening, het vertrouwen van klanten en de werkdruk van je IT-team kunnen onder druk komen te staan.

Je hebt een firewall. Maar wat houdt die daadwerkelijk tegen? 

Veel organisaties hebben hun beveiliging op papier goed geregeld. Er is een firewall aanwezig, verkeer wordt gemonitord en kwetsbaarheden worden via vaste processen opgepakt. Maar wat gebeurt er wanneer een nieuwe kwetsbaarheid actief wordt misbruikt?

Dan zijn vier vragen belangrijk:

  1. Heeft jouw webapplicatie bescherming die verder gaat dan een firewall op netwerkniveau?
  2. Wordt er daadwerkelijk in het webverkeer meegekeken, en worden verdachte verzoeken geblokkeerd of alleen geregistreerd?
  3. Weet je waarom bepaalde regels of uitzonderingen openstaan?
  4. Kun je aantonen welke bescherming actief is en hoe die in de praktijk werkt?

Het verschil tussen een firewall hebben en weten of deze effectief beschermt, kan groot zijn.

Een traditionele netwerkfirewall beschermt op netwerkniveau, maar herkent niet automatisch aanvallen die zich richten op de werking van een webapplicatie. Daarvoor is aanvullende bescherming op applicatieniveau belangrijk. Ook zo'n aanvullende beschermingslaag werkt niet vanzelf goed. De configuratie, actuele beveiligingsregels en het beheer bepalen mede hoe goed aanvallen worden herkend en tegengehouden. Bescherming die alleen registreert wat er gebeurt, stopt daarmee nog geen aanval.

Wat als je niet direct kunt patchen? 

Patchen blijft noodzakelijk om kwetsbaarheden daadwerkelijk te verhelpen. Maar tussen het bekend worden van een kwetsbaarheid en het veilig installeren van een update zit soms een periode waarin je applicatie extra risico loopt. Juist in die periode kan aanvullende bescherming helpen.

Een Managed Web Application Firewall (WAF) inspecteert webverkeer op applicatieniveau. Met passende beveiligingsregels kunnen specifieke aanvalspogingen worden gedetecteerd en geblokkeerd, ook wanneer een kwetsbaarheid nog niet is verholpen. Bij een Managed WAF worden die regels bovendien beheerd, gecontroleerd en waar nodig aangepast. Dat helpt je IT-team om risico's te beperken terwijl het werkt aan een structurele oplossing.

Een WAF vervangt het patchproces niet en biedt geen garantie tegen iedere aanval. Maar goed ingericht en actief beheerd kan deze een belangrijke extra verdedigingslaag vormen.

Ben jij voorbereid op de volgende kwetsbaarheid? 

De vraag is niet óf er opnieuw kwetsbaarheden worden ontdekt. De vraag is hoe goed jouw organisatie daarop kan reageren. Weet je welke maatregelen actief zijn? Wie bepaalt wanneer verdachte verzoeken worden geblokkeerd? En kun je bij een incident aantonen dat je beveiliging werkt zoals bedoeld? Dat zijn vragen die je liever vandaag beantwoordt dan op het moment dat een nieuwe kwetsbaarheid bekend wordt. Want voorbereiden doe je voordat het misgaat. Niet terwijl je team al onder druk staat.

Webinar: Morgen een nieuwe kwetsbaarheid. Ben jij voorbereid? 
De recente PHP-kwetsbaarheden laten zien hoe belangrijk het is om voorbereid te zijn. Maar hoe zorg je voor bescherming op applicatieniveau wanneer direct patchen niet mogelijk is?

Tijdens ons webinar bespreken Previder en Securely de impact van nieuwe kwetsbaarheden, praktijkervaringen en hoe Managed WAF helpt om webapplicaties beter te beschermen en het beheer structureel te organiseren.