È possibile prevenire attacchi man-in-the-middle quando si utilizzano certificati autofirmati?

Question

Non sono sicuro che sia stata posta una domanda simile (non sono riuscito a trovarla), ma è possibile proteggere Client/Server dall'attacco Man-In-The-Middle?

Sto scrivendo un'applicazione client per comunicare con il server. La comunicazione sarà basata su SSLv3. Sono d'accordo con i certificati autofirmati del server, ma preoccupato che qualcun altro generi lo stesso certificato autofirmato nello stesso nome del server e finga di esserlo. L'applicazione del mio cliente utilizza la libreria OpenSSL. [Client e Server sono basati sulla parsimonia, se fa alcuna differenza]. Posso evitare tale attacco mantenendo allo stesso tempo il supporto per i certificati autofirmati?

Answer 1

Sì.

In breve, un certificato autofirmato è più insicuro di un certificato CA solo quando il client non conosce il certificato in anticipo e quindi non ha modo di convalidare che il server è chi dice di essere.

Se si aggiunge il certificato autofirmato al client e non si accetta alcun altro certificato, si è effettivamente sicuri (o, si potrebbe argomentare, anche più) di avere un certificato firmato dall'autorità di certificazione.

Le parti importanti per mantenere sicuro SSL con o senza un'autorità di certificazione sono;

• La chiave privata del server (e nel caso di una CA, le chiavi private di tutte le sue radici) è tenuta segreta.
• Il client conosce il certificato del server (o la sua radice CA).

Answer 2

Se è possibile proteggere abbastanza bene le proprie chiavi private, un intermediario non sarà in grado di eseguire il masquerade come si desidera, presupponendo che l'utente guardi effettivamente il certificato. Il problema con l'autofirmato è che se vuoi che l'utente aggiunga l'eccezione al browser, o semplicemente ignori l'avviso, allora sei esposto all'attacco man-in-the-middle, perché chiunque altro può creare il proprio certificato.

Ovviamente, "proteggere le tue chiavi private abbastanza bene" non è affatto banale. Quando si paga un certificato "Verisign", non si paga per il proprio software che crea il certificato, si paga per le forze di sicurezza che proteggono l'edificio in cui sono memorizzate le chiavi private.

Answer 3

È possibile codificare in modo rigido il certificato del server e confrontarlo con ciò che si riceve.

O, meglio ancora, creare un certificato CA e un certificato server, firmato dalla CA. Fare in modo che la CA si fidi del client (sempre codificandolo nell'applicazione) e convalidi il certificato del server ricevuto utilizzando il certificato CA.