Ejercicios y práctica · Formación y Orientación Laboral · ASIR

Qué deberías ser capaz de hacer

Errores frecuentes que la práctica debería detectar

• Confundir seguridad física con lógica: Un error común es pensar que la seguridad física es suficiente o que la seguridad lógica puede compensar una deficiencia física. Por ejemplo, creer que un firewall avanzado protegerá los datos si un intruso roba físicamente el servidor. Corrección: Entender que son capas complementarias y que una brecha en una puede comprometer la otra. Un plan de seguridad debe integrar ambas.
• Subestimar uno de los pilares CID: Priorizar excesivamente la confidencialidad y descuidar la disponibilidad, o viceversa. Por ejemplo, implementar cifrado tan complejo que ralentiza el acceso a los datos hasta hacerlos inutilizables. Corrección: Evaluar el impacto de cada pilar en el negocio y buscar un equilibrio adecuado, entendiendo que la importancia relativa puede variar según el tipo de información y el contexto, pero ninguno debe ser ignorado.
• Subestimar la vulnerabilidad humana: Pensar que 'a mí no me va a pasar' o que la tecnología es suficiente para protegerse de la ingeniería social. Causa: Exceso de confianza o falta de formación. Corrección: Reconocer que la ingeniería social es una amenaza constante y que la formación continua en ciberseguridad es esencial para todos los usuarios, no solo para los técnicos.
• Confundir un ataque de ingeniería social con un fallo técnico: Atribuir un acceso no autorizado a un fallo del sistema cuando en realidad fue el resultado de que un usuario reveló sus credenciales. Causa: Falta de análisis forense o desconocimiento de las tácticas de los atacantes. Corrección: Investigar a fondo el origen de las brechas de seguridad, incluyendo la posibilidad de manipulación humana, y no descartar la ingeniería social como vector de ataque.
• Reutilizar contraseñas o usar contraseñas débiles: Causa: Pereza, falta de concienciación o desconocimiento de las políticas. Corrección: Implementar y hacer cumplir políticas de contraseñas estrictas, educar a los usuarios sobre los riesgos y promover el uso de gestores de contraseñas.
• Confiar ciegamente en la biometría: Pensar que la biometría es infalible y no tiene vulnerabilidades. Causa: Desconocimiento de las limitaciones técnicas. Corrección: Entender que los sistemas biométricos pueden ser engañados (ej. con huellas falsas) y que deben complementarse con otras medidas de seguridad, como la autenticación multifactor, y considerar la privacidad de los datos biométricos.
• No cifrar datos en tránsito o en reposo: Asumir que una red interna es segura o que los datos almacenados no serán accedidos. Causa: Falta de comprensión de los riesgos o de las herramientas disponibles. Corrección: Aplicar cifrado de forma sistemática para datos sensibles, tanto en los dispositivos de almacenamiento como en las comunicaciones, utilizando protocolos y herramientas adecuadas como VPN, HTTPS o FDE.
• Descuidar la protección perimetral en redes internas: Pensar que solo los sistemas directamente expuestos a Internet necesitan protección perimetral. Causa: Falta de comprensión del riesgo de movimiento lateral dentro de la red. Corrección: Implementar segmentación de red y firewalls internos para crear microperímetros y limitar el impacto de una brecha inicial.
• Destruir evidencia durante la contención: Desconectar un sistema comprometido sin antes preservar la evidencia volátil (ej. memoria RAM, conexiones de red activas). Causa: Pánico o falta de formación en análisis forense. Corrección: Seguir un protocolo de respuesta a incidentes que priorice la preservación de la evidencia, utilizando herramientas forenses adecuadas para la adquisición de datos antes de cualquier acción de contención drástica.
• Omitir la fase de 'Lecciones Aprendidas': Resolver el incidente y no documentar ni analizar las causas para evitar futuras repeticiones. Causa: Presión por restaurar la normalidad o falta de cultura de mejora continua. Corrección: Establecer un proceso formal para la revisión post-incidente, que incluya la identificación de mejoras en políticas, tecnologías y formación.
• Confundir virus, gusano y troyano por su forma de propagación: esto lleva a elegir una contramedida técnica equivocada (por ejemplo, esperar que un antivirus detenga un gusano de red sin control de tráfico).
• Subestimar la ingeniería social frente al malware técnico, cuando en la práctica es el vector de entrada más frecuente en incidentes reales porque elude las defensas técnicas del sistema.
• Tratar un ataque de disponibilidad (DoS/DDoS) como si comprometiera la confidencialidad de los datos, cuando su efecto principal es dejar el servicio inaccesible, no filtrar información.
• Confundir que un archivo esté firmado digitalmente con que sea seguro o esté libre de vulnerabilidades
• No comparar el hash publicado por el fabricante tras descargar un instalador de fuera del repositorio oficial
• Desactivar las actualizaciones automáticas sin un procedimiento alternativo de gestión de parches
• Usar cifrados obsoletos como RC4, DES o SSLv3, que pueden romperse con herramientas actuales
• No revocar certificados comprometidos, permitiendo suplantación prolongada del servicio