Jak wygląda zarządzanie kluczami zgodne z PCI PIN Security? To proces obejmujący pełen cykl życia klucza – generowanie, dystrybucję, ładowanie, użycie, administrowanie i niszczenie – prowadzony wyłącznie w bezpiecznych urządzeniach kryptograficznych (SCD), pod podwójną kontrolą i z podzieloną wiedzą, według 7 celów kontrolnych standardu PCI PIN Security Requirements v3.1.
Definicja kanoniczna: Zarządzanie kluczami według PCI PIN Security to zbiór kontroli obejmujących generowanie, dystrybucję, ładowanie, użycie, administrowanie i niszczenie kluczy kryptograficznych chroniących numer PIN, realizowanych w urządzeniach SCD pod podwójną kontrolą i z podzieloną wiedzą.
Ten artykuł destyluje wymogi standardu do dwóch list: pięciu zasad, które muszą działać w każdym programie zarządzania kluczami, i pięciu błędów, które najczęściej wywracają oceny.
Zarządzanie kluczami PCI PIN – w skrócie:
- Klucz jawny nigdy nie istnieje poza urządzeniem SCD – poza nim może występować wyłącznie jako zaszyfrowany key block albo jako rozdzielone komponenty w rękach różnych kustoszy.
- Dwie fundamentalne techniki standardu to podwójna kontrola (żadna operacja na kluczu nie jest możliwa w pojedynkę) i podzielona wiedza (nikt nie zna pełnej wartości klucza).
- Wymiana kluczy wymaga formatów key block wiążących atrybuty użycia z kluczem – wszystkie trzy fazy wymogu 18-3 obowiązują, ostatnia od 1 sty 2025 (biuletyny PCI SSC i Visa).
- Każdy klucz ma dokładnie jedno przeznaczenie, a klucze POI muszą być unikalne per urządzenie – stąd powszechne stosowanie schematu DUKPT wg ANSI X9.24-3.
- Aneks C standardu (przepisany w v3.1 dla zgodności z nomenklaturą NIST) definiuje minimalne siły kluczy dla zatwierdzonych algorytmów.
- Patronusec jako akredytowany QSA audytuje i projektuje procesy zarządzania kluczami – od ceremonii kluczy i dokumentacji kustoszy po przygotowanie do oceny QPA.
Spis treści
Jak wygląda cykl życia klucza według 7 celów kontrolnych?
Cykl życia klucza w PCI PIN Security biegnie przez sześć etapów – generowanie, dystrybucję, ładowanie, użycie, administrowanie i niszczenie – a siedem celów kontrolnych standardu mapuje się na te etapy niemal jeden do jednego. Ocena QPA weryfikuje każdy etap osobno, na dokumentach, obserwacji i testach.
| Etap cyklu życia | Cel kontrolny | Kluczowe kontrole |
|---|---|---|
| Środowisko przetwarzania | 1 | Urządzenia PTS POI i HSM (FIPS 140-2/140-3 poziom 3 lub PCI HSM), zatwierdzone algorytmy |
| Generowanie | 2 | Losowość gwarantowana przez SCD; nieprzewidywalność żadnego klucza |
| Dystrybucja / transport | 3 | Komponenty klucza w osobnych kanałach, klucze transportowe, key blocks (TR-31, TR-34) |
| Ładowanie | 4 | Urządzenia KLD, podwójna kontrola, szyfrowane ładowanie tam, gdzie wymagane |
| Użycie | 5 | Jedno przeznaczenie klucza, separacja stref kluczowych, zakaz współdzielenia między podmiotami |
| Administrowanie | 6 | Kustosze, inwentarz, wymiana po kompromitacji, udokumentowane niszczenie |
| Sprzęt | 7 | Cykl życia HSM i POI: od odbioru, przez eksploatację, po wycofanie z wyzerowaniem kluczy |
Dwie techniki spinają wszystkie etapy. Podwójna kontrola (dual control) oznacza, że żadna pojedyncza osoba nie może przeprowadzić operacji na kluczu od początku do końca. Podzielona wiedza (split knowledge) oznacza, że pełna wartość klucza nie jest znana nikomu – kustosze znają wyłącznie swoje komponenty, a klucz materializuje się dopiero wewnątrz urządzenia SCD.
W modelu PCI PIN Security klucz kryptograficzny nie jest plikiem ani hasłem – jest obiektem, który powstaje, działa i ginie wyłącznie wewnątrz certyfikowanego sprzętu, a ludzie zarządzają co najwyżej jego zaszyfrowanymi postaciami i komponentami.
Top 5 zasad – co musi działać w każdym programie zarządzania kluczami?
Pięć zasad poniżej pokrywa większość wagi dowodowej oceny QPA. Organizacja, która ma je wdrożone i udokumentowane, jest w stanie wykazać zgodność z zasadniczą częścią celów kontrolnych 2-7; braki w którejkolwiek z nich niemal zawsze oznaczają niezgodność.
- Klucze żyją wyłącznie w SCD. Generowanie odbywa się w HSM lub KLD z gwarantowaną losowością, a jawna postać klucza nigdy nie opuszcza urządzenia. Poza SCD klucz istnieje tylko jako key block zaszyfrowany kluczem o co najmniej równej sile albo jako komponenty rozdzielone między kustoszy.
- Podwójna kontrola i podzielona wiedza na każdej operacji. Ceremonie kluczy (generowanie, ładowanie, wymiana) wymagają co najmniej dwóch uprawnionych kustoszy działających jednocześnie, z udokumentowanym przebiegiem. Komponenty przechowuje się w osobnych sejfach, z osobnymi rejestrami dostępu.
- Key blocks w każdej wymianie. Wymóg 18-3 obowiązuje w pełni od 1 sty 2025 (faza 3): atrybuty użycia klucza muszą być kryptograficznie związane z kluczem, tak aby ich modyfikacja uniemożliwiała użycie. W praktyce oznacza to formaty ANSI TR-31 (wymiana symetryczna) i TR-34 (dystrybucja technikami asymetrycznymi).
- Jeden klucz, jedno przeznaczenie, jedna lokalizacja. Klucz do szyfrowania PIN nie może służyć do MAC ani do szyfrowania danych; klucz jednej strefy nie może pojawić się w innej; klucze urządzeń POI muszą być unikalne per urządzenie. Schemat DUKPT (Derived Unique Key Per Transaction, ANSI X9.24-3) idzie o krok dalej: unikalny klucz na każdą transakcję.
- Administrowanie z pełną rozliczalnością. Aktualny inwentarz kluczy (identyfikator, przeznaczenie, algorytm, siła, lokalizacja, data wprowadzenia), formalnie wyznaczeni kustosze z podpisanymi zakresami odpowiedzialności, procedury wymiany po podejrzeniu kompromitacji oraz protokołowane niszczenie – łącznie z zerowaniem kluczy w wycofywanych HSM i terminalach.
W praktyce oznacza to: jeżeli którejkolwiek z pięciu zasad nie potrafisz dziś poprzeć dokumentem, rejestrem lub nagraniem ceremonii, to jest to pierwsza pozycja planu remediacji przed oceną.
Patronusec Insight: Z naszego doświadczenia projektowego wynika, że organizacje przygotowujące się do oceny PIN Security najbardziej nie doszacowują dokumentacji ceremonii kluczy. Sama poprawnie przeprowadzona ceremonia nie wystarczy – asesor oczekuje skryptu ceremonii przygotowanego przed nią, listy obecności kustoszy, protokołu podpisanego po zakończeniu i spójności tych dokumentów z inwentarzem kluczy. Dobrą praktyką jest prowadzenie ceremonii według stałego szablonu i próbne przejście całego procesu z audytorem wewnętrznym, zanim w drzwiach stanie QPA.
Top 5 błędów – czego unikać w zarządzaniu kluczami?
Poniższe pięć błędów powtarza się w ocenach najczęściej i każdy z nich samodzielnie potrafi zablokować zgodność. Wspólny mianownik: wygoda operacyjna wygrywająca z separacją obowiązków.
❌ Jeden klucz do wielu celów lub w wielu urządzeniach. Ten sam klucz użyty do szyfrowania PIN i do MAC, albo jeden wspólny klucz wgrany do całej floty terminali, łamie zasadę jednego przeznaczenia i unikalności per urządzenie – kompromitacja jednego punktu kompromituje całą populację.
❌ Komponenty klucza w rękach jednej osoby. Dwa komponenty w jednym sejfie, jeden kustosz z dostępem do obu skrytek albo „zastępowanie” nieobecnego kustosza przez kolegę z jego kopertą – każda z tych sytuacji niweczy podzieloną wiedzę, nawet jeśli formalnie kustoszy jest dwóch.
❌ Jawne klucze poza SCD. Wartości kluczy w skryptach, plikach konfiguracyjnych, wiadomościach e-mail, dokumentacji wdrożeniowej lub notatkach z ceremonii. Standard nie przewiduje wyjątków: jawna postać klucza poza urządzeniem kryptograficznym to niezgodność wprost.
❌ Wymiana kluczy metodami legacy po 1 sty 2025. Przekazywanie kluczy jako wariantów lub w formatach bez kryptograficznego wiązania atrybutów jest po zakończeniu fazy 3 wymogu 18-3 niezgodne także na styku z hostami merchantów, terminalami POS i bankomatami.
❌ Brak inwentarza i procedur końca życia. Nieaktualny rejestr kluczy, wycofane terminale i KLD sprzedane lub zutylizowane bez wyzerowania kluczy, brak protokołów zniszczenia komponentów – to luka, którą asesor wykrywa jednym pytaniem: „gdzie jest klucz o tym identyfikatorze i kto to potwierdzi?”.
Najczęstszą przyczyną niezgodności w ocenach zarządzania kluczami nie jest słaba kryptografia, lecz ludzka droga na skróty: pojedyncza osoba wykonująca operację zaprojektowaną dla dwóch.
Jakie technologie i formaty są wymagane – TR-31, TR-34, DUKPT i Aneks C?
Standard nie narzuca konkretnych produktów, ale wymaga konkretnych klas rozwiązań: urządzeń SCD z certyfikacją, formatów key block dla wymiany kluczy oraz algorytmów i długości kluczy zgodnych z Aneksem C. Wybór technologii jest swobodny dopiero powyżej tych progów.
- Urządzenia: klawiatury i terminale zatwierdzone w programie PCI PTS POI; moduły HSM zgodne z FIPS 140-2/140-3 poziom 3 lub wyższy albo z PCI PTS HSM; urządzenia KLD do ładowania kluczy.
- Formaty wymiany: TR-31 (ANSI X9 TR 31) dla wymiany kluczy symetrycznych z atrybutami związanymi kryptograficznie; TR-34 dla dystrybucji kluczy symetrycznych technikami asymetrycznymi, typowo przy zdalnym ładowaniu klucza głównego terminala; zdalna dystrybucja z użyciem CA/RA podlega Aneksowi A standardu.
- Schematy kluczy terminalowych: DUKPT wg ANSI X9.24-3 jako dominujący schemat unikalnego klucza per transakcja; klucze główne/sesyjne per urządzenie tam, gdzie DUKPT nie jest stosowany.
- Algorytmy i siły kluczy: Aneks C (w v3.1 przepisany dla spójności z nomenklaturą NIST) określa minimalne i równoważne siły kluczy dla zatwierdzonych algorytmów; kierunek migracji ekosystemu to odejście od TDEA ku AES, przy czym terminy wsparcia ISO PIN block format 4 pozostają zawieszone decyzją PCI SSC z mar 2021.
W praktyce oznacza to: przy zakupie HSM, terminali lub oprogramowania hosta warto wymagać od dostawcy deklaracji wsparcia TR-31/TR-34 oraz AES na piśmie – wymiana sprzętu niezdolnego do obsługi key blocks była głównym kosztem fazy 3 w sieciach bankomatowych.
Jak udokumentować zgodność przed oceną QPA?
Dowodem zgodności jest spójny komplet: polityka zarządzania kluczami, inwentarz kluczy i urządzeń, dokumentacja kustoszy, protokoły ceremonii oraz rejestry dostępu – wszystkie wzajemnie zgodne co do identyfikatorów, dat i osób. Ocena QPA kończy się raportem ROC i atestacją AOC według szablonów PCI SSC.
Minimalny zestaw dokumentacji, o który pyta asesor:
- polityka i procedury zarządzania kluczami (per typ klucza i per operacja),
- inwentarz kluczy oraz inwentarz urządzeń SCD (HSM, KLD, POI) z historią cyklu życia,
- akty powołania kustoszy z podpisanymi zakresami odpowiedzialności i szkoleniami,
- skrypty i protokoły ceremonii kluczy (generowanie, ładowanie, wymiana, niszczenie),
- rejestry dostępu do sejfów i pomieszczeń bezpiecznych, logi HSM,
- procedury reagowania na podejrzenie kompromitacji klucza wraz z dowodem testowania.
Ocena obejmuje nie tylko dokumenty: QPA obserwuje operacje, weryfikuje konfiguracje HSM i porównuje stan faktyczny z rejestrami. Rozbieżność między inwentarzem a rzeczywistością bywa gorsza w skutkach niż brak pojedynczej procedury, bo podważa wiarygodność całego systemu dowodowego.
Patronusec przygotowuje organizacje do tego etapu w ramach usługi PCI PIN Security: od przeglądu dokumentacji i próbnych ceremonii po asystę podczas właściwej oceny QPA.
FAQ – Zarządzanie kluczami PCI PIN
Czym jest ceremonia kluczy?
Ceremonia kluczy to formalna, protokołowana operacja na kluczu (generowanie, ładowanie, wymiana lub zniszczenie) prowadzona przez co najmniej dwóch kustoszy pod podwójną kontrolą, według przygotowanego wcześniej skryptu. Dokumentacja ceremonii – skrypt, lista obecności, protokół – stanowi kluczowy dowód w ocenie QPA.
Czym różni się podwójna kontrola od podzielonej wiedzy?
Podwójna kontrola dotyczy operacji: żadna pojedyncza osoba nie może jej wykonać samodzielnie. Podzielona wiedza dotyczy informacji: nikt nie zna pełnej wartości klucza, a kustosze posiadają wyłącznie własne komponenty. Standard wymaga obu technik łącznie – jedna nie zastępuje drugiej.
Czy klucz może być przechowywany w bazie danych?
Tak, ale wyłącznie w postaci zaszyfrowanej kluczem o co najmniej równoważnej sile, w formacie key block wiążącym atrybuty użycia. Faza 1 wymogu 18-3 objęła takie przechowywanie już od 1 cze 2019. Jawna postać klucza poza urządzeniem SCD jest zawsze niezgodna.
Co to jest DUKPT i kiedy się go stosuje?
DUKPT (Derived Unique Key Per Transaction, ANSI X9.24-3) to schemat, w którym każda transakcja jest szyfrowana innym kluczem wyprowadzonym z klucza bazowego BDK. Stosuje się go powszechnie w terminalach POS: kompromitacja klucza jednej transakcji nie ujawnia ani kluczy wcześniejszych, ani przyszłych.
Jak często wymieniać klucze kryptograficzne?
Standard wymaga wymiany klucza zawsze po znanej lub podejrzewanej kompromitacji oraz zgodnie z przyjętym w organizacji kryptooperiodem, dobranym do siły algorytmu i ekspozycji klucza. Praktyczny wyznacznik: im więcej danych chroni klucz i im szerzej jest dystrybuowany, tym krótszy powinien być jego cykl życia.
Kto może pełnić rolę kustosza kluczy?
Formalnie wyznaczony pracownik, który podpisał zakres odpowiedzialności, przeszedł szkolenie i nie łączy ról naruszających separację obowiązków (np. nie jest jednocześnie drugim kustoszem tej samej pary komponentów ani administratorem rejestrów dostępu do obu sejfów). Liczba kustoszy musi zapewniać zastępowalność bez łamania podzielonej wiedzy.
Ile kosztuje przygotowanie procesu zarządzania kluczami z Patronusec?
Koszt zależy od liczby typów kluczy, lokalizacji (KIF, ośrodki z HSM), stanu dokumentacji i tego, czy budujemy proces od zera, czy porządkujemy istniejący. Po bezpłatnej rozmowie scope-assessment przedstawiamy stałą wycenę obejmującą analizę luk, komplet procedur i przygotowanie do oceny QPA.
Warto przeczytać
Ścieżka lektury dla tematu kluczy i bezpieczeństwa PIN:
- PCI PIN Security – dla kogo jest standard – fundament: zakres, role i harmonogram wymogów.
- Komponent P2PE, rozwiązanie P2PE i aplikacja P2PE – role KIF, KMCP i KLCP w praktyce ekosystemu P2PE.
- P2PE, E2EE i NESA – 3 podejścia do szyfrowania płatności – dokąd trafiają klucze, którymi zarządzasz.
- MPoC, SPoC i CPoC – rewolucja w płatnościach mobilnych – zarządzanie kluczami, gdy terminalem jest smartfon.
- Zakres certyfikacji PCI DSS – od czego zacząć i jak go określić – relacja środowisk kluczy do zakresu PCI DSS.
Zarządzanie kluczami i PCI PIN Security – bezpłatna konsultacja
Patronusec jako akredytowany QSA projektuje i audytuje procesy zarządzania kluczami w ramach usługi PCI PIN Security. Umów bezpłatną rozmowę scope-assessment, aby ocenić gotowość swojego programu kluczy do oceny QPA.
