All'inizio dell'anno, nel rapporto sui problemi e sulla disponibilità di Internet per il 2018-2019 , che la diffusione di TLS 1.3 è inevitabile. Qualche tempo fa, abbiamo implementato noi stessi la versione 1.3 del protocollo Transport Layer Security e, dopo aver raccolto e analizzato i dati, siamo finalmente pronti a discutere le caratteristiche di questa transizione.
I presidenti del gruppo di lavoro IETF TLS :
«In breve, TLS 1.3 dovrebbe fornire le basi per un Internet più sicuro ed efficiente per i prossimi 20 anni».
Sviluppo è stato un lungo percorso di 10 anni. Noi di Qrator Labs, insieme a tutto il resto del settore, abbiamo seguito attentamente il processo di creazione del protocollo sin dal progetto iniziale. Durante questo periodo, sono state necessarie 28 versioni consecutive di bozza affinché nel 2019 vedesse la luce un protocollo bilanciato e pronto per essere implementato. Il supporto attivo per TLS 1.3 da parte del mercato è già evidente: l'adozione di un protocollo di sicurezza collaudato e affidabile è in linea con le esigenze attuali.
Secondo Eric Rescorla (CTO di Firefox e unico autore di TLS 1.3) :
«È una sostituzione completa di 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 detto. «C'è già un buon supporto a livello di librerie, e Chrome e Firefox attivano TLS 1.3 per impostazione predefinita».
Parallelamente, il gruppo di lavoro IETF TLS sta concludendo , che dichiara obsolete e non utilizzabili le vecchie versioni TLS (eccetto TLS 1.2). È probabile che il RFC finale venga pubblicato entro la fine dell'estate. Questo è un ulteriore segnale per l'industria IT: l'aggiornamento dei protocolli di crittografia non può essere rinviato.
L'elenco delle implementazioni attuali di TLS 1.3 è disponibile su Github per chi cerca la libreria più adatta: . È chiaro che l'adozione e il supporto del protocollo aggiornato avverrà — e già sta avvenendo — rapidamente. La consapevolezza di quanto sia fondamentale la crittografia nel mondo moderno si è diffusa ampiamente.
Cosa è cambiato rispetto a TLS 1.2?
Da :
«In che modo TLS 1.3 rende il mondo migliore?
TLS 1.3 include determinati vantaggi tecnici — come il processo di handshake semplificato per stabilire una connessione sicura — e consente ai client di riprendere più rapidamente le sessioni con i server. Queste misure mirano a ridurre la latenza nell'instaurazione della connessione e il numero di connessioni fallite su canali deboli, che spesso vengono citati come giustificazione per fornire solo connessioni HTTP non crittografate.
Non meno importante è che il supporto per diversi algoritmi di crittografia e hashing obsoleti e non sicuri, che sono ancora consentiti (sebbene sconsigliati) con le versioni precedenti di TLS, inclusi SHA-1, MD5, DES, 3DES e AES-CBC, è stato rimosso, aggiungendo nel contempo il supporto per nuovi set di cifrature. Altri miglioramenti includono un numero maggiore di elementi dell'handshake crittografati (ad esempio, ora è crittografato lo scambio delle informazioni sul certificato) per ridurre la quantità di indizi che un potenziale intercettatore del traffico potrebbe raccogliere, nonché miglioramenti nella forward secrecy quando si utilizzano determinati modi di scambio delle chiavi, in modo che la comunicazione rimanga sicura in qualsiasi momento, anche se gli algoritmi utilizzati per crittografarla dovessero essere compromessi in futuro».
Sviluppo di protocolli moderni e DDoS
Come forse avrete già letto, durante lo sviluppo del protocollo , ci sono stati seri contrasti nel gruppo di lavoro IETF TLS . È ormai chiaro che le singole imprese (compresi gli istituti finanziari) dovranno modificare il modo di garantire la sicurezza della propria rete per adattarsi al protocollo ora integrato. .
Le ragioni per cui ciò potrebbe essere necessario sono delineate in un documento . Nel documento di 20 pagine vengono forniti diversi esempi in cui un’azienda potrebbe voler eseguire la decrittografia dei dati del traffico out-of-band (cosa che la PFS non consente), per scopi di monitoraggio, conformità normativa o per proteggersi da attacchi DDoS a livello applicativo (L7).
Sebbene non siamo sicuramente pronti a discutere di requisiti normativi, il nostro prodotto per la neutralizzazione degli attacchi DDoS applicativi (inclusa una soluzione di informazioni sensibili e/o riservate) è stato creato nel 2012 tenendo conto della PFS, quindi i nostri clienti e partner non hanno dovuto apportare modifiche alla loro infrastruttura dopo l'aggiornamento della versione TLS sul lato server.
Inoltre, fino ad ora non sono stati riscontrati problemi legati alla crittografia del trasporto dall'implementazione. Ufficialmente: TLS 1.3 è pronto per l'uso in produzione.
Tuttavia, c'è comunque un problema legato allo sviluppo dei protocolli di prossima generazione. Questo dipende dal fatto che i progressi nello sviluppo dei protocolli nell'IETF dipendono fortemente dai risultati delle ricerche scientifiche, e lo stato della ricerca accademica nel campo della neutralizzazione degli attacchi distribuiti di denial of service è piuttosto desolante.
Un buon esempio può essere del draft IETF 'QUIC Manageability', che è parte del futuro set di protocolli QUIC: in essa si afferma che 'i metodi moderni di rilevamento e neutralizzazione [degli attacchi DDoS] includono solitamente la misurazione passiva utilizzando i dati sul flusso di rete'.
Quest'ultima, in realtà, è molto rara nelle vere ambienti aziendali (e solo in parte applicabile agli Internet provider), e comunque è difficile che rappresenti un 'caso comune' nel mondo reale — ma viene costantemente menzionata nelle pubblicazioni scientifiche, solitamente non supportate da test su tutto lo spettro dei potenziali attacchi DDoS, compresi gli attacchi a livello applicativo. Questi ultimi, a causa della distribuzione globale di TLS, ovviamente non possono essere rilevati attraverso la misurazione passiva dei pacchetti e dei flussi di rete.
Allo stesso modo, non sappiamo ancora come i produttori di apparecchiature per la neutralizzazione DDoS si adatteranno alle realtà di TLS 1.3. A causa della complessità tecnica nel supportare il protocollo out-of-band, potrebbe passare del tempo prima dell'upgrade.
Stabilire obiettivi corretti per la direzione della ricerca scientifica è un compito serio per i fornitori di servizi di neutralizzazione DDoS. Un'area in cui si può iniziare lo sviluppo è nell'IRTF, dove i ricercatori possono collaborare con l'industria per affinare le proprie conoscenze nel settore problematico e cercare nuove direzioni di ricerca. Siamo anche pronti ad accogliere calorosamente tutti i ricercatori che sono disponibili — è possibile contattarci per domande o proposte relative alla ricerca DDoS o al gruppo di ricerca SMART all'indirizzo
Fonte: habr.com
