PKI en handtekeningen met beschermde sleutels.

De HSM beschermt een ondertekeningssleutel binnen de vastgestelde grens; die beslist niet zelf of een softwarepakket mag worden vrijgegeven. Daarom koppelen we ondertekeningsaanroepen aan geïdentificeerde applicaties, autorisaties en vrijgaven. Bij code signing worden artefact en vrijgave met elkaar verbonden, zodat latere wijzigingen herkenbaar zijn. CA-software en HSM-provider moeten het gebruikte algoritme en de sleuteltoegang gezamenlijk ondersteunen. Trust stores, statuscontrole en vernieuwing worden getest met representatieve gekoppelde systemen.

Een verloren beheerderskaart, verlopen certificaten en een gecompromitteerde uitgevende CA zijn verschillende gebeurtenissen. Wij stellen passende procedures op en testen de afgesproken herstelroute. De acceptatie documenteert onder meer uitgifte, vernieuwing, intrekking en foutieve aanvragen. Bestaande certificaatprofielen, apparaatklassen en vertrouwensrelaties helpen om tijdens de migratie een parallelle bedrijfsvoering te plannen.

Wij toetsen de door het betreffende product ondersteunde koppeling, bijvoorbeeld via een CNG Key Storage Provider, PKCS #11 of een Java-provider. Een identieke algoritmenaam alleen garandeert geen compatibiliteit: mechanismen, sleutelattributen, padding en providerversie moeten eveneens passen. Voor bestaande certificatie-instanties wordt uitgezocht of een toegestane sleuteloverdracht mogelijk is of dat een nieuwe CA met een overgangsfase nodig is. Het vertrouwen van de gekoppelde systemen wordt in de test uitdrukkelijk meegenomen.

De pipeline zou niet permanent over een vrij bruikbare productiesleutel moeten beschikken. Wij scheiden build en ondertekeningsvrijgave, koppelen opdrachten aan een geïdentificeerd systeem en leggen vast welke artefacten met welke sleutel mogen worden ondertekend. Tijdstempel, bewijs van de artefact-hash en logging worden passend bij het ondertekeningsformaat ingepland. Een HSM is daarbij een beschermingscomponent: de controle van de code en de beslissing over een publicatie blijven taken van het ontwikkel- en vrijgaveproces.

Een organisatie beheert al certificaten voor apparaten, gebruikers en interne diensten. OTOKO® brengt certificaatprofielen, distributie en vertrouwensketens in kaart en beproeft de beoogde HSM-koppeling eerst buiten de productieomgeving. Daarna plannen wij de omschakeling, inclusief vernieuwing, intrekkingsinformatie en terugvalgrenzen. Vóór de overdracht worden concrete gekoppelde systemen getest: een uitgegeven certificaat is pas een succes als aanmelding, diensttoegang of handtekeningcontrole in het beoogde systeem werkt.