Hardware security modules: sleutels in gecertificeerde hardware

Bepalend is het vereiste bewijs voor uw toepassing. Wij toetsen certificaat, status, hardware- en firmwareversie en de gedocumenteerde inzetvoorwaarden. FIPS, Common Criteria en betaalcertificeringen hebben verschillende toepassingsgebieden. Eén certificaat bevestigt niet automatisch de volledige oplossing.

Er bestaan verschillende certificeringen voor HSM's. Niet elke certificering past bij elke toepassing. Wij controleren het precieze apparaattype, de softwareversie en het toegestane gebruik. Een apparaatcertificaat geldt niet automatisch voor het hele systeem.

Eén fabrikant kan integratie en beheer vereenvoudigen. Verschillende eisen kunnen echter meerdere platformen noodzakelijk maken. Wij scheiden eerst beveiligingsdomeinen en use cases. Of daarvoor meerdere fabrikanten nodig zijn, wordt op onderbouwde gronden besloten; de scheiding alleen vereist niet automatisch verschillende merken.

Eén fabrikant kan het beheer vereenvoudigen. Soms zijn voor verschillende taken verschillende apparaten nodig. Wij gaan na of daarvoor ook verschillende fabrikanten nodig zijn.

Eigen hardware, uitbesteed beheer en managed services verschillen in verantwoordelijkheid, kosten en beschikbaarheid. Locaties en regio's worden uitdrukkelijk vastgelegd. Back-up, herstel na uitval, support van de fabrikant en een latere exit horen bij dezelfde beslissing.

U kunt eigen apparatuur gebruiken of een dienst afnemen. Kosten en taken verschillen. Samen leggen wij locaties, verantwoordelijkheden en herstel vast. Ook een latere overstap plannen wij in.

PQC-ondersteuning hangt af van hardware, firmware, interfaces en de applicatie. Een aangekondigde update is geen bewijs voor een in productie inzetbare, gevalideerde configuratie. Wij inventariseren sleutels en protocollen, controleren de status bij de fabrikant en plannen compatibele overgangen, inclusief gekoppelde systemen en herstel.

Nieuwe cryptografische methoden moeten door het apparaat en de applicatie worden ondersteund. Een aangekondigde update is niet genoeg als bewijs. Wij controleren de bestaande systemen en plannen een passende overgang.

Een hardware security module beschermt cryptografische sleutels en voert ondersteunde bewerkingen uit binnen een vastgelegde beveiligingsgrens. Of een sleutel geëxporteerd mag worden, bepaalt de configuratie samen met het ondersteunde mechanisme. PKCS #11, CNG- of Java-providers en interfaces voor sleutelbeheer vervullen verschillende taken. Wij toetsen de volledige toepassingsketen in plaats van alleen de vermelding van een interface. Cryptografie en hardware security modules zijn onze kerncompetentie. Wij kennen de series van de fabrikanten, de certificaatnummers en de grenzen van elk afzonderlijk platform. Wij begeleiden uw project van de selectie via de sleutelceremonie tot in het dagelijkse beheer.

Vier typische taken laten zien waar HSM's zinvol worden ingezet. Welke bewijsvoering en beschermingsmechanismen nodig zijn, volgt uit uw applicatie en de concrete eisen. Een HSM alleen bevestigt noch de beveiliging van de volledige omgeving, noch de compliance daarvan.

Deze vier voorbeelden laten mogelijke taken voor een HSM zien. Welk bewijs u nodig heeft, hangt af van uw toepassing. Een gecertificeerd apparaat maakt niet automatisch de hele omgeving veilig.

Root- en uitgevende CA's kunnen hun privésleutels gebruiken via een ondersteunde HSM-koppeling. Daarbij horen passende certificaatprofielen, rollen en intrekkingsprocedures. Een gecompromitteerde CA-server kan ondanks een beschermde sleutel ongeoorloofde opdrachten in gang zetten; daarom beveiligen wij ook goedkeuringen en de applicatie.

Een certificeringsinstantie geeft certificaten uit. De privésleutels kunnen in een HSM staan. De software moet toch beschermd zijn. Wie de controle over de software krijgt, zou anders ongeoorloofde handtekeningen kunnen aanvragen.

Betaal-HSM's ondersteunen daarvoor bestemde functies voor PIN-verwerking, kaartsleutels of sleuteldistributie. Wij toetsen commando's, sleutelmechanismen, partnereisen en de concrete certificeringsstatus van het apparaat. Een general-purpose-HSM is niet automatisch een vervanging.

Een betaal-HSM is bedoeld voor taken in het betalingsverkeer. Die kan bijvoorbeeld helpen bij de PIN-controle. Wij toetsen de benodigde functies en de eisen van uw partners. Niet elke HSM kan deze taken uitvoeren.

HSM-ondersteunde handtekeningen kunnen sleutels voor software en firmware beschermen. Het proces moet daarnaast vastleggen wie welk artefact vrijgeeft en mag ondertekenen. Eisen aan de sleutelbewaring worden getoetst voor het gebruikte certificaat en vertrouwensmodel.

Een digitale handtekening helpt software en de uitgever ervan te controleren. De HSM kan de ondertekeningssleutel beschermen. Daarnaast moet geregeld zijn wie welke software vrijgeeft voor ondertekening.

Een sleutelbeheersysteem kan applicaties en opslag koppelen via ondersteunde protocollen zoals KMIP en een HSM als beschermingscomponent gebruiken. Bij BYOK, extern sleutelbeheer en envelope encryption toetsen wij waar welke sleutels worden gebruikt en wie bewerkingen kan starten. BYOK alleen sluit toegang van de aanbieder tot data niet uit.

Een centraal systeem kan sleutels voor applicaties en opslag beheren. Een HSM kan daarbij bijzonder belangrijke sleutels beschermen. Wij controleren wie welke sleutels mag gebruiken. Een eigen sleutel in de cloud betekent niet automatisch dat de aanbieder geen data kan lezen.

Vier vragen bepalen fabrikant en serie: het vereiste certificeringsniveau, de benodigde prestaties, de interfaces van uw applicaties en het beheermodel. Wij beantwoorden ze in een workshop en leggen het resultaat vast in een beslisdocument.

Vier vragen bepalen fabrikant en serie. Ten eerste het vereiste certificeringsniveau. Ten tweede de benodigde prestaties. Ten derde de interfaces van uw applicaties. Ten vierde het beheermodel. Wij beantwoorden deze vragen in een workshop. Het resultaat leggen we vast in een beslisdocument.

Doorvoer is alleen vergelijkbaar in samenhang met algoritme, sleutelgrootte, parallelliteit en clientkoppeling. Wij meten daarnaast latentie en uitvalgedrag. Bij tenantscheiding tellen rechten, gedeelde resources en beheer, niet alleen het aantal partities.

De snelheid hangt af van de taak. Ook sleutelgrootte en gelijktijdige aanvragen spelen een rol. Wij testen uw applicatie. Bij gescheiden gebruikers controleren wij ook rechten en gedeelde resources.

Provider, mechanismen en sleutelattributen moeten passen bij de applicatie. Een simulator kan eerste ontwikkelvragen beantwoorden, maar vervangt geen bewijs voor hardwaregedrag, prestaties of certificeringsmodus. Representatieve tests vinden plaats in de beoogde doelomgeving.

Apparaat en applicatie moeten bij elkaar passen. Een simulator helpt bij eerste tests. Hij bootst echter niet alle eigenschappen van echte hardware na. Belangrijke tests voeren wij daarom uit met de geplande doelomgeving.

Certificeringen en regelgevende eisen zijn geen onderling verwisselbare keurmerken. Voor de selectie koppelen wij de bewijsstukken aan de concrete module, de bijbehorende productversie en het geplande gebruik. De status controleren wij vóór de aanschaf bij de bevoegde instanties.

Certificeringen en regelgevende eisen zijn geen onderling verwisselbare keurmerken. Voor de selectie koppelen wij de bewijsstukken aan de concrete module, de bijbehorende productversie en het geplande gebruik. De status controleren wij vóór de aanschaf bij de bevoegde instanties.

CMVP-certificaat, Security Policy, versies, bedrijfsmodus en status controleren