Sleutelbeheer
Wie sleutelmateriaal, sleutelbeleid, ontsleutelverzoeken en intrekking beheert, en welke technische of operationele routes platte tekst nog kunnen bereiken.
Sleutelbeheer kan providertoegang beperken en intrekking versterken, maar alleen een beoordeling van elke route naar platte tekst laat zien waartegen de opzet werkelijk beschermt.
Encryptieclaims vragen om een dreigingsmodel. Schijfencryptie, encryptie in de applicatie en een externe sleuteldienst beschermen verschillende grenzen. Een productlabel is geen bewijs van exclusieve controle.
Beoordeel elke route naar platte tekst:
- waar sleutelmateriaal wordt gegenereerd, opgeslagen, geback-upt en hersteld;
- wie beleid beheert en ontsleuteling kan aanvragen, goedkeuren of intrekken;
- welke applicaties, managed services, beheerders en ondersteuningsprocessen platte tekst ontvangen;
- of platte tekst of bruikbare sleutels in geheugen, logs, caches, snapshots of afgeleide kopieën kunnen achterblijven;
- wat er gebeurt wanneer de sleuteldienst van de klant, de provider of het netwerk niet beschikbaar is.
Provider-managed, bring-your-own-key en hold-your-own-key zijn pas bruikbare beschrijvingen als de implementatie bekend is. Een externe sleutelopslag kan de klant een sterk intrekkingspunt geven, terwijl een managed workload tijdens normaal gebruik nog steeds platte tekst verwerkt. Blootstelling aan rechtmatige vorderingen hangt ook af van de betrokken entiteiten, rechtsgebieden, contracten en technische toegangsroutes en vraagt om gekwalificeerd juridisch advies.
Intrekking van sleutels kan cryptografische wissing ondersteunen wanneer elke relevante kopie uitsluitend is versleuteld met sleutelmateriaal dat is vernietigd of blijvend ontoegankelijk is gemaakt, en wanneer herstelkopieën, afgeleide data en vervolgroutes zijn afgehandeld. Dat resultaat vraagt om bewijs; het intrekken van één sleutellabel bewijst op zichzelf geen verwijdering.
Sterker sleutelbeheer door de klant brengt operationele verantwoordelijkheid mee. Beschikbaarheid, back-up, herstel, functiescheiding en geoefende storingsprocedures moeten samen met de cryptografie worden ontworpen.
Veelgemaakte misvattingen
De data is versleuteld tijdens opslag, dus de provider kan haar niet lezen.
Encryptie tijdens opslag kan media beschermen terwijl de actieve dienst, beheerders, herstelroutes of bewaarde kopieën nog steeds platte tekst kunnen bereiken. Het dreigingsmodel en de implementatie bepalen de bescherming.
BYOK of HYOK bewijst dat alleen wij de ontsleuteling beheersen.
Productlabels dekken verschillende ontwerpen. Controleer waar sleutelmateriaal bestaat, welke dienst ontsleuteling kan aanvragen, of een provider de route kan omzeilen of cachen en wat er tijdens ondersteuning en herstel gebeurt.