EXPOSICIÓN DE DATOS SENSIBLES

EXPOSICIÓN DE DATOS SENSIBLES

1. A3: 2017

   • Datos sensibles podrían quedar expuestos si estuvieran grabados y no criptografados, o con claves débiles en su generación y gestión, o algoritmos y técnicas de hashing débiles
     • VECTOR DE ATAQUE
       • Explotabilidad: Promedio
         • En lugar de atacar la criptografía, los atacantes roban claves, ejecutan ataques Man in the Middle o roban datos en texto plano del servidor, en tránsito, o desde el cliente
           • Se requiere un ataque manual pero pueden utilizase bases de datos con hashes que han sido hechas públicas para obtener las contraseñas originales utilizando GPUs
     • COMO PREVENIR
       • Clasifique los datos procesados, almacenados o transmitidos por el sistema. Identifique qué información es sensible de acuerdo a las regulaciones, leyes o requisitos del negocio y del país
       • Aplique los controles adecuados para cada clasificación
       • No almacene datos sensibles innecesariamente
       • Cifre todos los datos sensibles cuando sean almacenados
       • Cifre todos los datos en tránsito utilizando protocolos seguros como TLS
       • Utilice únicamente algoritmos y protocolos estándares y fuertes e implemente una gestión adecuada de claves
       • Deshabilite el almacenamiento en cache de datos sensibles
       • Almacene contraseñas utilizando funciones de hashing adaptables con un factor de trabajo
       • Verifique la efectividad de sus configuraciones y parámetros de forma independiente
     • DEBILIDADES DE SEGURIDAD
       • Prevalencia: Difundido Detectabilidad: Promedio
         • El error más común es simplemente no cifrar los datos sensibles
           • Cuando se emplea criptografía, es común la generación y gestión de claves, algoritmos, cifradores y protocolos débiles
             • Para los datos en tránsito las debilidades son fáciles de detectar, mientras que para los datos almacenados es muy difícil. Ambos tienen una explotabilidad muy variable
     • IMPACTO
       • Técnico_ Severo
         • Los fallos con frecuencia comprometen datos que deberían estar protegidos
           • Esta información incluye Información Personal Sensible (PII) como registros de salud, datos personales, credenciales y tarjetas de crédito, que a menudo requieren mayor protección
             • según lo definido por
               • Las leyes o reglamentos como el PIBR de la UE o las leyes locales de privacidad
     • VULNERABILIDAD
       • Lo primero es determinar las necesidades de protección de los datos en tránsito y en almacenamiento
         • ¿Se transmite datos en texto claro? Esto se refiere a protocolos como HTTP, SMTP, TELNET, FTP. El tráfico en Internet es especialmente peligroso
           • Verifique también todo el tráfico interno
         • ¿Se utilizan algoritmos criptográficos obsoletos o débiles, ya sea por defecto o en código heredado? Por ejemplo MD5, SHA1, etc
         • ¿Se utilizan claves criptográficas predeterminadas, se generan o reutilizan claves criptográficas débiles, o falta una gestión o rotación adecuada de las claves?
         • ¿se aplica cifrado? ¿se han establecido las directivas de seguridad o encabezados para el navegador web?
         • ¿El User-Agent del usuario (aplicación o cliente de correo), verifica que el certificado enviado por el servidor sea válido?