Como Cambiar From Customer Support Representative to Cybersecurity Analyst

Llevas años resolviendo tickets, pero tu currículum no dice nada sobre seguridad y cada oferta de analista te pide experiencia que no tienes. La transición de Customer Support Representative a Cybersecurity Analyst es posible, y tu trabajo actual te da más ventaja de lo que crees. Lo que sigue es un mapa realista: qué se transfiere, qué hay que aprender desde cero, qué proyectos demostrar, cuánto tarda el proceso y cómo plantearlo con un empleo en marcha.

Lo que ya sabes y no te has dado cuenta#

Soporte al cliente te entrena en dos cosas que la ciberseguridad paga bien: identificar patrones en comportamiento anómalo y comunicar bajo presión. Cuando revisas un caso de cuenta comprometida, un intento de phishing reportado por un usuario o un acceso sospechoso, ya estás haciendo análisis de incidentes en versión básica.

Estas habilidades se transfieren casi directas:

• Triage: priorizar cientos de señales por urgencia e impacto, igual que priorizabas tickets.
• Documentación: escribir lo que pasó, cuándo, y qué hiciste, base del informe post-incidente.
• Escalado: saber cuándo un caso supera tu nivel y pasarlo limpio al equipo adecuado.
• Comunicación con usuarios no técnicos: traducir riesgo a lenguaje humano, algo que muchos analistas técnicos hacen mal.
• Cumplimiento de procesos: seguir playbooks sin improvisar, exactamente lo que pide un SOC.
• Gestión de identidad básica: restablecer accesos, verificar identidad, detectar cuentas raras.

Lo que no se transfiere es la parte dura. Ninguna cantidad de trato al cliente te enseña a leer logs, a entender TCP/IP, a usar SIEM o a escribir un query en KQL o SPL. Eso hay que estudiarlo, sin atajos.

Qué aprender desde cero, en orden#

No intentes aprenderlo todo a la vez. Este orden funciona para alguien que estudia mientras trabaja:

• Redes: IP, DNS, HTTP/S, puertos, firewalls, VPN. Sin esto nada más tiene sentido.
• Sistemas: Linux básico, línea de comandos, Windows y Active Directory a nivel de usuario y grupo.
• Fundamentos de seguridad: CIA triad, autenticación, cifrado, vulnerabilidades, OWASP Top 10 a nivel conceptual.
• Herramientas de blue team: Wireshark, un SIEM gratuito como Wazuh o Elastic, y lectura de logs.
• Cloud básica: IAM, grupos, políticas, registros de auditoría en AWS o Azure.

Para orientar el estudio con el puesto en mente, conviene decodificar las ofertas reales: un lector de ofertas de empleo te muestra qué piden las empresas para esos roles y qué palabras repiten. También puedes filtrar vacantes de analista junior en el buscador de empleo para ver requisitos reales, no los que te imaginas.

Certificaciones: el Security+ de CompTIA es el que más reconocen para entrada. El CySA+ apunta más a analista pero se suele hacer después. Un certificado ayuda a pasar filtros, pero sin proyecto práctico no convence a nadie.

Tres proyectos de portfolio que demuestran capacidad#

Un proyecto concreto vale más que tres certificados sin contexto. Estos tres se pueden hacer con hardware modesto y software gratuito, y se explican bien en una entrevista.

1. Laboratorio de detección de phishing

Monta un entorno con Wazuh o Elastic, ingiere logs de un correo de prueba, y crea reglas que detecten indicadores de phishing: dominios parecidos a los oficiales, adjuntos .html, remitentes con SPF fallido. Documenta la regla, el caso de prueba y el resultado. Es directamente relevante si vienes de soporte: ya has clasificado correos raros.

2. Análisis de tráfico sospechoso

Descarga una captura pública de tráfico con un incidente conocido (hay repositorios de pcaps para práctica), ábrela en Wireshark, y escribe un informe: qué pasó, qué indicadores encontraste, cómo lo detectarías la próxima vez. El entregable es el informe, no la captura.

3. Automatización de respuesta a alertas

Escribe un script en Python que tome alertas de un SIEM de prueba y las clasifique por severidad, abriendo un ticket simulado para las críticas. Aunque sea simple, demuestra que entiendes el flujo de trabajo de un SOC y que puedes reducir trabajo manual.

Publica los tres en GitHub con un README claro: objetivo, herramientas, pasos, hallazgos. Sin README, el proyecto no existe para quien lo revisa.

Plazos reales, con empleo en marcha#

Aquí va la parte que casi nadie dice con honestidad. Estudiando entre 8 y 12 horas por semana, contar con 9 a 14 meses para estar listo para aplicar a puestos junior es realista. Si puedes dedicar 20 horas semanales, quizá 6 a 9 meses.

Ese rango depende de tu base técnica previa, de cuánto tiempo real le dediques y del mercado donde busques. No hay garantía de que en ese plazo consigas el puesto, solo de que llegas con algo que ofrecer. Verifica los requisitos y salarios actuales en las fuentes oficiales de cada país y en las propias ofertas, porque varían mucho por región y por empresa.

Un error frecuente: dejar de aplicar hasta "estar listo". Empieza a aplicar cuando tengas un proyecto terminado, no cuando domines todo.

Cómo redactar el currículum de cambio de carrera#

El error clásico es listar tareas de soporte y esperar que el lector conecte los puntos. No lo hará. Tienes que traducir cada experiencia al lenguaje de seguridad.

Ejemplo concreto. Antes:

"Gestioné tickets de clientes y resolví problemas de acceso a cuentas."

Después:

"Investigué incidentes de acceso no autorizado en cuentas de clientes, verifiqué indicadores de compromiso y escalé casos confirmados al equipo de seguridad, reduciendo el tiempo medio de resolución."

La segunda versión usa vocabulario del sector y muestra impacto medible sin mentir. Lo mismo aplica a detección de fraude, a revisión de actividad sospechosa o a cumplimiento de políticas de privacidad.

Estructura recomendada:

• Un resumen de 3 líneas que diga a qué aspiras y qué traes, sin frases genéricas.
• Una sección de proyectos técnicos arriba, con enlaces a GitHub.
• Experiencia traducida al lenguaje de seguridad, con verbos de análisis e investigación.
• Certificaciones y formación técnica al final, con fecha o estado ("en curso" solo si de verdad lo estás).

Antes de enviar, pasa el currículum por un verificador de compatibilidad con ATS para detectar problemas de formato y palabras clave que se pierden en el filtro automático.

Estrategia para el primer puesto#

Tu primer rol probablemente no se llame "Cybersecurity Analyst". Busca variantes: SOC Analyst Nivel 1, Security Operations Junior, GRC Analyst Junior, IT Support con funciones de seguridad, o incluso un puesto interno en tu empresa actual si tiene equipo de seguridad. Un puesto interno es a menudo el camino más corto: ya te conocen y confían en ti.

Cuando apliques, prioriza empresas donde tu experiencia de soporte sea una ventaja: SaaS, banca, fintech, salud, cualquier sector con mucho trato al usuario y obligaciones de cumplimiento. Ahí tu doble perfil (gente más técnica) pesa.

Prepara tres historias concretas para entrevistas: un caso de fraude o acceso sospechoso que resolviste, una vez que escalaste algo correctamente, y un proyecto de tu portfolio explicado de principio a fin. Los entrevistadores técnicos junior quieren ver criterio y curiosidad más que conocimiento enciclopédico.

Herramientas gratis#

• jobrise.io/es/free-ats-checker/
• jobrise.io/es/free-jd-decoder/
• jobrise.io/es/jobs/
• jobrise.io/es/blog/

Preguntas frecuentes#

¿Necesito carrera universitaria para entrar en ciberseguridad?

No siempre. En muchos mercados valoran más certificaciones, proyectos y habilidades demostrables que un título, sobre todo para puestos junior. Revisa las ofertas reales de tu zona para confirmarlo, porque en algunos países o empresas públicas el título sigue siendo requisito.

¿De verdad se valora la experiencia de soporte al cliente?

Sí, especialmente para SOC Nivel 1 y roles de GRC o seguridad gestionada, donde comunicar con usuarios es parte del trabajo. El truco está en presentar esa experiencia con vocabulario de seguridad y resultados concretos, no como atención al cliente genérica.

¿Cuánto tarda de media el cambio?

Entre 6 y 14 meses estudiando de forma constante, según tu punto de partida y las horas semanales disponibles. Es un rango orientativo, no una promesa: el mercado, la ubicación y la calidad de tu portfolio influyen más que cualquier calendario.

¿Qué certificación hago primero?

El Security+ de CompTIA es el punto de entrada más reconocido internacionalmente, y cubre fundamentos que usarás desde el día uno. Si tu presupuesto es ajustado, empieza por proyectos prácticos y considera certificaciones locales o gratuitas reconocidas en tu país.

¿Puedo hacer el cambio sin dejar mi empleo actual?

Sí, y es lo más común. El estudio de 8 a 12 horas semanales junto a un empleo es exigente pero viable si proteges las horas de estudio y reduces el tiempo en otras cosas durante unos meses. La ventaja de seguir trabajando es que mantienes ingresos mientras construyes el portfolio y puedes buscar un traspaso interno.