Nieuws
Storing bij Calder Software treft klanten urenlang
Illustratie bij dit bericht.
Klanten van Calder Software 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.
Wat er precies gebeurde
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.
13 reacties
Een mislukte netwerkwijziging. Dat is bijna altijd het antwoord.
Een openbare evaluatie zou de norm moeten zijn.
Het echte risico zit in de koppelingen. Systeem A is misschien veilig, maar de API-token in systeem B niet.
@hierboven: de leverancier noemt een configuratie-optie als tijdelijke mitigatie, maar dat kost je wel functionaliteit.
Blijft bijzonder dat we telemetrie normaal zijn gaan vinden. Uitzetten kan meestal wel, maar het staat nooit standaard uit.
Eens, met een kanttekening: In een kleine omgeving lukt dat prima, met duizend werkplekken wordt het een ander verhaal.
Zolang leveranciers geen SBOM meeleveren blijft dit dweilen met de kraan open. Je weet gewoon niet wat er in dat ding zit.
Ik draai hier al jaren alles in containers met read-only filesystem. Scheelt enorm bij dit soort meldingen.
Bij twijfel: sleutels roteren. Ook als de leverancier zegt dat het niet nodig is.
Het probleem is niet de techniek maar het beheer. Als niemand eigenaar is van een systeem, patcht ook niemand het.
90 dagen bewaartermijn voor logs is echt het minimum. Bij een gemiddelde inbraak zit je daar zo overheen.
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.
CVSS 9.8 en dan geen automatische update. Dat is in 2026 echt niet meer uit te leggen aan je klanten.
Reageren kan na registratie.
Inloggen
Meer nieuws