All'inizio dell'anno, nel rapporto sui problemi e sulla disponibilità di Internet per il 2018-2019 , che la diffusione del TLS 1.3 è inevitabile. Tempo fa abbiamo implementato la versione 1.3 del protocollo Transport Layer Security e, dopo aver raccolto e analizzato i dati, siamo finalmente pronti a parlare delle caratteristiche di questa transizione.
I presidenti del gruppo di lavoro IETF TLS :
«In breve, TLS 1.3 deve fornire le basi per un Internet più sicuro ed efficiente per i prossimi 20 anni».
Sviluppo ci sono voluti ben 10 anni. Noi di Qrator Labs, insieme all'intero settore, abbiamo seguito con attenzione il processo di creazione del protocollo sin dal progetto iniziale. Durante questo periodo è stato necessario scrivere 28 versioni successive della bozza affinché nel 2019 venisse finalmente presentato un protocollo bilanciato e facile da implementare. Il supporto attivo per TLS 1.3 da parte del mercato è già evidente: l'adozione di un protocollo di sicurezza comprovato e affidabile risponde alle esigenze del momento.
Secondo Eric Rescorla (CTO di Firefox e unico autore del TLS 1.3) :
«È un completo sostituto del TLS 1.2, che utilizza le stesse chiavi e certificati, quindi il client e il server possono comunicare automaticamente tramite TLS 1.3, se entrambi lo supportano», ha dichiarato. «C'è già un buon supporto a livello di librerie, e Chrome e Firefox abilitano TLS 1.3 per impostazione predefinita».
Parallelamente, il gruppo di lavoro IETF TLS sta concludendo , che dichiara obsolete e non utilizzabili tutte le versioni precedenti di TLS (eccetto TLS 1.2). È probabile che il RFC finale venga pubblicato entro la fine dell'estate. Questo è un altro segnale per l'industria IT: non bisogna rimandare l'aggiornamento dei protocolli di crittografia.
L'elenco delle implementazioni attuali di TLS 1.3 è disponibile su Github per chi cerca la libreria più adatta: . È evidente che l'adozione e il supporto del protocollo aggiornato procederanno — e sono già in corso — a passi rapidi. La comprensione di quanto sia fondamentale la crittografia nel mondo moderno si è diffusa abbastanza ampiamente.
Cosa è cambiato rispetto al TLS 1.2?
Da :
«Come TLS 1.3 rende il mondo migliore?»
TLS 1.3 include alcuni vantaggi tecnici, come un processo di handshake semplificato per stabilire una connessione sicura, e consente anche ai clienti di riprendere più rapidamente le sessioni con i server. Queste misure mirano a ridurre la latenza nella fase di connessione e il numero di connessioni fallite su canali deboli, spesso giustificati come motivo per fornire solo connessioni HTTP non crittografate.
È altrettanto importante notare che è stata rimossa la supporto per diversi algoritmi di crittografia e hashing obsoleti e non sicuri, che sono ancora consentiti (sebbene non raccomandati) in versioni precedenti di TLS, inclusi SHA-1, MD5, DES, 3DES e AES-CBC, aggiungendo al contempo il supporto per nuovi set di cifrari. Altri miglioramenti includono più elementi crittografati durante l'handshake (ad esempio, ora è crittografico lo scambio di informazioni relative ai certificati) per ridurre il volume di indizi che un potenziale intercettatore del traffico potrebbe avere, oltre a miglioramenti nella forward secrecy quando si utilizzano determinati modi di scambio delle chiavi, in modo che le comunicazioni rimangano sicure in qualsiasi momento, anche se gli algoritmi utilizzati per crittografarle dovessero essere compromessi in futuro.
Sviluppo di protocolli moderni e DDoS
Come forse già sapete, durante lo sviluppo del protocollo , nel gruppo di lavoro IETF TLS . È già evidente che le singole aziende (compresi gli istituti finanziari) dovranno modificare il modo di garantire la sicurezza della propria rete per adattarsi a ciò che è attualmente integrato nel protocollo .
Le ragioni per cui ciò potrebbe essere necessario sono elencate in un documento, . Nel documento di 20 pagine vengono menzionati diversi esempi in cui un'azienda potrebbe voler eseguire la decodifica del traffico out-of-band (cosa che il PFS non consente) per motivi di monitoraggio, conformità normativa o protezione contro attacchi DDoS a livello applicativo (L7).
Sebbene non siamo affatto pronti a discutere dei requisiti normativi, il nostro prodotto per neutralizzare gli attacchi DDoS a livello applicativo (inclusa la soluzione, Informazioni sensibili e/o riservate) è stata creata nel 2012 tenendo conto del PFS, quindi ai nostri clienti e partner non è stata necessaria alcuna modifica alla loro infrastruttura dopo l'aggiornamento della versione TLS sul lato server.
Inoltre, nel tempo trascorso dalla sua implementazione, non sono emersi problemi legati alla crittografia del trasporto. Ufficialmente: TLS 1.3 è pronto per essere utilizzato in produzione.
Tuttavia, c'è comunque un problema legato allo sviluppo dei protocolli di prossima generazione. Si tratta del fatto che, di solito, i progressi nello sviluppo dei protocolli nell'IETF dipendono molto dai risultati della ricerca scientifica, e lo stato della ricerca accademica nel settore della mitigazione degli attacchi distribuiti di negazione del servizio è piuttosto disastroso.
Quindi, un buon esempio potrebbe essere del draft IETF 'QUIC Manageability', che fa parte del futuro insieme di protocolli QUIC: esso afferma che 'i moderni metodi di rilevamento e mitigazione [degli attacchi DDoS] di solito includono misurazioni passive utilizzando i dati sul traffico di rete'.
Quest'ultimo, in realtà, è molto raramente riscontrato in ambienti aziendali reali (e solo parzialmente applicabile ai fornitori di servizi Internet), e in ogni caso difficilmente rappresenta un 'caso comune' nel mondo reale — ma appare costantemente nella letteratura scientifica, di solito non supportata dalla sperimentazione di tutta la gamma di potenziali attacchi DDoS, inclusi gli attacchi a livello applicativo. Gli ultimi, a causa della diffusione globale di TLS, non possono evidentemente essere rilevati tramite misurazione passiva dei pacchetti di rete e del traffico.
Allo stesso modo, non sappiamo ancora come i produttori di apparecchiature per la mitigazione degli attacchi DDoS si adatteranno alla realtà di TLS 1.3. A causa della complessità tecnica nel supportare un protocollo out-of-band, potrebbe volerci del tempo per l'upgrade.
Fissare gli obiettivi giusti per la direzione della ricerca scientifica è un compito serio per i fornitori di servizi di mitigazione DDoS. Un'area in cui si può iniziare a sviluppare è in IRTF, dove i ricercatori possono collaborare con l'industria per chiarire le proprie conoscenze nel settore problematico e trovare nuove direzioni di ricerca. Siamo anche pronti ad accogliere calorosamente tutti i ricercatori, qualora ce ne siano — potete contattarci per domande o suggerimenti riguardanti la ricerca DDoS o il gruppo di ricerca SMART, all'indirizzo
Fonte: habr.com
