Equifax, una de las agencias de informes de crédito más importantes, anunció el 7 de septiembre que fue víctima de una enorme violación de datos, lo que expuso los datos privados de unos 143 millones de estadounidenses. Aparentemente, permitieron que ocurriera el incumplimiento porque no parchearon una vulnerabilidad conocida.

La peor parte de la violación no fue que hubo una exposición masiva de datos personales. No, la parte más deprimente de esta prueba fue que los clientes preocupados que siguieron las instrucciones de Equifax encontraron un sitio web con serios problemas de seguridad.

La respuesta de la brecha de seguridad de los hosts en el SSL compartido, desvía a las víctimas.

El sitio web que Equifax ofreció como respuesta a la violación, equifaxsecurity2017.com, fue creado para que los clientes descubran si se vieron afectados por la misma. Aquí les mostramos las razones por la cual no fue una gran idea:

• El sitio de respuesta a la brecha de seguridad se alojó utilizando un SSL compartido de Cloudfare. Esto significa que hay miles de otros sitios web que utilizan el mismo certificado SSL. El compromiso de solo una clave privada única para este SSL significa un posible ataque entre todos los sitios web que utiliza ese certificado en particular.
• Dado que el sitio web de respuesta a la violación de seguridad se aseguró utilizando SSL compartido, las herramientas de seguridad de confianza comenzaron a marcar el dominio como inseguro, lo que sólo sumó al caos.
• Como era de esperar, muchos sitios de phishing con nombres similares a equifaxsecurity2017.com comenzaron a surgir. Uno de esos sitios, "securityequifax2017" fue creado por un profesional de seguridad por el solo hecho de burlar las prácticas de seguridad de Equifax. ¡Pronto, los propios empleados de Equifax quedaron atrapados en la trampa y comenzaron a dirigir a los usuarios al sitio web del impostor!

En qué falló Equifax.

Por lo general, durante las secuelas de un ataque de seguridad, los hackers prosperan. Los clientes comienzan a entrar en pánico, por lo que los hackers intentan beneficiarse de este pánico al robar datos de los clientes. Si Equifax hubiera adoptado uno de los siguientes enfoques para construir su sitio web de respuesta, las secuelas del ataque hubieran sido mucho menos caóticas.

• Utilizar su dominio de origen: el sitio de respuesta al ataque podría haberse alojado en el dominio de origen de Equifax (equifax.com) en lugar de un sitio nuevo y dedicado. El uso de su dominio de origen no les hubiera dado a sus usuarios aprensión acerca de su legitimidad.
• Validación extendida: el sitio web de respuesta al ataque de Equifax debería haber sido asegurado con un certificado SSL de Validación Extendida (EV - Extended Validation), que garantiza el más alto nivel de seguridad para un sitio web.

Muchas empresas también fallan en reconocer y remediar los siguientes parámetros:​

• Seguimiento de la caducidad de los certificados SSL.
• Pasar por alto vulnerabilidades en configuraciones de certificados.
• Utilizar certificados autofirmados para sitios web públicos.

Hoy en día, los sitios web tienden a servir como la interfaz principal entre una organización y sus clientes. Las empresas deben asumir la responsabilidad exclusiva de mantener su sitio web intacto y seguro. Las soluciones de gestión de certificados SSL, como Key Manager Plus ayudan a las organizaciones a asegurar sus dominios con certificados SSL, identificar las vulnerabilidades asociadas con sus sitios web y realizar seguimiento sobre la caducidad de los certificados con facilidad.

Haga clic aquí para obtener más información sobre cómo Key Manager Plus puede brindarle la seguridad e información sobre su sitio web que tanto necesita.