Praktisch sleutelbeheer in de banksector

Vandaag gaan we kijken naar Praktische Sleutelbeheer zoals het van toepassing is op de banksector. Transacties die online plaatsvinden, hebben uiteraard grote behoefte aan efficiënte bescherming. Er zijn veel manieren om aan deze behoefte te voldoen. We bespreken verschillende encryptiemethoden, een praktisch gebruiksvoorbeeld van bankversleuteling en analyseren welke soorten encryptie er zijn. encrypties zijn het meest bruikbaar in dit onderwerp.

Enkele grote uitdagingen van symmetrische cryptografie 

Een groot probleem is dat hoe meer gebruikers toegang tot de geheime sleutel nodig hebben, hoe moeilijker het sleutelbeheer wordt. Mogelijk zijn er aanvullende processen nodig om meerdere clients toegang te geven tot dezelfde sleutels.

Symmetrische sleutels hebben ook geen inherent aan zichzelf gekoppelde metadata, waardoor ze kwetsbaar zijn voor verval. Daarom is een Sleutellevenscyclusbeheer Het systeem kan worden geïmplementeerd om verlopen sleutels automatisch uit de cyclus te verwijderen. Bovendien maakt een gecompromitteerde symmetrische sleutel alle gebruikers kwetsbaar – symmetrische sleutels vereisen daarom bescherming.

De Hardwarebeveiligingsmodule (HSM) is een zeer geavanceerd en veilig opslagapparaat, speciaal voor sleutels. Aan het einde van de levenscyclus van de sleutel moet de sleutel worden ingetrokken en moet deze worden vervangen door een nieuwe sleutel.

Symmetrische versus asymmetrische cryptografie

Symmetrische algoritmen zijn qua concept erg oud en draaien om het idee dat dezelfde sleutel wordt gebruikt om de informatie te versleutelen en te ontsleutelen. Dit kan handig zijn voor de snelheid. Het is echter kwetsbaarder dan een nieuwer type encryptie dat gebruikmaakt van een publieke en private sleutel respectievelijk voor encryptie en decryptie. Dit type encryptie, genaamd Asymmetrische versleuteling, heeft zijn superioriteit op het gebied van veiligheid bewezen en wordt vandaag de dag nog steeds op grote schaal toegepast.

Dus waarom zou je symmetrische encryptie gebruiken als asymmetrische encryptie veiliger is? Het is net zoiets als met een tank naar je werk rijden in plaats van met de auto: soms kan de extra beveiliging je te veel vertragen. Voor verschillende toepassingen, zoals bankieren, kunnen symmetrische algoritmen een voordeel bieden om ervoor te zorgen dat het encryptieproces zo snel mogelijk verloopt.

Hoeveel langzamer zou de wereld gaan als internettransacties vele malen langzamer zouden zijn dan nu? Hoeveel duurder zou het zijn om deze systemen te onderhouden met tragere, complexere algoritmen? Vandaar de noodzaak van symmetrische encryptie.

Asymmetrische encryptie blinkt uit in zijn toepassingen in digitale ondertekening of blockchains bijvoorbeeld, waar absolute dataveiligheid van het grootste belang is. Bij digitale ondertekening kan, door het gebruik van zowel een publieke als een privésleutel, de identiteit van de ondertekenaar van de data eenvoudig worden achterhaald.

De ondertekenaar gebruikt zijn/haar privésleutel voor encryptie, terwijl de ontvanger zijn/haar identiteit verifieert met zijn/haar publieke sleutel. Omdat alleen de publieke sleutel van de ondertekenaar gegevens kan ontsleutelen die met zijn/haar privésleutel zijn versleuteld, wordt de identiteit van de ondertekenaar geverifieerd wanneer de gegevens worden ontsleuteld.

Tegenwoordig worden asymmetrische encryptie-algoritmen veel gebruikt voor de beveiliging van online communicatie, waarbij complexe sleutelverwerking een uitdaging is. Publieke Sleutel Infrastructuur (PKI) is een belangrijk raamwerk dat gebaseerd is op asymmetrische encryptie. Met behulp van HSM's en Belangrijkste levenscyclusbeheerworden tijdrovende taken geautomatiseerd, zodat bewerkingen met hoge beschikbaarheid en naleving van encryptiestandaarden eenvoudiger worden.

Hoe werkt het symmetrische schema?

Apparaten voor symmetrische encryptiebeveiliging zijn zeer geavanceerd en veilig, maar niet altijd even gebruiksvriendelijk. Hier is een voorbeeld van hoe een apparaat zou werken. Als twee apparaten verbinding moeten maken, zijn er drie verschillende sleuteltypen betrokken:

• Hoofdsleutel is een zeer goed beveiligde en langetermijnsleutel die wordt gebruikt om andere sleutels te decoderenKey Encryption Key (KEK) – wordt gebruikt om sleutels te coderen, ook zeer goed beveiligd

• Sessiesleutel is een willekeurig gegenereerd nummer dat zorgt voor een ononderbroken verbinding tussen de twee apparaten

• De hoofdsleutel en KEK's moeten van tijd tot tijd worden bijgewerktDe meeste apparaten beschikken over ingebouwde programmering die de integriteit van sleutels automatisch controleert, waardoor dit proces eenvoudiger wordt. KEK's moeten altijd handmatig worden geïnstalleerd door een sleutelbeheerder of automatisch via een vooraf geconfigureerd Key Management System-proces.

Het decoderingsproces verloopt als volgt:

• De apparaten maken een sessiesleutel met behulp van een RNG (willekeurige nummergenerator)
• Een kleine hoeveelheid gegevens wordt gecodeerd op de sessiesleutel
• Versleutelt de sessiesleutel met de KEK
• Stuurt de gecodeerde gegevens naar het ontvangende apparaat
• Vernietigt sessiesleutels
• Na een bepaalde hoeveelheid invoergegevens worden stappen 1-4 gevolgd ter wille van de sleutelvariatie

Er doen zich echter veel praktische problemen voor in dit scenario:

• Hoe lang kunnen hoofdsleutels geheim blijven? Hoe vaak moeten ze worden gewisseld?
• KEK's moeten ook periodiek worden gerouleerd. Welk beleid geldt hiervoor?
• Elke communicatieverbinding tussen de twee abonnees moet een KEK gebruiken. Hoe zorg je ervoor dat er beschikbaarheid is wanneer er veel abonnees bediend moeten worden?

Conclusie