Belangrijk beveiligingslek in Microsoft SharePoint misbruikt bij aanvallen

“De halve wereld al binnengedrongen” klinkt stoer, maar daar is vooralsnog geen bewijs voor. Wel is het simpel: patchen, internettoegang beperken en logs controleren, want één vergeten SharePoint-server kan inderdaad genoeg zijn om ellende te veroorzaken. Dat Microsoft na ontdekking een patch uitbrengt is geen luxe, maar precies hoe beveiliging hoort te werken.

Een patch betekent niet dat Microsoft iedereen z’n systemen ook daadwerkelijk laat installeren, hè??? Bij bedrijven blijven updates vaak weken liggen vanwege testen en oude koppelingen, dus wie heeft daar dan zitten slapen: Microsoft of de beheerder zelf?! En servers rechtstreeks aan internet hangen zonder goede segmentatie, dat is pas vragen om problemen!!!

Patchen moet nu, zeker als SharePoint vanaf internet bereikbaar is — maar “de halve wereld is al binnen” blijkt nergens uit dit stuk. Defused noemt geen getroffen organisaties, geen aantallen en zelfs geen technische details; bron? Dat maakt de urgentie niet minder, wel de kop en de stelligheid verdacht.

Die lage vibratie wordt anders gewoon een open SharePoint-server waar iedereen bij kan. Eerst patchen en daarna pas de engelen bellen, lijkt me wel zo handig.

Het lastige is dat veel organisaties niet eens een compleet overzicht hebben van hun SharePoint-omgevingen, zeker na jaren van losse migraties en tijdelijke oplossingen. Een patch zonder logcontrole, nieuwe inloggegevens en extra toezicht is dan vooral schijnveiligheid.

patchen zonder te controleren is net als je voordeur dichtdoen terwijl er al iemand op zolder zit, met alleen een update ben je dus nog lang niet klaar hè

Zeker, en vergeet de back-ups en logcontrole niet; met MFA voorkom je veel, maar gestolen sessies of slecht afgeschermde koppelingen kunnen alsnog roet in het eten gooien. Aan de andere kant moet je bij zo’n lek wel eerst patchen en daarna pas uitgebreid opruimen.

Weer wordt “Microsoft heeft een lek” verward met “Microsoft is per definitie onveilig”. CVE-2026-63520 is op 11 augustus gepatcht; een organisatie die op 27 augustus nog niet heeft bijgewerkt, heeft vooral een beheerprobleem, zeker als SharePoint rechtstreeks aan internet hangt en accounts geen MFA hebben.

patchen zonder rechten en mfa aan te pakken is gewoon dweilen terwijl de kraan openstaat bro heb dit bij een stagebedrijf gezien één gedeeld adminaccount en niemand wist wie er had ingelogd cybersecurity op z’n nederlands lol

RCE op een internet-facing SharePoint is geen “lastige onderhoudsupdate” meer, dat is incident response met een deadline. Bij een vorige werkgever hebben we zo’n patch een nacht uitgesteld voor testen; de volgende ochtend stond de exploit al in de logs. Patchen, logs nalopen, credentials roteren en pas daarna koffie.

En juist daar gaat het vaak mis: een patch wordt wel geïnstalleerd, maar niemand controleert daarna de logs en toegangsrechten. Bij een lek waarmee men op afstand code kan uitvoeren, moet je niet alleen de deur repareren maar ook nagaan wie er al binnen is geweest.

Lekker dan... “we hebben een firewall” is geen onderhoudsplan. Bij bouwbedrijven staat zo’n server vaak vol met offertes, tekeningen en persoonsgegevens. Eén lek en je hele planning ligt plat, dus updates uitstellen is uiteindelijk gewoon duur gokken.

Het probleem is niet alleen beheer na aanschaf, maar ook dat SharePoint vaak onnodig rechtstreeks aan internet hangt en te veel rechten heeft; dan wordt één lek meteen een complete bedrijfsinfrastructuur. De oplossing is patchen én segmenteren, externe toegang beperken en logs controleren, want “professioneel beheer” zonder die technische randvoorwaarden blijft vooral een beleidszin.

Het probleem is niet dat organisaties cybersecurity als kostenpost zien; het probleem is dat ze risico’s pas serieus nemen wanneer de schade zichtbaar en declarabel wordt. De oplossing is structureel beheer met patchvensters, logging en netwerksegmentatie, want een overstap naar een ander merk maakt complexe software niet ineens foutloos — alleen de migratiekosten zijn dan alvast gegarandeerd.

SharePoint zo diep verweven met alles maken is zeker een risico, maar overstappen naar een ander systeem lost het fundamentele probleem niet op; ook Linux, WordPress en open source hebben kwetsbaarheden. Het gaat vooral om bewust beheer, snelle updates en niet alles blind aan internet hangen… onze kinderen hoeven later geen digitale wereld te erven waarin gemak belangrijker is dan veiligheid.

Het echte probleem is vaak niet de patch zelf, maar wie verantwoordelijk is voor die server en wie de meldingen leest. Op het land werkt een automatische voerinstallatie ook niet ineens veilig omdat er een update klaarstaat; iemand moet hem installeren en daarna controleren of alles nog draait. Bij SharePoint hoort dus naast patchen ook gewoon netwerktoegang dichtzetten en logboeken nakijken.

Dit is geen mysterie maar een serieus softwarelek: zodra een kwetsbare SharePoint-server rechtstreeks vanaf internet bereikbaar is, kan een aanvaller code uitvoeren en via gestolen rechten verder komen. Daar hoef je geen 5G of Klaus Schwab bij te halen, wél snel patchen, toegang beperken en logs controleren!!!

Dit is vooral een kwestie van patchen en serviceaccounts goed afschermen, niet van buitenaardse deuren... een aanvaller heeft geen alien-technologie nodig als een beheerder updates laat liggen. SharePoint mag dan veel processen raken, segmentatie en minimale rechten beperken de schade behoorlijk.

De engelen fluisteren dat vooral vergeten internetverbindingen en oude serviceaccounts hier de deur open kunnen laten staan... patchen is pas het begin. Zet SharePoint achter een VPN, draai logging en kijk ook echt naar afwijkende downloads; anders blijft het digitale archief gewoon een lopend buffet voor wie goed zoekt.

SharePoint is allang geen digitale archiefkast meer, maar bij veel bedrijven wordt-ie nog wel zo behandeld. Ik heb klanten gehad die hun hele planning, contracten en personeelsmappen daar hadden staan terwijl updates maanden bleven hangen; één lek en je hele toko ligt op straat, godverdomme.

En dan heb je nog geen idee of die aanvallers al maanden meekijken. Ik hoorde van een klant dat haar bedrijf na een datalek pas veel later ontdekte dat oude accounts nog gewoon toegang hadden… wachtwoorden wijzigen en klaar is het dus echt niet hè.

24/7 alarm is mooi, maar een patch die weken blijft liggen is ook gewoon vragen om gedoe. Hier op het land zet je een hek niet pas dicht nadat de koeien al op de weg lopen.

24/7 alarm klinkt mooi, maar een patch buiten kantooruren installeren kan juist meer schade geven als systemen eerst getest moeten worden of tijdelijk uitvallen. Aan de andere kant hoort bij kritieke servers wel een bereikbaarheidsdienst, anders blijft zo’n melding inderdaad gewoon liggen.

Precies dit, jong. Bij een kleine zaak in Oss lag laatst de hele planning plat omdat niemand wist wie die oude server nog beheerde; ondertussen roept iedereen alleen maar “patchen” alsof je ff een stekker erin doet. En dan moet je maar geloven dat zo’n SharePoint-gat toevallig pas ontdekt wordt als er al ingebroken is… bewijs het maar.

Dat tokenverhaal is precies waarom alleen “patchen” als vinkje te weinig is. Je moet ook nagaan of de server überhaupt vanaf internet nodig is en of beheerdersaccounts apart zijn afgeschermd; anders repareer je de voordeur terwijl de achterdeur nog openstaat. En nee, overstappen naar een ander merk haalt het probleem niet weg, al kan minder afhankelijkheid van één leverancier wel verstandig zijn.

Eigenaarschap helpt, maar zo’n server kan nog steeds kwetsbaar zijn terwijl iedereen denkt dat de updates geregeld zijn. Patching en controleren of oude systemen echt offline zijn moet gewoon aantoonbaar gebeuren, anders blijft het een tijdbom toch?