Onafhankelijk sinds 2004security & privacy, elke werkdag
Nieuws

Storing bij Statera treft klanten urenlang

Illustratie bij dit bericht.

Klanten van Statera 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
20 reacties
chmod777  5 augustus 2024, 03:13   +1
Een mislukte netwerkwijziging. Dat is bijna altijd het antwoord.
logic_schild  5 augustus 2024, 04:11   +12
Precies dit. Dat is precies wat de leverancier vorig jaar ook beloofde, en kijk waar we nu staan.
Anoniem  5 augustus 2024, 07:11   +0
Bij twijfel: sleutels roteren. Ook als de leverancier zegt dat het niet nodig is.
fleur31  5 augustus 2024, 08:26   +5
Dank, dat verklaart wel het een en ander. Daar zit hem nu net de crux: wie is er eigenaar van dat systeem?
Fwiffo  5 augustus 2024, 08:30   +13
Dat is precies waar een brancheorganisatie iets zou moeten betekenen, maar in de praktijk hoor je ze niet.
tapedrive  5 augustus 2024, 09:19   +9
Enig idee of er ook een workaround is zonder te patchen? We zitten midden in een changefreeze.
TDeK  5 augustus 2024, 11:28   +7
Ondertussen wel weer een prima reden om je logging op orde te hebben. Achteraf reconstrueren zonder logs is onbegonnen werk.
Erik van Straten expert  5 augustus 2024, 14:28   +7
Vraag me af of de AVG hier ook een rol speelt. Er zijn duidelijk persoonsgegevens mee gemoeid.
Anoniem  5 augustus 2024, 15:33   +2
Goed punt, maar De documentatie zegt iets anders, maar de praktijk geeft jou gelijk.
bas_v2  5 augustus 2024, 16:21   +14
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.
Anoniem  5 augustus 2024, 20:54   +1
Dank, dat verklaart wel het een en ander. Dat geldt voor de zakelijke variant, thuisgebruikers hebben die knop helemaal niet.
Iris van den Berg  6 augustus 2024, 02:24   +2
Weer een update die je binnen 24 uur uitgerold moet hebben. Bij ons draait de patchcyclus op maandag, dus dat wordt handmatig ingrijpen.
Anoniem  6 augustus 2024, 02:28   +5
Wij hebben dit vanochtend gepatcht, downtime was ongeveer tien minuten. Prima te doen als je het voorbereidt.
Anoniem  6 augustus 2024, 04:01   +13
Iemand een IoC-lijst gezien? De melding zelf bevat weinig concreets waar je in je SIEM iets mee kan.
wendy88  6 augustus 2024, 08:32   +13
Goed punt, maar De documentatie zegt iets anders, maar de praktijk geeft jou gelijk.
portscan  6 augustus 2024, 09:41   +5
Het is te makkelijk om de beheerder de schuld te geven. Als je geen budget en geen tijd krijgt, gebeurt het gewoon niet.
mtu1500  6 augustus 2024, 10:16   +0
Goed punt, maar Dat geldt voor de zakelijke variant, thuisgebruikers hebben die knop helemaal niet.
chantalq  6 augustus 2024, 11:05   +0
Mooi voorbeeld waarom open source niet automatisch veiliger is, maar wel controleerbaarder.
Bosbeetle moderator  6 augustus 2024, 12:02   +9
Voor de thuisgebruiker: controleer even je router. Die dingen krijgen zelden vanzelf een update.
dennis_zzp  6 augustus 2024, 15:52   +13
Tegen de tijd dat de gemiddelde organisatie dit heeft opgepakt, is er alweer een nieuwe versie met een nieuw lek.
Reageren kan na registratie.
Inloggen
Meer nieuws