Onafhankelijk sinds 2004security & privacy, elke werkdag
Nieuws

Storing bij Kestrel treft klanten urenlang

Klanten van Kestrel konden urenlang niet bij hun omgeving door een storing. Volgens het bedrijf ging het niet om een aanval.

Klanten kregen tijdens de storing wisselende foutmeldingen te zien.

Gevolgen voor gebruikers

De oorzaak lag volgens het bedrijf bij een mislukte wijziging aan de netwerkconfiguratie.

Er komt een uitgebreide evaluatie, die volgens het bedrijf openbaar wordt gemaakt.

Onderwerpen: storingcloud
19 reacties
grepmaster  maandag 8 juni 2026, 16:19   +3
Een mislukte netwerkwijziging. Dat is bijna altijd het antwoord.
Zerocool  maandag 8 juni 2026, 20:35   +2
Dat is te kort door de bocht. Dat is precies wat de leverancier vorig jaar ook beloofde, en kijk waar we nu staan.
Fleur T.  maandag 8 juni 2026, 22:16   +12
De vraag is niet of je gehackt wordt, maar hoe snel je het merkt. Detectie is bij de meeste organisaties nog steeds het zwakke punt.
Sem T.  9 augustus 2026, 00:39   +1
Nog steeds geen verplichte meldplicht met sancties voor dit soort trage patches. Zonder pijn verandert er niets.
pd_  9 augustus 2026, 08:01   +0
Kan iemand uitleggen waarom hier authenticatie ontbreekt? Dat is toch geen ontwerpfout van gisteren.
maud_beheer  9 augustus 2026, 15:53   +9
Er is een verschil tussen 'geen bewijs van misbruik' en 'geen misbruik'. Dat wordt structureel door elkaar gehaald.
jesse_ict  9 augustus 2026, 18:16   +9
Ondertussen wel weer een prima reden om je logging op orde te hebben. Achteraf reconstrueren zonder logs is onbegonnen werk.
wizzkizz  9 augustus 2026, 21:18   +0
Melden bij de toezichthouder is verplicht, maar in de praktijk zie je dat organisaties eerst hun juristen bellen.
Lotte H.  9 augustus 2026, 22:16   +5
Precies dit. In een kleine omgeving lukt dat prima, met duizend werkplekken wordt het een ander verhaal.
9600baud  9 augustus 2026, 22:46   +1
Hoeveel van dit soort meldingen krijgen we per week? Op een gegeven moment gaan mensen ze negeren.
simone_ict  9 augustus 2026, 23:34   +5
Dit is precies waarom segmentatie zo belangrijk is. Eén lek betekent dan niet meteen het hele netwerk.
quantumbrug  10 augustus 2026, 02:06   +0
De gemiddelde gebruiker merkt hier niets van, tot het misgaat. Bewustwording blijft het lastigste stuk.
Sandra L.  10 augustus 2026, 05:43   +4
Dat is te kort door de bocht. Het hangt sterk af van je configuratie. Standaard staat die optie namelijk uit.
maarten8  10 augustus 2026, 06:02   +10
@hierboven: de leverancier noemt een configuratie-optie als tijdelijke mitigatie, maar dat kost je wel functionaliteit.
bianca_nl  10 augustus 2026, 06:24   +6
Ik draai hier al jaren alles in containers met read-only filesystem. Scheelt enorm bij dit soort meldingen.
binary_kring  10 augustus 2026, 07:04   +3
Grappig hoe zo'n woordvoerder altijd spreekt van 'een beperkt aantal klanten'. Dat blijkt achteraf structureel anders.
Anoniem  10 augustus 2026, 13:34   +9
Klassieke fout: de client controleert de rechten, de server niet. Zie je nog verrassend vaak.
gerardx  10 augustus 2026, 13:50   +7
Eens, met een kanttekening: Dat geldt voor de zakelijke variant, thuisgebruikers hebben die knop helemaal niet.
maarten99  10 augustus 2026, 14:08   +12
Mooi voorbeeld waarom open source niet automatisch veiliger is, maar wel controleerbaarder.
Reageren kan na registratie.
Inloggen
Meer nieuws