Cipher utilizzato per la crittografia dei dati richiesta utilizzata dal browser

1. The browser will generate a session key and encrypt it using server's public key. But which encryption algorithm (or commonly called as cipher algorithm) will be used by the browser?
   • How is cipher selection determined, and will browser and server both use the same cipher/key size for encryption and decryption?

Il browser invierà un elenco di suite di crittografia al server che supporta. Questa risposta spiegherà che cos'è una suite di crittografia in dettaglio, ma fondamentalmente una suite di crittografia è una lista di algoritmi da usare per la comunicazione sicura. Una suite di crittografia contiene:

• Versione TLS
• Algoritmo di scambio di chiavi
• Algoritmo per la firma
• Algoritmo di crittografia simmetrica
• Algoritmo di integrità

Ad esempio: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

Il browser invia un elenco di suite di crittografia supportate al server e il server sceglie la suite di crittografia più sicura che supporta. Se non supporta nessuno nell'elenco, la connessione fallisce. L'algoritmo di crittografia simmetrica è ciò per cui viene utilizzata la chiave di sessione. In SSL / TLS, le chiavi vengono generate dal segreto pre-master .

2. Once SSL handshake is completed, all communication will be encrypted using the symmetric session key, but again which encryption algorithm will be used by the browser?

Ancora una volta, l'algoritmo simmetrico nella suite di crittografia verrà utilizzato per la comunicazione crittografata. Nell'esempio sopra sarebbe AES 128 bit in modalità GCM.

3. Is the encryption algorithm used by browser in any way dependant upon certificate received from server?
   • Or is all encryption performed by the browser performed with the same cipher algorithm?

Non è in alcun modo dipendente dal certificato. Tutta la crittografia viene eseguita dall'algoritmo di crittografia simmetrica nella suite di crittografia scelta dal server.

4. Please correct me if I am wrong, the algorithm or cipher information is also present in the certificate? How does that information stored in the certificate?
   • While generating the certificate do I need to state which algorithm, how many bits encryption, padding etc.?

L'algoritmo e il codice per la comunicazione sicura non sono nel certificato, ma come indicato sopra all'interno della suite di crittografia scelta dal server. Il certificato contiene solo informazioni relative a il certificato stesso . Che include, ma non limitato a, informazioni sulla validità, algoritmo di firma, informazioni sull'emittente ecc.

Based on the above answer I will have the most important question - suppose I am providing my server's private key to somebody so that he can monitor the SSL traffic for my server, then apart from providing him the private key what all other things I need to take care. And do I need to tell him the algorithm or cipher I am using at server?

Consiglio vivamente non di fornire la chiave privata del tuo server per il monitoraggio del traffico SSL (per ragioni che esulano dall'ambito di questa domanda). Tuttavia, se decidi di condividere la tua chiave privata, l'altra parte non ha bisogno di altre informazioni. Poiché l'algoritmo e la cifra non sono inclusi nel certificato.

Risposta super short: il server e il client negoziano quale algoritmo supportano e utilizzano successivamente. Viene comunicato durante l'handshake.

Non una risposta (@raz lo ha capito) ma alcuni errori nella tua "comprensione" sono troppo grandi per i commenti IMO:

Browser will send a request to the server to get some resource. Server checks if the protocol of the request is HTTPS, if so then it will send its certificate (this certificate is already signed by some CA (Certificate Authority, like Digicert)) in the response.

L'handshake SSL / TLS si verifica prima che il browser invii la richiesta, quindi la richiesta (incluso l'URL) è crittografata. Vedi Se SSL crittografa gli url, allora come sono https messaggi indirizzati? e SSL / TLS (https) nasconde le url che sono accesso

Il browser controlla prima lo schema e (normalmente) si connette alla porta 443 per https anziché a 80 per http. Per i server moderni che supportano più "host virtuali" su un indirizzo IP, il browser può inviare e solitamente invia parte host dell'URL in un'estensione denominata Server Name Indication (SNI) in modo che il server possa selezionare i certificati corretti per l'host desiderato.

Browser will check if the certificate is valid by validating looking up the signing authority in its valid CA pool.

Come dice correttamente la pagina Digicert, il browser controlla che il certificato sia firmato da una CA nel suo negozio locale e non è scaduto, non revocato e [per l'host corretto] . La pagina è obsoleta da un punto di vista: al giorno d'oggi praticamente tutti i certificati di CA pubblici come Digicert usano il più flessibile SubjectAlternativeName extension (spesso abbreviato SAN) piuttosto che l'elemento CommonName del campo Subject per specificare i nomi host. L'effetto è fondamentalmente lo stesso.

[If okay the browser] generates a session key and encrypts it using the public key present in the certificate.
Browser will send this encrypted session key to the server and server will decrypt the session key. [...]

Questo è eccessivamente semplificato e obsoleto. Il metodo di scambio di chiavi "RSA" originale utilizza la crittografia RSA, ma il valore scelto e crittografato dal client non è "la" chiave di sessione ma un segreto premaster che contribuisce alle più chiavi di sessione: vedi link .

Anche oggi sta diventando più comune usare (diverse varianti di) Diffie-Hellman che può fornire il segreto in avanti come commentato da @Neil; vedi Come funziona SSL / TLS? . L'esempio ciphersuite TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 nella risposta @raz utilizza lo scambio di chiavi Ephemeral Elliptic-Curve Diffie-Hellman (ECDHE) autenticato da RSA. Questo NON cripta e decripta il premaster con RSA; invece il client e il server scelgono indipendentemente ordini di elementi casuali in un sottogruppo di una curva ellittica e combinarli matematicamente per produrre il premaster.