# TLS 1.3 en la mensajería: qué ha cambiado y por qué es importante para SMPP

> TLS 1.3 (RFC 8446, 2018) reemplazó a TLS 1.2 con un protocolo de enlace más rápido, eliminó todos los algoritmos que habían sido vulnerados en la década anterior e hizo obligatorio el secreto directo. En la mensajería, el impacto práctico se observa en las vinculaciones SMPP: un protocolo de enlace más corto implica una reconexión más rápida cuando un SMSC se reinicia, y la eliminación del intercambio de claves RSA significa que un archivo pcap capturado del tráfico SMPP anterior no se puede descifrar posteriormente, incluso si se filtra la clave privada.

- URL canónica: https://www.broadnet.me/es/answers/tls-1-3-in-messaging
- Idioma: es
- Última revisión: 2026-09-24
- Editor: BroadNet (https://www.broadnet.me)

## 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.

## Relacionado

- [Todas las respuestas](https://www.broadnet.me/es/answers)
- [Glosario](https://www.broadnet.me/es/answers)
- [SMPP 3.4 frente a SMPP 5.0: qué ha cambiado y qué versión utilizar](https://www.broadnet.me/es/answers/smpp-3-4-vs-5-0)
- [HMAC-SHA256 para la firma de webhooks de DLR: cómo y por qué](https://www.broadnet.me/es/answers/hmac-sha256-dlr-signing)
- [SMPP integration](https://www.broadnet.me/es/developers/smpp)
- [Trust & security](https://www.broadnet.me/es/trust)