Beveiligingsbedrijf RSA gehackt
Aanvallers zijn erin geslaagd om bij RSA in te breken en informatie over de twee-factor authenticatie oplossing van het beveiligingsbedrijf te stelen. Voorzitter Art Coviello plaatste een open brief online, waarin hij laat weten dat het bedrijf het doelwit van een "zeer geraffineerde cyberaanval" is. Het zou om een Advanced Persistent Threat (APT) gaan, waardoor de aanvallers informatie over de SecurID twee-factor authenticatie producten wisten buit te maken.
Volgens Coviello is het niet mogelijk om met de buitgemaakte informatie een directe aanval tegen RSA SecurID-klanten uit te voeren, maar kan het wel worden gebruikt om de effectiviteit van de twee-factor authenticatie implementatie te verminderen. Inmiddels zou RSA met klanten overleggen welke maatregelen ze kunnen nemen om hun implementaties te versterken. Andere producten en diensten van RSA en moederbedrijf EMC zouden niet getroffen zijn. Ook zouden er geen klantgegevens of persoonlijke identificeerbare informatie zijn gestolen.
Coviello besluit zijn brief door te stellen dat APT-dreigingen een steeds grotere uitdaging voor ondernemingen worden. De beveiliger is van plan om informatie over de aanval met klanten, partners en de rest van de beveiligingsindustrie te delen.
Gelukkig is het een samenwerking van systemen en is RSA voor een extra laag autenticatie.
DIt is wel iets om in de gaten te houden.
Vind het wel goed dat RSA dit aangeeft en er wat mee doet. Dat geeft ook een beeld van hoe het bedrijf is.
Het wordt niet de doofpot ingestopt.
En het feit dat RSA dit meldt volgt gewoon uit een wettelijke meldplicht. Als die er niet was geweest was het vast niet verteld.
Je kunt goed de marketing kreten kopieren. Maar je hebt geen idee hoe het algoritme in elkaar gestoken is, hoe de synchronisatie werkt etc. Met andere woorden: security by obscurity. Je kunt
1 de code niet controleren.
2 niet inschatten wat de impact is van de diefstal, het algoritme is immers gejat.
Mis dus. Volledig security by obscurity.
Let eens op bepaalde aanbevelingen, waarbij o.a. duidelijk wordt gemaakt dat je geen netwerk-specifieke informatie zou moeten teruggeven, waaruit bijv. blijkt welk type servers je gebruikt, o.b.v. een internet request...
Dat is pure "security by obscurity". Probleem is hier dat geen enkele oplossing volledig secure is, en elke server z'n eigen problemen kent. Daarom moet je toch in lagen denken. Dat daarbij ook security by obscurity wordt gebruikt, is niet zo slecht. Als je daarop echter moet vertrouwen, dan wordt het wel slecht.
Uit de reactie van die Coviello blijkt voor mij eigenlijk dat hij verwacht dat de echte security maatregelen wel voldoende zijn, maar dat hij wel rekening houdt met de waarde van die gekaapte informatie voor potentiele aanvallers. Daar is niet zoveel mis mee.
In hoeverre dit allemaal echt zo is, en in hoeverre dit "damage control" is, dat weet ik natuurlijk niet. Maar dat kun je uit dit bericht ook niet halen, denk ik...
Je kunt goed de marketing kreten kopieren. Maar je hebt geen idee hoe het algoritme in elkaar gestoken is, hoe de synchronisatie werkt etc. Met andere woorden: security by obscurity. Je kunt
1 de code niet controleren.
2 niet inschatten wat de impact is van de diefstal, het algoritme is immers gejat.
Mis dus. Volledig security by obscurity.
Je zou mogen hopen dat de hoofdmoot van de beveiliging niet in het geheim zijn van het algorithme zit.
Aangezien er ook soft-tokens voor SecureID bestaan, en het algorithme ook aan de server zijde zit.
Kortom, het *algorithme* ligt min of meer op straat voor wie wat moeite doet, en als dat goed gekozen is, is het ook geen probleem.
Ook met een goed algorithme kan een protocol natuurlijk nog zwakheden bevatten, maar met "AES" in de marketing termen weten we in elk geval dat het algorithme goed is. (itt kretologie als "our propietary 10,000 bit algorithm"). En er werken competente cryptologen bij RSA.
Kortom, het risico aan de protocol/algorithme kant lijkt me niet zo groot.
Wat normaal gesproken _niet_ op straat ligt zijn de klant/token specifieke seed codes van de gebruikte tokens.
Er is een reëele kans dat deze gekopieerd zijn bij de RSA hack.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
