Expert hier;
Data kan versleuteld worden "in transit", "in use" en "at rest".
Onversleutelde data "In transit" is al jaren op interne en externe netwerken niet meer goed te praten en in de regel hebben bedrijven met een respectabel budget voor informatiebeveiliging dat aardig op orde.
"At rest" in de vorm van netwerk opslag is tegenwoordig met weinig moeite voorzien van versleuteling. Dit zorgt ervoor dat niemand met de hardeschijven en leesbare data het datacenter uit loopt.
"At rest" vanuit een platform of applicatie perspectief is een heel ander verhaal. Dat zal doorgaans leesbare data zijn, dit is ook het pad dat aanvallers gebruiken. Zelfs moderne applicaties moeten op de duur de data inlezen om te verwerken. Hier valt nog veel te winnen door op platform niveau of op applicatie niveau versleuteling toe te passen i.c.m. een deftige (virtuele) sleutelkluis en goed afgeschermde sleutels zijn veel, maar nog steeds niet alle, routes afgedicht.
Uiteindelijk is er nog versleuteling "in use". Definities variëren van versleutelde databases (hikt tegen platform versleuteling "at rest" aan) tot volwaardig homomorfe versleuteling. Voorlopig is dat laatste onhaalbaar en onbetaalbaar voor 99% van alle workloads.
Wat verantwoording aangaat, en met alle respect naar de auditors, ze komen langs en zetten vinkjes zodra het SAN de schijven versleuteld. Technisch correct en er zit geen leugen in als de vraag was "of data at rest versleuteld is?" Maar je dekt slechts één heel specifiek risico af.
Ondertussen hebben toezichthouders, op basis van deze audits wel een (te?) positief beeld opgedaan en de bestuurders van de organisatie in kwestie zijn zich waarschijnlijk ook van geen kwaad bewust.
De vervolgstappen zijn afhankelijk van de volwassenheid van de organisatie, het budget en of ze instaat is een strategische risicobereidheid te vertalen naar operationele processen.
Mocht je trouwens ooit iemand tegenkomen die zegt dat ze een risicobereidheid van 0 hebben, hard lachen en weglopen. Dat is zoiets als de snelheid van het licht evenaren.
[Reactie gewijzigd door dev-random op 25 december 2024 22:50]