Server Load Balancer:TLS security policies

Funcionamiento

Una directiva de seguridad TLS para CLB define las versiones del protocolo TLS y los conjuntos de cifrado compatibles para la negociación TLS. Durante el handshake TLS, el cliente envía una lista de sus versiones de protocolo y conjuntos de cifrado compatibles en un mensaje Client Hello. Según la directiva, CLB selecciona una combinación de versión de protocolo y conjunto de cifrado que sea compatible con ambos extremos a partir de la lista del cliente, y responde con un mensaje Server Hello. Esta combinación determina los pasos posteriores, como el intercambio de claves y la generación de claves de sesión.

Directivas de seguridad TLS

Los estándares de cumplimiento de seguridad pueden requerir que su instancia de CLB utilice una directiva de seguridad TLS específica. La siguiente tabla describe las versiones del protocolo TLS y los conjuntos de cifrado compatibles con cada directiva para ayudarle a seleccionar la que mejor se adapte a sus requisitos. CLB no es compatible con custom TLS security policies. Si necesita esta funcionalidad, utilice Application Load Balancer (ALB) o Network Load Balancer (NLB).

Para aplicaciones orientadas a Internet sin requisitos especiales de compatibilidad, se recomienda utilizar la directiva tls_cipher_policy_1_2 o una más estricta.

Configurar una directiva de seguridad TLS

Facturación

Las directivas de seguridad TLS son gratuitas. Sin embargo, el uso de instancias de CLB genera fees.

Preguntas frecuentes

Entorno de producción

• Versión del protocolo TLS: Si su aplicación no tiene requisitos especiales de compatibilidad, utilice TLS 1.2 y TLS 1.3 para obtener una seguridad óptima.

• Reversión: Si surge algún problema tras ajustar la directiva de seguridad TLS, puede revertir el cambio inmediatamente modificando la configuración del listener. Realice estos cambios fuera del horario pico.

• Algoritmo de intercambio de claves: A menos que su aplicación tenga requisitos específicos de compatibilidad, evite las siguientes suites de cifrado basadas en RSA en un entorno de producción: AES128-GCM-SHA256, AES256-GCM-SHA384, AES128-SHA256, AES256-SHA256, AES128-SHA, AES256-SHA y DES-CBC3-SHA. Dado que no admiten Perfect Forward Secrecy (PFS), estas suites son vulnerables a ataques de canal lateral. Priorice las suites de cifrado que utilizan ECDHE o DHE para el intercambio de claves.

• Calificación de SSL Labs: Si su prueba de SSL Labs devuelve una calificación B y no se admite TLS 1.3, seleccione tls_cipher_policy_1_2_strict_with_1_3 para habilitar TLS 1.3 y obtener una calificación A. CLB finaliza las conexiones TLS; la versión de TLS negociada con los clientes la determina la directiva de seguridad TLS de CLB, no la configuración ssl_protocols en los servidores backend.

  La siguiente tabla muestra la calificación de SSL Labs asociada a cada directiva:

  Directiva de seguridad TLS	Compatibilidad con TLS 1.3	Calificación de SSL Labs
  tls_cipher_policy_1_0	No	B
  tls_cipher_policy_1_1	No	B
  tls_cipher_policy_1_2	No	B
  tls_cipher_policy_1_2_strict	No	B
  tls_cipher_policy_1_2_strict_with_1_3	Sí	A

Recomendaciones de seguridad

tls_cipher_policy_1_0, tls_cipher_policy_1_1 y tls_cipher_policy_1_2 incluyen la suite de cifrado DES-CBC3-SHA (nombre IANA: 3DES_EDE_CBC_SHA). Esta suite utiliza un cifrado por bloques de 64 bits y es vulnerable al ataque Sweet32 (CVE-2016-2183). Actualice su directiva de seguridad TLS a tls_cipher_policy_1_2_strict o superior para eliminar este riesgo.

Actualización mediante la consola

1. Inicie sesión en la consola de CLB y vaya a la instancia objetivo.

2. En la pestaña Listener, haga clic en el nombre del listener HTTPS objetivo para abrir el cuadro de diálogo Listener Details.

3. En la sección SSL Certificate, cambie la TLS Security Policy a tls_cipher_policy_1_2_strict.

4. Confirme y envíe el cambio.

Actualización mediante la API

Llame a SetLoadBalancerHTTPSListenerAttribute y establezca TLSCipherPolicy en tls_cipher_policy_1_2_strict.

Consideraciones de compatibilidad

La actualización a tls_cipher_policy_1_2_strict elimina la compatibilidad con TLS 1.0, TLS 1.1 y suites de cifrado heredadas, incluida DES-CBC3-SHA. Antes de actualizar:

• Compruebe que sus clientes admitan TLS 1.2.

• Realice el cambio fuera del horario pico para minimizar el impacto en el negocio.

Asignación de suites de cifrado TLS

Esta tabla proporciona la asignación entre el formato OpenSSL, el formato estándar IANA y la representación hexadecimal de las suites de cifrado TLS.