Kryptografia i PKI

Konfiguracja SSL/TLS polega na dobraniu wersji protokołu, pakietów algorytmów, certyfikatów oraz zasad uwierzytelniania tak, aby transmisja była odporna na znane błędy konfiguracyjne. W praktyce warto sprawdzić obsługę TLS 1.2 i 1.3, wyłączyć przestarzałe wersje i słabe cipher suites, włączyć PFS oraz poprawnie ustawić łańcuch certyfikatów i HSTS. Przykładem jest serwer HTTPS, na którym pozostają wyłącznie zestawy z ECDHE i AEAD, a certyfikat jest poprawnie zweryfikowany przez przeglądarki. Ten temat przerabiamy praktycznie na szkoleniu: Konfiguracja protokołu SSL i TLS (SSL/TLS/CNF).

Testowanie konfiguracji TLS obejmuje weryfikację negocjowanej wersji protokołu, poprawności certyfikatu, parametrów handshake oraz odporności na typowe błędy wdrożeniowe. Należy sprawdzić łańcuch zaufania, zgodność nazw w certyfikacie, status unieważnienia przez OCSP lub CRL, a także obsługę mechanizmów takich jak 1-RTT, 0-RTT czy mutual TLS. Dobrym przykładem jest analiza połączenia aplikacji webowej, w której klient odrzuca sesję z powodu niepełnego chainu albo niezgodnego rozszerzenia certyfikatu. Jeśli chcesz przećwiczyć to krok po kroku, zobacz: Protokół SSL i TLS (TLS).

PKI to infrastruktura zaufania oparta na parach kluczy, certyfikatach X.509, urzędach certyfikacji oraz mechanizmach weryfikacji statusu certyfikatów. W praktyce trzeba przeanalizować role CA i RA, sposób wystawiania CSR, budowę ścieżki certyfikacji, zasady unieważniania oraz publikację CRL lub odpowiedzi OCSP. Przykładem jest firmowy model PKI, w którym główny urząd certyfikacji podpisuje certyfikaty pośrednie, a systemy końcowe ufają tylko określonym profilom certyfikatów. To jedno z zagadnień omawianych podczas szkolenia: Infrastruktura Klucza Publicznego (PKI).

TLS 1.3 upraszcza handshake, ogranicza liczbę dostępnych mechanizmów i eliminuje część historycznych rozwiązań obecnych w TLS 1.2, co zwykle poprawia bezpieczeństwo i przewidywalność konfiguracji. Przy wyborze warto sprawdzić kompatybilność klientów, wymagania środowiska produkcyjnego, obsługę 0-RTT oraz dostępność nowoczesnych algorytmów uzgadniania klucza i szyfrowania AEAD. Przykładem jest wdrożenie aplikacji internetowej, która używa TLS 1.3 jako wersji preferowanej, a TLS 1.2 pozostawia wyłącznie dla zgodności ze starszymi klientami. Wersję warsztatową (z konfiguracją i przykładami) znajdziesz w programie szkolenia: Protokół SSL i TLS (TLS).

Najczęstsze błędy obejmują niepoprawne pola certyfikatu, zły dobór rozszerzeń, niepełny łańcuch certyfikacji, błędne użycie kluczy oraz brak skutecznej obsługi unieważniania. Warto sprawdzić zgodność SAN z nazwą usługi, key usage i extended key usage, długości kluczy, terminy ważności oraz sposób publikacji CRL, OCSP i SCT. Typowy przykład to usługa TLS z certyfikatem wystawionym dla innej nazwy hosta albo z pominiętym certyfikatem pośrednim, przez co przeglądarka zgłasza błąd zaufania. Ten temat przerabiamy praktycznie na szkoleniu: Infrastruktura Klucza Publicznego (PKI).

Wdrażanie kryptografii w aplikacjach wymaga połączenia właściwych algorytmów, bezpiecznego zarządzania kluczami i poprawnej integracji protokołów takich jak TLS, S/MIME czy mechanizmy podpisu cyfrowego. Trzeba sprawdzić źródła losowości, sposób przechowywania kluczy, użycie KDF i AEAD, dobór bibliotek oraz zgodność implementacji z wymaganiami środowiska, na przykład w systemach wbudowanych lub usługach pocztowych. Przykładem jest aplikacja IoT, która używa TLS do komunikacji, HSM lub secure element do ochrony klucza prywatnego i certyfikatów urządzeń do wzajemnego uwierzytelniania. Dokładnie ten zestaw narzędzi i workflow ćwiczymy podczas szkolenia: Praktyczne aspekty stosowania kryptografii w systemach komputerowych (KRYPT/F).