Blog sobre los cambios y tendencias del Software SaaS.

Web Security: Análisis contenido  de HTTPS/SSL

El análisis de contenido HTTPS (Hypertext Transfer Protocol Secure) permite a Web Security, descifrar, analizar y re-cifrar contenido entre web seguras SSL (Secure Sockets Layer) y el usuario final del navegador. Este proceso es extensamente conocido como “Man-in-the-Middle”.

Hoy en día muchas webs utilizan el cifrado SSL a través del protocolo HTTPS para transacciones seguras y transferencia de datos entre la web y el usuario del navegador. Los ejemplos más comunes que lo incluyen son web de bancos, tiendas online y activación segura de usuarios (Por ejemplo Gmail utiliza HTTPS).

La mayoría de las webs HTTPS son sitios comerciales legítimos. Estos sitios tendrán normalmente los certificados SSL válidos y verificados independientemente por una Autoridad Certitificadora (CA). Ejemplos de las principales compañías CA son VeriSign, GoDaddy y Comodo. Sin embargo, numerosos websites HTTPS utilizan auto firmado o auto emisión de certificados SSL, o certificados inválidos o revocados.

Muchos de estos sitios son websites legítimos con una implantación deficiente de seguridad HTTPS. Sin embargo, algunos podrían ser websites de phising o websites creados por hackers para dar la impresión de legitimidad y seguridad como una forma de ingeniería social para conseguir engañar a los usuarios web desprevenidos a felicitar a las contraseñas u otra información personal.

El escaneo de contenido HTTPS permite a Web Security identificar sitios con certificados validos o inválidos y comprobar el contenido de la transferencia de datos HTTPS para asegurar que el malware no entre en tu empresa y que la información confidencial no vaya fuera de ella.

Cloud Web Security: HTTPS/SSL Análisis contenido

¿Cómo trabaja el escaneo de contenido HTTPS?

El diseño previsto para el escaneo de contenido HTTPS implica un proceso conocido como “Man-in-the-Middle”.

Cuando intentas establecer una conexión con un sitio Web con cifrado HTTPS, lo primero que analizará será el certificado SSL. Si el certificado es auto firmado o revocado, Web Security permitirá o denegará el acceso a la Web en función de tus políticas de empresa o excepciones definidas en el acceso de auto firmado a sitios HTTPS. En otras palabras, si quieres denegar conexiones en sitios HTTPS con auto firmado, a no ser que hayas definido un domino(s) como exentos en esta política.

Suponiendo que la conexión se concede, el siguiente paso consiste en descifrar el contenido HTTPS para que Web Security lleve a cabo el análisis de política y seguridad. Web Security no puede analizar y bloquear contenido de acuerdo a tus políticas cuando los datos están encriptados. Este paso se realiza de forma privada, con una red de alta velocidad de datos. Así, tu tráfico HTTPS sigue siendo seguro y protegido, y solamente será inspeccionado en estados no encriptados para análisis del contenido.

Suponiendo que el contenido web encriptado pasa los escáneres de seguridad y política, el tercer y último paso que se lleva a cabo. Web Security reencripta los datos, y por lo tanto vuelve a crear la conexión HTTPS, antes de transmitir los datos al navegador del usuario. Este proceso produce que la conexión SSL aparezca proveniente para poder completar la inspección. Sus usuarios le pedirán que autorice o “confíe” en una conexión firmada por Web Security más que el dominio esperado por la página Web de destino HTTPS.

Con el fin de evitar confusiones o llamadas innecesarias a tu servicio de atención al cliente, le recomendamos que saques el certificado de CA para Web Security a sus usuarios a través de política de grupos u otros mecanismos. También puede ayudar a informar a usuarios porque esto está pasando antes del escaneo de contenido HTTPS con Web Security.

Autor:  Ferran Invernon | Spamina