Jaké klíče přenáší server k klientovi?

Nadpis není podle pravidel potřeba.

Ze serveru k klientovi mohou být přenášeny různé klíče v závislosti na kontextu a používaném protokolu. Hlavní typy klíčů, které mohou být přenášeny nebo dohodnuty:

Veřejné klíče: V asymetrické kryptografii může server předat svůj veřejný klíč klientovi. To se používá pro:
- Šifrování dat klientem, které může dešifrovat pouze server (držící odpovídající soukromý klíč).
- Kontrolu digitálního podpisu vytvořeného serverem pomocí jeho soukromého klíče.
Identifikátory relace (Session IDs) / Tokeny relace (Session Tokens): Tyto nejsou čistě kryptografické klíče, ale hrají roli klíče pro identifikaci uživatelské relace. Server generuje unikátní identifikátor po autentizaci klienta a posílá ho klientovi (často ve formě cookie). Klient pak tento ID zahrnuje do dalších požadavků pro udržení stavu relace.
Klíče pro šifrování symetrickými algoritmy: Ačkoliv jsou symetrické klíče zřídka přenášeny přímo v otevřeném tvaru, často jsou generovány nebo dohodnuty při navazování zabezpečeného spojení (například protokoly TLS/SSL). Server a klient mohou použít algoritmus Diffie-Hellman nebo jeho varianty pro bezpečné dohodnutí společného symetrického klíče bez jeho přímého přenosu. Tento symetrický klíč se pak používá pro šifrování veškerého provozu v rámci relace.
Tokeny pro autentizaci a autorizaci (například JWT): Server může vydat klientovi token (například JSON Web Token) po úspěšné autentizaci. Tento token obsahuje informace o uživateli a jeho právech. Klient tento token posílá serveru s každým požadavkem k potvrzení své identity a práv. Ačkoliv token není kryptografický klíč, je podepsán nebo zašifrován pomocí klíčů známých pouze serveru (nebo více serverů/služeb).
API klíče / Tajné klíče klienta: V některých architekturách může server vydat klientovi (například mobilní aplikaci nebo jinému servisu) statický API klíč nebo tajný klíč k použití jako součást autentizace požadavků. To je však méně bezpečné pro klientské aplikace, protože klíč může být získán.
Certifikáty: Server přenáší svůj SSL/TLS certifikát klientovi na začátku navazování zabezpečeného spojení. Certifikát obsahuje veřejný klíč serveru a je podepsán důvěryhodnou certifikační autoritou. Klient používá certifikát k ověření pravosti serveru a získání jeho veřejného klíče.

Příklad použití veřejného klíče v kontextu HTTPS/TLS:

Klient zahajuje TLS handshake.
Server pošle klientovi svůj certifikát, který obsahuje veřejný klíč serveru.
Klient ověří certifikát (řetězec důvěry, platnost atd.) a extrahuje veřejný klíč serveru.
Klient vygeneruje dočasný symetrický klíč relace.
Klient zašifruje tento symetrický klíč pomocí veřejného klíče serveru.
Klient odešle zašifrovaný symetrický klíč serveru.
Server dešifruje symetrický klíč pomocí svého soukromého klíče.
Další výměna dat mezi klientem a serverem je šifrována a dešifrována pomocí tohoto dohodnutého symetrického klíče relace.

Hlavní body:

Přímý přenos tajných/soukromých klíčů od serveru k klientovi je extrémně nedoporučen z bezpečnostních důvodů.
Nejčastěji server přenáší veřejné klíče, identifikátory relace, tokeny nebo se účastní dohody symetrických klíčů.
Použití konkrétních typů klíčů závisí na scénáři (autentizace, šifrování, udržování relace atd.).