Nieuws
Storing bij Nexacloud treft klanten urenlang
Illustratie bij dit bericht.
Klanten van Nexacloud konden urenlang niet bij hun omgeving door een storing. Volgens het bedrijf ging het niet om een aanval.
De oorzaak lag volgens het bedrijf bij een mislukte wijziging aan de netwerkconfiguratie.
Achtergrond
Klanten kregen tijdens de storing wisselende foutmeldingen te zien.
Er komt een uitgebreide evaluatie, die volgens het bedrijf openbaar wordt gemaakt.
14 reacties
Een mislukte netwerkwijziging. Dat is bijna altijd het antwoord.
Eens, met een kanttekening: Dat geldt voor de zakelijke variant, thuisgebruikers hebben die knop helemaal niet.
@hierboven: de leverancier noemt een configuratie-optie als tijdelijke mitigatie, maar dat kost je wel functionaliteit.
Aanvullend: In een kleine omgeving lukt dat prima, met duizend werkplekken wordt het een ander verhaal.
Melden bij de toezichthouder is verplicht, maar in de praktijk zie je dat organisaties eerst hun juristen bellen.
Mooi dat er een patch is, maar wat doe je met apparatuur die end-of-life is? Die staat er over vijf jaar nog.
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.
Niet helemaal. Bij ons werkte dat namelijk alleen als je ook de bijbehorende dienst herstart.
Iemand een IoC-lijst gezien? De melding zelf bevat weinig concreets waar je in je SIEM iets mee kan.
Ik zou toch echt eerst willen weten of er data is weggesluisd voordat ik zeg dat het meevalt.
Interessant dat het lek al maanden bekend was bij de leverancier. Responsible disclosure werkt alleen als de andere kant ook meewerkt.
Ondertussen wel weer een prima reden om je logging op orde te hebben. Achteraf reconstrueren zonder logs is onbegonnen werk.
Klassieke fout: de client controleert de rechten, de server niet. Zie je nog verrassend vaak.
Er is een verschil tussen 'geen bewijs van misbruik' en 'geen misbruik'. Dat wordt structureel door elkaar gehaald.
Reageren kan na registratie.
Inloggen
Meer nieuws