La configurazione TLS 'corretta' dipende principalmente dal server?

Il server e il client sono entrambi importanti. SSLLabs.com ha un test del client e un test del server.

Ci sono altri dettagli nella domanda Come funziona SSL / TLS? , ma semplicemente, l'in l'handshake SSL, il client è il primo a inviare la versione di TLS che supporta e le ciphersuites che preferisce, quindi il server seleziona la versione più elevata che può supportare e la ciphersuite da utilizzare.

Quindi, sì, la configurazione del server è estremamente importante, ma è possibile vedere che anche la configurazione del client è critica. Non solo vuoi essere sicuro che il tuo client sia capace di accettare (e preferisce) configurazioni TLS che offrono una protezione strong, ma anche di disabilitare le versioni deboli e le cipherità in modo che un utente malintenzionato non possa eseguire il downgrade forzato per utilizzare opzioni non sicure per il tuo Connessioni SSL / TLS.

Il "grado" che ottieni da tali test è per lo più privo di significato. Che senso ha dire che il tuo server è "abbastanza" sicuro, ma non completamente? Significa che gli attaccanti continueranno a irrompere ma non saranno così compiaciuti?

Il punto importante della sicurezza SSL, della sicurezza in generale, è che spesso è tutto-o-niente: l'autore dell'attacco ha successo o meno; c'è poco spazio per un attaccante a metà del successo. In questo senso, la configurazione del server SSL deve essere classificata solo "F" (vulnerabile a un attacco noto) o "A" (non vulnerabile a nessuno degli attacchi noti). Ottenere una "B" o una "C" non significa nulla per sicurezza; nel migliore dei casi, valuta gli sforzi investiti dal sysadmin, non il risultato.

I gradi sono lì per corteggiare auditor e manager che non capiscono il punto spiegato sopra. In larga misura, i certificati EV si riferiscono allo stesso tipo di pubbliche relazioni. I certificati EV non apportano maggiore sicurezza reale (perché non risolvono un problema che viene realmente sfruttato dagli autori di attacchi), ma mostrano che il proprietario del server era pronto e disposto a spendere centinaia di dollari in più sull'argomento SSL. Questo è il teatro della sicurezza al suo meglio (o peggio, dipende dal punto di vista).

(E, naturalmente, le persone che fanno affari con la vendita di certificati adorano vendere certificati EV, dal momento che lo fanno a un prezzo molto più alto.)

Detto questo: come @Xander fa notare, per SSL / TLS, il client suggerisce , ma il server decide . Quindi la configurazione del server è ciò che conta di più, anche se ovviamente il server non deciderà di utilizzare qualcosa che il client non supporta.

Il tipo di certificato è principalmente non correlato alla configurazione SSL / TLS; tuttavia, può ancora avere un po 'di influenza:

• Le suite di crittografia che richiedono lo scambio di chiavi basato su RSA necessitano necessariamente del certificato per contenere una chiave RSA.
• Per utilizzare una suite di crittografia DHE (per ottenere la cosiddetta "perfetta sicurezza in avanti", che è buona), il server deve utilizzare la sua chiave di certificazione per calcolare una firma . Il certificato deve quindi consentire (o almeno non disabilitare attivamente) l'uso della chiave pubblica per le firme.

Che il certificato è EV, o quanto costa, non ha alcun impatto sulla meccanica interna SSL / TLS. Ma può alterare il "grado" che il tuo server ottiene, a seconda di quanto il progettista di test di configurazione ha venduto la sua anima alle persone che vendono certificati EV.