Tutto ciò che vale la pena sapere, niente di superfluo.
Cosa è stato rimosso?
TLS 1.3 elimina lo scambio di chiavi RSA, il DH statico, i cifrari in modalità CBC, MD5 e SHA-1 nell'handshake, la compressione (la classe di attacchi CRIME) e la rinegoziazione. Ciò che rimane: ECDHE per la forward secrecy, AES-GCM/ChaCha20-Poly1305 per AEAD e SHA-256/384 per l'hashing delle trascrizioni. L'elenco delle suite di cifratura è passato da decine a cinque. Questa è una caratteristica.
Cosa è cambiato nella stretta di mano?
TLS 1.3 esegue un singolo scambio di dati per l'intero handshake (anziché due) e supporta la ripresa a 0-RTT per le connessioni ripetute. Su un transceiver SMPP che si riconnette ogni poche ore, il risparmio di RTT si moltiplica. Ancora più importante, il handshake semplificato ha eliminato la vulnerabilità agli attacchi di downgrade che affliggeva TLS 1.2 (POODLE, FREAK, Logjam).
Cosa dovrebbero verificare i clienti SMPP
Tre cose. La tua libreria client supporta TLS 1.3 (la maggior parte lo supporta dal 2022; verifica OpenSSL >= 1.1.1, JSSE su JDK 11+, Go 1.12+). L'SMSC accetta TLS 1.3. L'elenco dei cifrari dalla tua parte include almeno uno tra `TLS_AES_128_GCM_SHA256` o `TLS_CHACHA20_POLY1305_SHA256`.
Dove TLS 1.2 è ancora presente
Alcuni stack SMSC legacy (Acision in esecuzione su RHEL 5, alcuni nodi Huawei) hanno un limite di TLS 1.2 perché OpenSSL sottostante è fuori supporto. Negoziamo il livello di sicurezza quando necessario, ma per qualsiasi nuova autenticazione richiediamo TLS 1.3. Ai fini della verifica PDPL, tutto il traffico SMPP in produzione presso BroadNet utilizza TLS 1.3 con cipher pinning.