¿Por qué los SSLLabs dicen que nuestro sitio es vulnerable a POODLE cuando deshabilitamos SSL V3?

Question

¿Por qué los SSLLabs dicen que nuestro sitio es vulnerable a POODLE cuando deshabilitamos SSL V3?

#1 de jknappen (1 votos)
#2 de Ginnungagap (1 votos)

3

Una prueba de seguridad SSLLabs de nuestro sitio dice que es vulnerable a POODLE . Este tutorial me dijo que debería desactiva SSL3. Pero cuando revisé nuestro archivo nginx .conf para el sitio web SSL3 ya estaba apagado. ¿Qué está pasando?

# Installed by APT
# serves static files, and passes 404 image requests onto PHP
upstream backend_rental {
    server unix:/srv/rental/tmp/php.sock;
}

# force ekaya.co calls to ekaya.com
server {
    server_name ekaya.co;
    listen 80;
    listen 443;

    ssl on;
    ssl_certificate /etc/ssl/local/ekaya.co.crt;
    ssl_certificate_key /etc/ssl/local/ekaya.co.key;
    ssl_session_timeout 5m;
    ssl_session_cache shared:SSL:50m;

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers '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-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';
    ssl_prefer_server_ciphers on;

    add_header Strict-Transport-Security max-age=15768000;

    rewrite ^ https://ekaya.com$request_uri? permanent;
}

server {
    server_name ekaya.com ekaya.rental qa.ekaya.volk.co.za;
        listen 80;
    listen 443;

    ssl on;
#   ssl_certificate /etc/ssl/local/ekaya.com.crt;
#   ssl_certificate_key /etc/ssl/local/ekaya.com.key;
        ssl_certificate /etc/letsencrypt/live/ekaya.com/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/ekaya.com/privkey.pem;
    ssl_session_timeout 5m;
    ssl_session_cache shared:SSL:50m;

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers '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-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';
    ssl_prefer_server_ciphers on;

    add_header Strict-Transport-Security max-age=15768000;
    add_header X-Clacks-Overhead "GNU Terry Pratchett";

    root /srv/rental/public;
    index index.html index.php;

    access_log /var/log/nginx/ekaya.access.log combined;
    error_log /var/log/nginx/ekaya.error.log;

    # Nginx status
    location /nginx_stub_status {
        # copied from http://blog.kovyrin.net/2006/04/29/monitoring-nginx-with-rrdtool/
        stub_status on;
        access_log off;
        allow 127.0.0.1;
        allow 196.201.6.140;
        deny all;
    }

    # PHP-FPM status
    location /php_status {
        access_log off;
        allow 127.0.0.1;
        allow 196.201.6.140;
        deny all;
        include fastcgi_params;
        fastcgi_pass backend_rental;
    }

    # set expiration of assets to MAX for caching
    location ~* \.(ico|css|js|gif|jpe?g|png)(\?[0-9]+)?$ {
        expires max;
    }

    location / {
        # Check if a file exists, or route it to index.php.
        try_files $uri $uri/ /index.php?$query_string;
    }

    location ~* \.php$ {
        fastcgi_pass backend_rental;
        fastcgi_index index.php;
        fastcgi_split_path_info ^(.+\.php)(.*)$;
        fastcgi_read_timeout 300;
        fastcgi_send_timeout 300;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    }
}

tls nginx

pregunta Richard 26.09.2016 - 11:44

fuente

2 respuestas

Lea otras preguntas en las etiquetas tls nginx

Repetición de Arp para craqueo de la clave WEP IN Aircrack-ng ¿Los nodos TOR se agrupan silenciosamente en dispositivos usb de producción masiva?

score 1 · Answer 1

Algunos controles y preguntas aparentemente triviales:

¿Detuvo y reinició su servidor web para asegurarse de que la configuración real esté realmente activa?
¿Está seguro de ver la configuración del servidor web probado (tenga cuidado con los hosts virtuales, etc.)?
¿Está seguro de que está buscando el archivo de configuración correcto?

score 1 · Answer 2

No puedo comentar, perdóneme por hacer una respuesta de lo que realmente debería ser un comentario.

Como lo mencionó Steffen Ulrich, esta no es la configuración completa y podría no ser la que esté vigente (vea el almacenamiento en caché deshabilitado al intentar conectarse, habilitado en la configuración dada).

Además, según lo que he recopilado, su servidor SSLv3 no es el mismo que el que intenta corregir, principalmente porque no tienen el mismo certificado. El servidor TLS proporciona correctamente el certificado Let's Encrypt mientras que el SSLv3 proporciona un certificado StartSSL caducado. Puede ver lo que proporciona el servidor SSLv3 con curl -vvv --sslv3 --insecure https://ekaya.com .

Editar: La vulnerabilidad de TLS a POODLE no se origina en los cifrados sino en la implementación del servidor, por lo que está seguro allí.

Comprueba usando el cliente s de OpenSSL

Certificado caducado a través de SSLv3:

$ echo '' | openssl s_client -connect ekaya.com:443 -servername ekaya.com -ssl3 2>&1 | grep -Ei 'protocol|cipher|subject|issuer|code'
subject=/description=8v0Dwh0DQ9LnEM7c/C=ZA/CN=agent.ekaya.co/[email protected]
issuer=/C=IL/O=StartCom Ltd./OU=Secure Digital Certificate Signing/CN=StartCom Class 1 Primary Intermediate Server CA
New, TLSv1/SSLv3, Cipher is ECDHE-RSA-AES256-SHA
    Protocol  : SSLv3
    Cipher    : ECDHE-RSA-AES256-SHA
    Verify return code: 10 (certificate has expired)

Buen certificado a través de TLS v1.2:

$ echo '' | openssl s_client -connect ekaya.com:443 -servername ekaya.com -tls1_2 2>&1 | grep -Ei 'protocol|cipher|subject|issuer|code'
subject=/CN=ekaya.com
issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
New, TLSv1/SSLv3, Cipher is ECDHE-RSA-AES128-GCM-SHA256
    Protocol  : TLSv1.2
    Cipher    : ECDHE-RSA-AES128-GCM-SHA256
    Verify return code: 0 (ok)