Todo lo que vale la pena saber, nada que no lo sea.
Lo que se eliminó
TLS 1.3 elimina el intercambio de claves RSA, el cifrado DH estático, los cifrados en modo CBC, MD5 y SHA-1 en el handshake, la compresión (la clase de ataques CRIME) y la renegociación. Lo que se mantiene: ECDHE para el secreto directo, AES-GCM / ChaCha20-Poly1305 para AEAD y SHA-256/384 para el hash de transcripción. La lista de conjuntos de cifrado pasó de docenas a cinco. Esto es una ventaja.
¿Qué cambió en el apretón de manos?
TLS 1.3 realiza un único viaje de ida y vuelta para el protocolo de enlace completo (en lugar de dos) y admite la reanudación con 0-RTT para conexiones repetidas. En un enlace de transceptor SMPP que se reconecta cada pocas horas, el ahorro de RTT se acumula. Más importante aún, el protocolo de enlace simplificado eliminó la superficie de ataque de degradación que afectaba a TLS 1.2 (POODLE, FREAK, Logjam).
Qué deben comprobar los clientes de SMPP
Tres cosas. Tu biblioteca cliente admite TLS 1.3 (la mayoría lo hacen desde 2022; comprueba OpenSSL >= 1.1.1, JSSE en JDK 11+, Go 1.12+). El SMSC acepta TLS 1.3. La lista de cifrados de tu lado incluye al menos uno de `TLS_AES_128_GCM_SHA256` o `TLS_CHACHA20_POLY1305_SHA256`.
Donde aún persiste TLS 1.2
Algunas pilas SMSC antiguas (Acision ejecutándose en RHEL 5, ciertos nodos de Huawei) tienen un límite de TLS 1.2 porque el OpenSSL subyacente ha llegado al final de su ciclo de vida. Negociamos una versión inferior cuando es necesario, pero para cualquier enlace nuevo requerimos TLS 1.3. Para fines de auditoría PDPL, todo el SMPP de producción en BroadNet utiliza TLS 1.3 con fijación de cifrado.