PKI i podpisy z chronionymi kluczami.

HSM chroni klucz podpisu w wyznaczonych granicach; sam nie decyduje, czy pakiet oprogramowania powinien zostać zatwierdzony do wydania. Dlatego wywołania podpisu wiążemy ze zidentyfikowanymi aplikacjami, uprawnieniami i zatwierdzeniami. Przy podpisywaniu kodu artefakt i zatwierdzenie są ze sobą powiązane, tak aby późniejsze zmiany były wykrywalne. Oprogramowanie CA i dostawca HSM muszą wspólnie obsługiwać stosowany algorytm i dostęp do klucza. Magazyny zaufania (trust stores), sprawdzanie statusu i odnawianie są testowane z reprezentatywnymi systemami partnerskimi.

Zgubiona karta administratora, wygasłe certyfikaty i skompromitowany issuing CA to różne zdarzenia. Opracowujemy odpowiednie procedury i testujemy uzgodnioną ścieżkę przywracania. Odbiór dokumentuje między innymi wystawianie, odnawianie, unieważnianie i błędne wnioski. Istniejące profile certyfikatów, klasy urządzeń i relacje zaufania pomagają zaplanować równoległą eksploatację podczas migracji.

Sprawdzamy podłączenie obsługiwane przez dany produkt, na przykład za pomocą CNG Key Storage Provider, PKCS #11 lub dostawcy Java. Sama identyczna nazwa algorytmu nie gwarantuje jeszcze zgodności: muszą też pasować mechanizmy, atrybuty klucza, wypełnienie (padding) i wersja dostawcy. Dla istniejących urzędów certyfikacji ustalamy, czy możliwy jest dopuszczalny transfer klucza, czy potrzebny jest nowy CA z okresem przejściowym. Zaufanie podłączonych systemów jest wyraźnie uwzględniane w teście.

Potok budowania nie powinien na stałe dysponować kluczem produkcyjnym, którego można swobodnie używać. Rozdzielamy budowanie i zatwierdzenie podpisu, wiążemy zlecenia ze zidentyfikowanym systemem i ustalamy, które artefakty mogą być podpisywane którym kluczem. Znacznik czasu, potwierdzenie skrótu (hash) artefaktu i rejestrowanie zdarzeń są planowane odpowiednio do formatu podpisu. HSM jest przy tym elementem ochrony: weryfikacja kodu i decyzja o publikacji pozostają zadaniami procesu rozwoju i zatwierdzania.

Organizacja stosuje już certyfikaty dla urządzeń, użytkowników i usług wewnętrznych. OTOKO® rejestruje profile certyfikatów, dystrybucję i łańcuchy zaufania oraz najpierw testuje planowane podłączenie HSM poza środowiskiem produkcyjnym. Następnie planujemy zmianę, w tym odnawianie, informacje o unieważnieniu i granice możliwego wycofania. Przed przekazaniem sprawdzane są konkretne systemy partnerskie: wystawiony certyfikat jest sukcesem dopiero wtedy, gdy logowanie, dostęp do usługi lub weryfikacja podpisu działają w docelowym systemie.