Analizzando una connessione TLS?

Alcune cose da considerare quando si ha a che fare con TLS come protocollo.

1. Il payload del pacchetto di comunicazione è crittografato. Il 'dst' & Gli attributi del pacchetto 'src' non lo sono, il che consente a qualsiasi dispositivo all'interno della rete di intercettare la tua comunicazione.

2. Numerosi attacchi contro SSL e amp; Il protocollo TLS nel corso degli anni ha consentito i seguenti tipi di attacco (non un elenco completo);

   • a) voti bassi - Durante l'iniziale stretta di mano del comunicazione effettuata da ciascuna parte (prima della verifica del certificato) un accordo sul cipher, algoritmi di hashing e aggiuntivi protezioni crittografiche da utilizzare durante la 'sessione'. In questo particolare scenario se un attacco MITM è in corso e punti deboli esiste, il codice scelto può essere negato a un codice debole che lo consenta ulteriori decrittazioni / attacchi (o come i professionisti chiamano "analisi crittografica")

   • b) numero casuale debole - Tutta la crittografia si affida pesantemente a qualcosa di veramente casuale numeri. I precedenti exploit qui si basavano su difetti all'interno di un caso numeri quando vengono generate chiavi private. Questo permesso facilmente attacchi di testo cifrati fattorizzati.

   • c) perdite di memoria - La maggior parte delle persone è a conoscenza dell'attacco di "cuore sanguinante" che ha permesso una specifica negoziazione di handshake per attivare una perdita di memoria del dispositivo interessato che porta all'esposizione di account di sistema, chiavi private e quant'altro era nel buffer al momento dell'attacco.

   • d) spoofing dei certificati - Anche se non è noto che le firme CA comuni sui falsi attacchi con certificati TLS avvengano. Questo di solito è il risultato di un'autorità di certificazione che viene attaccata e che i suoi certificati di origine vengono rubati e utilizzati per firmare certificati falsi che portano i browser a credere che siano legittimi.

Ci sono molti, molti più vettori di attacco riguardanti le comunicazioni TLS / SSL. Se desideri tenere il passo con questi difetti "confermati", vai alla fonte .

Detto questo ci sono anche strategie di mitigazione che puoi impiegare nel tuo ambiente oltre a proteggerti, purtroppo ci vuole qualche ricerca per farlo.

Per quanto riguarda l'attenuazione dei difetti all'interno del protocollo DNS ci sono diversi metodi per minimizzare la possibilità di uno scenario MITM.

1. DNSSEC - che utilizza firme crittografiche e query DNS crittografate tra zone e client.

2. Whitelist - Rifiuta per impostazione predefinita. Quindi configura le zone in modo che accetti solo gli aggiornamenti da una whitelist dei dispositivi.

3. arptables - Un metodo per filtrare i protocolli di livello due come DNS & DHCP.

Anche se questo non è un elenco completo di strategie di mitigazione per una configurazione server / client delle query DNS e degli aggiornamenti di zona, dovrebbe fornirti alcune informazioni con cui iniziare.