PKI und Signaturen mit geschützten Schlüsseln.

Das HSM schützt einen Signaturschlüssel innerhalb der vorgesehenen Grenze; es entscheidet nicht selbst, ob ein Softwarepaket freigegeben werden sollte. Deshalb koppeln wir Signaturaufrufe an identifizierte Anwendungen, Berechtigungen und Freigaben. Beim Code Signing werden Artefakt und Freigabe miteinander verbunden, damit nachträgliche Änderungen erkennbar sind. CA-Software und HSM-Provider müssen den verwendeten Algorithmus und Schlüsselzugriff gemeinsam unterstützen. Trust Stores, Statusprüfung und Erneuerung werden mit repräsentativen Gegenstellen getestet.

Eine verlorene Administrator-Karte, abgelaufene Zertifikate und eine kompromittierte ausstellende CA sind unterschiedliche Ereignisse. Wir erstellen passende Abläufe und testen den vereinbarten Wiederherstellungsweg. Die Abnahme dokumentiert unter anderem Ausstellung, Erneuerung, Sperrung und fehlerhafte Anträge. Vorhandene Zertifikatsprofile, Geräteklassen und Vertrauensbeziehungen helfen, einen Parallelbetrieb während der Migration zu planen.

Wir prüfen die vom jeweiligen Produkt unterstützte Anbindung, etwa über einen CNG Key Storage Provider, PKCS #11 oder einen Java-Provider. Ein identischer Algorithmusname allein garantiert keine Kompatibilität: Mechanismen, Schlüsselattribute, Padding und Provider-Version müssen ebenfalls passen. Für bestehende Zertifizierungsstellen wird geklärt, ob ein zulässiger Schlüsseltransfer möglich ist oder eine neue CA mit einer Übergangsphase benötigt wird. Das Vertrauen der angebundenen Systeme wird im Test ausdrücklich berücksichtigt.

Die Pipeline sollte nicht dauerhaft einen frei verwendbaren Produktionsschlüssel besitzen. Wir trennen Build und Signaturfreigabe, binden Aufträge an ein identifiziertes System und legen fest, welche Artefakte mit welchem Schlüssel signiert werden dürfen. Zeitstempel, Nachweis des Artefakt-Hashes und Protokollierung werden passend zum Signaturformat eingeplant. Ein HSM ist dabei eine Schutzkomponente: Die Prüfung des Codes und die Entscheidung über eine Veröffentlichung bleiben Aufgaben des Entwicklungs- und Freigabeprozesses.

Eine Organisation betreibt bereits Zertifikate für Geräte, Benutzer und interne Dienste. OTOKO® erfasst Zertifikatsprofile, Verteilung und Vertrauensketten und erprobt die vorgesehene HSM-Anbindung zunächst außerhalb der Produktion. Danach planen wir die Umstellung einschließlich Erneuerung, Sperrinformationen und Rückfallgrenzen. Vor der Übergabe werden konkrete Gegenstellen geprüft: Ein ausgestelltes Zertifikat ist erst dann ein Erfolg, wenn Anmeldung, Dienstzugriff oder Signaturprüfung im vorgesehenen System funktionieren.