Cambio de carrera en seguridad cibernética: errores que te cuestan

Cambiar a ciberseguridad desde otro campo es posible a los 25, 35 o 50 años. Los errores que comete la gente no suelen ser por falta de inteligencia o esfuerzo. Son por tiempo desperdiciado en las cosas equivocadas mientras el reloj sigue corriendo con la renta, las facturas y la motivación.

Perseguir certificaciones antes de entender nada

Muchos que cambian de carrera compran un voucher de Security+ en la primera semana y comienzan a memorizar tarjetas. El problema es que terminas con un certificado pero sin un modelo mental de por qué una regla de firewall importa o qué es realmente un reverse shell. Las certificaciones son prueba de conocimiento, no un sustituto del mismo.

Un mejor orden: dedica 2-3 meses a fundamentos de redes (subnetting, TCP/IP, DNS, HTTP) y línea de comandos básica de Linux antes de tocar material de examen. Construye un home lab con VirtualBox o Proxmox, levanta una VM vulnerable como Metasploitable, y pruébala. Entonces Security+ o Network+ tendrá sentido en lugar de parecer memorización sin significado.

Intentar aprender cada dominio a la vez

Seguridad es enorme: análisis SOC, penetration testing, GRC, cloud security, análisis de malware, incident response. Los principiantes suelen intentar estudiarlo todo simultáneamente, saltando de un tutorial de Python scripting a un curso de cloud security a un video de YouTube sobre forensics en la misma semana. Eso dispersa el esfuerzo y nada se queda.

Elige un camino de entrada y profundiza durante 3-4 meses. Los roles de SOC analyst suelen ser el punto de entrada más accesible porque no requieren años de experiencia en infraestructura, y te enseñan análisis de logs, herramientas SIEM como Splunk o Elastic, y triage de incidentes en el trabajo. Seguridad ofensiva (pentesting) también es un camino válido, pero típicamente espera más profundidad en scripting práctico y redes antes de que los empleadores te tomen en serio.

Ignorar tu experiencia existente

Si eras administrador de redes, contador o desarrollador de software antes, esa experiencia es apalancamiento, no peso muerto. Un sysadmin anterior ya entiende Active Directory, DNS y gestión de parches, que se mapea directamente al trabajo de blue team. Un desarrollador ya entiende cómo se rompe el código, que se mapea a seguridad de aplicaciones o revisión de código seguro. Un contador entiende pistas de auditoría y controles, que se mapean a roles de GRC y cumplimiento.

No te comercialices como una pizarra en blanco. Estructura tu resumen alrededor de la superposición: