Nieuws
Storing bij Beacon ID treft klanten urenlang
Illustratie bij dit bericht.
Klanten van Beacon ID 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.
Wat er precies gebeurde
Er komt een uitgebreide evaluatie, die volgens het bedrijf openbaar wordt gemaakt.
Klanten kregen tijdens de storing wisselende foutmeldingen te zien.
14 reacties
Een mislukte netwerkwijziging. Dat is bijna altijd het antwoord.
Een openbare evaluatie zou de norm moeten zijn.
Dit is precies waarom segmentatie zo belangrijk is. Eén lek betekent dan niet meteen het hele netwerk.
Ondertussen wel weer een prima reden om je logging op orde te hebben. Achteraf reconstrueren zonder logs is onbegonnen werk.
Iedereen roept zero trust, maar in de praktijk hangt er nog een plat netwerk achter de firewall.
Ik hou mijn hart vast voor al die kleine bedrijven zonder ict-afdeling. Die lezen dit soort berichten nooit.
Dat is te kort door de bocht. Dat geldt voor de zakelijke variant, thuisgebruikers hebben die knop helemaal niet.
Er is een verschil tussen 'geen bewijs van misbruik' en 'geen misbruik'. Dat wordt structureel door elkaar gehaald.
Mooi voorbeeld waarom open source niet automatisch veiliger is, maar wel controleerbaarder.
Klassieke fout: de client controleert de rechten, de server niet. Zie je nog verrassend vaak.
Het probleem is niet de techniek maar het beheer. Als niemand eigenaar is van een systeem, patcht ook niemand het.
Enig idee of er ook een workaround is zonder te patchen? We zitten midden in een changefreeze.
Ik heb de betreffende dienst maar uitgezet. Functionaliteit die je niet gebruikt is functionaliteit die je niet hoeft te patchen.
Ik waardeer dat de onderzoekers wel netjes hebben gewacht met publiceren. Dat is niet altijd vanzelfsprekend.
Reageren kan na registratie.
Inloggen
Meer nieuws