Websites & techniek
Ernstig Linux-lek: wie houdt de server achter jouw website veilig?
Een ernstig Linux-lek laat zien waarom ook de server achter je website onderhoud nodig heeft. Wat moet je hostingbeheerder controleren, en welke afspraken helpen jou verder?
Je website werkt. Het contactformulier doet het, je webshop neemt bestellingen aan en nergens knippert een rood lampje. Prima toch?
Dat vertelt alleen nog niet of de server achter je website ook goed is bijgewerkt. Een ernstig beveiligingslek in Linux maakt duidelijk waarom hosting meer aandacht verdient dan een maandelijkse factuur en de mededeling: “Hij staat online.”
De belangrijkste vraag voor ondernemers: wie controleert de server achter jouw website, en wie grijpt in als dat nodig is?
Wat is er ontdekt?
Anthropic publiceerde op 27 oktober 2026 onderzoek naar een kwetsbaarheid in de Linux-kernel: de kern van het besturingssysteem. Het lek staat geregistreerd als CVE-2026-98432 en zit in de verwerking van bepaalde netwerkverbindingen.
De onderzoekers demonstreerden dat een aanvaller op afstand opdrachten met volledige systeemrechten kon uitvoeren op een Linux-server met een actieve Multipath TCP-luisterdienst. Daarvoor waren geen inloggegevens of handelingen van een gebruiker nodig.
Multipath TCP, afgekort MPTCP, is een techniek waarmee een verbinding meerdere netwerkpaden kan gebruiken. De gedemonstreerde aanval gebruikte die functie. De onderliggende fout raakt echter ook gewone TCP-verbindingen. Geen MPTCP gebruiken is daarom op zichzelf geen bewijs dat een server buiten schot blijft.
Betekent dit dat jouw website is gehackt?
Nee. Een kwetsbaarheid, een geslaagde onderzoeksdemonstratie en een daadwerkelijke inbraak zijn verschillende dingen.
Of jouw omgeving geraakt wordt, hangt onder meer af van de gebruikte kernel, de aangebrachte beveiligingsreparaties en de bereikbare diensten. Alleen weten dat je “Linux-hosting” hebt, is onvoldoende om daarover een conclusie te trekken.
Het onderzoek toont wel aan dat het probleem serieus genomen moet worden. Dit is een aanleiding voor gerichte controle door de beheerder.
Je website bijwerken is niet hetzelfde als je server bijwerken
Een website bestaat uit meerdere lagen. Je hebt de website of webshop zelf, de software die deze laat draaien en het besturingssysteem daaronder.
Een bijgewerkt thema of een nieuwe versie van je website repareert niet automatisch een fout in de Linux-kernel. Vergelijk het met een winkel: nieuwe etalageruiten zijn mooi, maar daarmee heb je het slot van de achterdeur nog niet vervangen.
Goed beheer houdt rekening met de hele omgeving waarop je website vertrouwt.
Er is een reparatie, maar is die ook actief?
Volgens Anthropic is de fout verholpen in de oorspronkelijke Linux-kernel en zijn reparaties doorgevoerd in de onderhouden stabiele kernelreeksen. Dat betekent nog niet dat iedere hostingomgeving die reparatie al heeft ontvangen.
Linux-distributies, zoals Ubuntu, leveren daarvoor eigen beveiligingsupdates. De beschikbaarheid verschilt per distributie en kernelpakket. Bij de controle voor dit artikel vermeldde Ubuntu voor meerdere gangbare kernels nog dat reparaties in voorbereiding waren.
De beheerder moet daarom de actuele leveranciersinformatie vergelijken met de precieze omgeving. Vervolgens moet worden gecontroleerd of de gerepareerde kernel daadwerkelijk draait. Afhankelijk van de updatewijze kan daarvoor een herstart nodig zijn.
“De updates zijn gedownload” is dus nog geen volledige terugkoppeling. Je wilt weten of de bescherming ook actief is.
Wat als de juiste update nog niet beschikbaar is?
Dan moet de beheerder beoordelen welke tijdelijke maatregelen passend zijn. Red Hat beschrijft bijvoorbeeld het filteren van bepaald netwerkverkeer om de blootstelling te verminderen.
Daarbij waarschuwt het bedrijf dat zulke maatregelen noodzakelijke diensten kunnen verstoren en de kernelreparatie niet vervangen. Een firewallregel van internet overnemen zonder de eigen omgeving te controleren, is daarom geen verstandig onderhoudsplan.
Tijdelijke bescherming vraagt ook om opvolging: wie controleert wanneer de update beschikbaar komt, wie installeert die en wie beoordeelt daarna de tijdelijke instellingen?
Vier vragen die je vandaag kunt stellen
- Is onze server op dit specifieke lek gecontroleerd? Vraag naar CVE-2026-98432, zodat duidelijk is welk probleem je bedoelt.
- Is de reparatie beschikbaar en daadwerkelijk actief? Laat de draaiende kernel controleren.
- Wat gebeurt er zolang een update ontbreekt? Vraag welke tijdelijke maatregelen nodig en uitvoerbaar zijn.
- Wie bewaakt de vervolgstappen? Spreek af wie updates volgt en terugkoppelt wanneer de werkzaamheden klaar zijn.
Je hoeft hiervoor zelf geen serverbeheerder te worden. Je mag wel verwachten dat duidelijk is wie deze verantwoordelijkheid draagt.
Weet jij wat er onder jouw hosting valt?
Bij een eigen VPS en bij beheerde hosting kunnen de afspraken flink verschillen. Wie regelt het besturingssysteem? Wie onderhoudt de website? En wie controleert na een update of alles nog werkt?
Een hostingpakket wordt pas overzichtelijk als je weet welke werkzaamheden erbij horen. Anders staat er straks een rij mensen naar dezelfde server te kijken, allemaal overtuigd dat iemand anders het zou regelen.
Laat je website draaien op duidelijke afspraken
Wil je hosting of technisch beheer bij Wervora onderbrengen? Dan bekijken we hoe jouw website is opgebouwd en welke ondersteuning daarbij past. Daarbij maken we duidelijk welke werkzaamheden en verantwoordelijkheden worden afgesproken.
Stuur ons je webadres en vertel wat er nu geregeld is. Dan bespreken we wat jouw website nodig heeft, zonder dat jij eerst een woordenboek voor serverbeheerders hoeft aan te schaffen.
Bespreek je hosting en websitebeheer met Wervora via WhatsApp.
Bronnen en actualiteit
Geschreven op 31 oktober 2026. Beveiligingsinformatie en de beschikbaarheid van updates kunnen veranderen. Laat voor een concrete server altijd de actuele leveranciersinformatie controleren. De ondernemersvoorbeelden zijn een praktische vertaalslag van Wervora.