Public Key / Private Key (Klucze asymetryczne)
Kryptografia asymetryczna opiera się na parze powiązanych matematycznie kluczy. Klucz publiczny można rozdawać. Klucz prywatny musi zostać u właściciela. Z publicznego szyfrujesz wiadomość do właściciela albo weryfikujesz jego podpis. Prywatnym odszyfrowujesz albo podpisujesz.
Na blackweb.pl ta para jest szkieletem pod E2EE, TLS w przeglądarce, PGP w mailu i passkeys. Bez niej zostajesz przy współdzielonej tajemnicy, którą trzeba jakoś bezpiecznie dostarczyć. Z nią problem przenosi się na: skąd wiesz, że ten klucz publiczny naprawdę należy do rozmówcy.
Dwa kierunki użycia
Szyfrowanie do kogoś: bierzesz jego klucz publiczny, produkujesz ciphertext, tylko posiadacz prywatnego czyta. Podpis: podpisujesz prywatnym, inni sprawdzają publicznym, że to Ty (albo ktoś z dostępem do Twojego prywatnego) i że treść się nie zmieniła. W protokołach bywa więcej warstw (klucze sesyjne, forward secrecy), ale baza jest ta.
Metafora skrzynki na listy bywa użyteczna: wrzut przez szczelinę (publiczny), otwarcie tylko Twoim kluczem (prywatny). Metafora nie obejmuje podpisów ani faktu, że ktoś może podstawić fałszywą skrzynkę z napisem „Twoja”. Stąd fingerprinty, TOFU, certyfikaty i sieci zaufania.
Gdzie to widać na co dzień
Kłódka HTTPS: przeglądarka sprawdza łańcuch certyfikatów (klucze i podpisy CA). Signal i podobne: E2EE z wymianą kluczy poza zasięgiem operatora chmury. Proton i PGP: szyfrowany mail. SSH: logowanie kluczem zamiast hasła. Passkeys: para kluczy związana z domeną, prywatny w secure element. Patrz Passkeys.
Utrata prywatnego = utrata kontroli (odszyfrowanie, podpis w Twoim imieniu, przejęcie tożsamości kryptograficznej). Wyciek prywatnego z dysku po infostealerze jest gorszy niż wyciek samego hasła do jednego serwisu, jeśli klucz otwiera wiele drzwi.
W praktyce pary kluczy żyją w plikach, tokenach HSM, secure element telefonu albo w menedżerze. Im więcej kopii prywatnego „dla wygody”, tym szersza powierzchnia. Backup zaszyfrowany słabym hasłem wraca do problemu brute force na otoczce, nie na matematyce krzywej eliptycznej.
Zaufanie do publicznego
Najsłabszy punkt często nie jest matematyką RSA/ECC, tylko dystrybucją: podmieniony klucz na stronie, fałszywy kontakt w komunikatorze, skompromitowane CA, brak weryfikacji fingerprintu. Man-in-the-middle lubi moment pierwszego zaufania. Opsec źródła obejmuje też to, którym kanałem wymieniasz pierwszy klucz.
Rotacja kluczy po podejrzeniu kompromisu jest tak samo ważna jak rotacja haseł, tylko rzadziej o niej myślą. Unieważniony certyfikat, nowy fingerprint, nowe passkey: to operacja, nie ozdoba w ustawieniach.
Czego tu nie ma
Nie ma tutorialu generowania kluczy pod konkretny atak ani „jak złamać RSA”. Jest model pary i miejsca, w których realnie pęka: prywatny na dysku i publiczny bez weryfikacji.