Zimbra: Seguridad es el por qué deberías actualizar a Zimbra Collaboration 8.6

Saludos amigos, lo más normal es que en este post estuvierais esperando alguna nueva funcionalidad, o algún pequeño truco que os guste y que os mueva a migrar de Zimbra Collaboration 7 o 8.0.x hacía la última Release Zimbra Collaboration 8.6, pero la respuesta a la pregunta del título es Seguridad.

Han sido meses muy movidos, donde se han dado a conocer brechas de seguridad en protocolos que creíamos seguros como OpenSSL, etc. Zimbra los ha ido corrigiendo en su versión 8.0.9, 8.5, 8.5.1 y recientemente en su versión 8.6.

• Tres test de seguridad para comprobar nuestros sistemas
  • El test de Diffie-Hellman para TLS
  • El test de SSL-Tools donde debemos enviar un e-mail
  • El TEST de los test, Qualsys SSL Labs
• Pregunta, ¿es por tanto Zimbra Collaboration 8.6 seguro por defecto?
• Instalando un SSL Comercial en Zimbra Collaboration
• Tuneando nuestros cifrados DH para que sean 2048
• Lanzando todos los test de nuevo
• Bonus extra, el resultado de un Zimbra Collaboration 8.0.9

Voy a realizar una serie de tests de seguridad sobre un servidor Zimbra Collaboration 8.6 recién instalado con todos los servicios (proxy/memcached y dnscache incluidos), para comprobar hasta que punto estamos seguros, y dare unos consejos para pasar los 3 tests sin problemas e incrementar la seguridad en nuestros sistemas, siempre para Zimbra Collaboration 8.6, Zimbra Collaboration 8.0.x no cuenta con la seguridad adecuada y fallarán en todos los tests, por lo que es mandatorio que se actualice a 8.6 si queremos preservar la seguridad.

Tres test de seguridad para comprobar nuestros sistemas

¿Recordáis aquel anuncio donde se hacía la prueba del algodón? En este caso vamos a realizar 3 simples pruebas para verificar que nuestro Zimbra Collaboration está seguro.

1.- El test de Diffie-Hellman para TLS

Se ha descubierto recientemente que los despliegues en el mundo real de Diffie-Hellman son menos seguros de lo esperado. Algunos consejos para mantener la integridad frente de Diffie’Hellman para TLS:

1. Disable Export Cipher Suites. Even though modern browsers no longer support export suites, the FREAK and Logjam attacks allow a man-in-the-middle attacker to trick browsers into using export-grade cryptography, after which the TLS connection can be decrypted. Export ciphers are a remnant of 1990s-era policy that prevented strong cryptographic protocols from being exported from United States. No modern clients rely on export suites and there is little downside in disabling them.
2. Deploy (Ephemeral) Elliptic-Curve Diffie-Hellman (ECDHE). Elliptic-Curve Diffie-Hellman (ECDH) key exchange avoids all known feasible cryptanalytic attacks, and modern web browsers now prefer ECDHE over the original, finite field, Diffie-Hellman. The discrete log algorithms we used to attack standard Diffie-Hellman groups do not gain as strong of an advantage from precomputation, and individual servers do not need to generate unique elliptic curves.
3. Generate a Strong, Unique Diffie Hellman Group. A few fixed groups are used by millions of servers, which makes them an optimal target for precomputation, and potential eavesdropping. Administrators should generate unique, 2048-bit or stronger Diffie-Hellman groups using “safe” primes for each website or server.

REALIZAR EL TEST

[alert style=”yellow”]El test por defecto con la instalación limpia de Zimbra, me da una advertencia, lo que quiere decir que pasamos el test, pero podemos mejorar en este aspecto si en vez de usar un DHE basado en 1024-bit usamos uno con 2048-bit.[/alert]

2.- El test de SSL-Tools donde debemos enviar un e-mail

El segundo test que intentaremos pasar es el que nos presentan nuestros amigos de SSL-Tools, donde deberemos enviar un correo electrónico desde nuestro sistema y donde aparecerá en la web el resultado obtenido.

Esta herramienta chequea tres secciones críticas:

1. El Certificado SSL: Donde chequea si es auto-firmado o no, la encriptación, cuando expira, etc.
2. La versión de TLS y el tipo de Cifrado
3. DANE: No nos afecta de momento y no le prestaremos atención

REALIZAR EL TEST

[alert style=”yellow”]El test por defecto con la instalación limpia de Zimbra, me da una advertencia en el Certificado, ya que estoy usando uno auto-firmado de momento. Tenemos configurado de manera correcta la versión de TLS y el cifrado, ¡bien![/alert]

3.- El TEST de los test, Qualsys SSL Labs

Este test es el más completo y nos desgrana cualquier URL que pongamos en su buscador, tarda unos minutos en ejecutarse de lo extenso y completo del mismo.

Podemos ver un elegante resumen donde se nos mostrará una letra dependiendo de la configuración de nuestro servidor Zimbra Collaboration, esta configuración se basa en el siguiente patrón:

Si queréis conocer más acerca de este completo test os recomiendo leer el PDF oficial, son 10 páginas que se asimilan muy rápido.

REALIZAR EL TEST

[alert style=”yellow”]El test por defecto con la instalación limpia de Zimbra, nos da un resultado medio en Protocolo y notable en Key Exchange y Cipher Strength. Zimbra Collaboration 8.6 trae RC4 activado por defecto y debe ser desactivado. Obviar el nulo resultado de SSL, ya que estoy usando un Certificado autofirmado. Si corrigieramos el error del SSL, obtendríamos un B.[/alert]

Pregunta, ¿es por tanto Zimbra Collaboration 8.6 seguro por defecto?

Sí, Zimbra Collaboration 8.6 es seguro por defecto y sigue todas las pautas para enviar correos con el TLS adecuado, denegando POODLE y otros, etc. Pero como todo se puede mejorar, y en los siguientes pasos vamos a conseguir los mejores resultados en todos los Test.

4.- Instalando un SSL Comercial en Zimbra Collaboration

Este tema no es nada nuevo, con la seguridad como bandera en cada aplicación que usamos cada día, incluidas las búsquedas de Google, no tener un SSL en Zimbra es casi un sacrilegio, en namecheap están los PositiveSSL por menos de 9 Euros al año, no hay excusa posible para no implementar uno.

Para implementar un SSL en Zimbra lo mejor es seguir estos pasos que os escribí aquí ya hace años.

5.- Tuneando nuestros cifrados DH para que sean 2048

Si nos fijamos en las capturas de pantalla del punto 3, lo que más nos penaliza es usar cifrados DH con 1024-bit, por lo que recomiendo cambiar esto a 2048-bit y así corregir este error, para ello, deberemos seguir los siguientes pasos de este Wiki. Aunque os los dejo aquí también explicados:
Para mejorar los Cifrados DH, deberemos configurar los ficheros de configuración de nuestro nginx, lo que quiere decir que ya deberíais tener proxy instalado.

Como usuario root lanzaremos lo siguiente, generar la clave tarda unos minutos

cd /opt/zimbra/conf
openssl dhparam -out dhparams.pem 2048
chown zimbra:zimbra dhparams.pem

Ahora editar los siguientes ficheros

/opt/zimbra/conf/nginx/templates/nginx.conf.web.https.default.template
/opt/zimbra/conf/nginx/templates/nginx.conf.web.https.template

y añadir lo siguiente

ssl_dhparam /opt/zimbra/conf/dhparams.pem;

antes del include, después de todos los parámetros de SSL

ssl_verify_client       ${ssl.clientcertmode.default};
ssl_verify_depth        ${ssl.clientcertdepth.default};
ssl_dhparam /opt/zimbra/conf/dhparams.pem;
include                 ${core.includes}/${core.cprefix}.web.https.mode-${web.mailmode};

Además, vamos a dar una limpieza a todos los Cifrados y dejarlos como deben estar.
Como usuario zimbra:

zmprov mcf zimbraReverseProxySSLCiphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128:AES256:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!MD5:!PSK:!RC4'

y reiniciar el servicio de proxy:

zmproxyctl restart

6.- Lanzando todos los test de nuevo

Ha llegado el momento de lanzar todos los test de nuevo, y es ahora cuando nos sentiremos completamente seguros al pasarlos todo con buena nota:

7.- Bonus extra, el resultado de un Zimbra Collaboration 8.0.9

Estos terribles resultados son de un servidor Single-Server con Zimbra Collaboration 8.0.9, con SSL-autofirmado:

Actualizado: He dejado un Wiki muy completo donde se explica como conseguir los mejores resultados para cada Release de Zimbra Collaboration – https://wiki.zimbra.com/wiki/How_to_obtain_an_A%2B_in_the_Qualys_SSL_Labs_Security_Test

Espero que os guste y os sirva esta entrada para dar el salto final a Zimbra Collaboration 8.6 y dejar zimbra Collaboration 8.0.x atrás, o si seguís usando Zimbra Collaboration 7.x que también os movais hacía 8.6.