Saltar al contenido
← Volver al blog
2 min es

De soporte técnico a SOC: lo que cambió no fue el puesto

El salto de dar soporte a más de 100 usuarios a triar alertas en un SOC no fue un cambio de título de un día para otro. Fue un cambio en la pregunta que me hacía delante de cada tarea repetitiva.

  • carrera
  • soc
  • blue-team
  • automatizacion
De soporte técnico a SOC: lo que cambió no fue el puesto

Empecé dando soporte técnico a más de cien usuarios: contraseñas bloqueadas, administración de Active Directory, el día a día habitual de cualquiera que empieza en IT. No hay nada malo en ese trabajo: de hecho es donde aprendí más de lo que esperaba. Pero hay un momento en el que empiezas a ver patrones, y ese momento es el que nadie te explica de antemano.

El ticket número cuarenta y tantos

La primera vez que reseteas una contraseña es un trámite. La vez cuarenta y tantos, empiezas a preguntarte por qué el proceso sigue siendo manual. Ese fue mi patrón: no fue una vocación repentina, fue la irritación acumulada de repetir lo mismo sin que nadie se planteara automatizarlo. Ahí empecé a escribir los primeros scripts en Python, no en un curso, sino para resolver tareas concretas del día a día.

El paso intermedio que nadie menciona

De soporte no pasé directo a SOC. Pasé antes por administrar FortiGate y FortiAnalyzer, y por responder incidentes de nivel 1 y 2. Ese paso intermedio importa más de lo que parece: entender la red desde dentro, tocando firewalls y viendo tráfico real, es lo que después hace que triar una alerta XDR tenga sentido en vez de ser una etiqueta de severidad sin contexto.

El cambio real no fue de título

Pasar a analista de SOC no fue un cambio de un día para otro. Fue un cambio en la pregunta que me hacía frente a cada tarea repetitiva: de como lo resuelvo a como hago que esto no vuelva a pasar. Ese giro es el que, con el tiempo, lleva de gestionar tickets a gestionar riesgo.

Lo que me hubiera gustado saber antes

  • El soporte de nivel 1 no es un peaje, es formación. Ver por qué un usuario hace algo "mal" enseña a diseñar sistemas que fallan menos.
  • Nadie va a pedirte que automatices nada. El primer script que escribí para ahorrarme trabajo no me lo pidió nadie.
  • El SOC no es un destino, es seguir haciendo la misma pregunta. Sigo automatizando cosas que antes hacía a mano, el mismo impulso que el primer script de reseteo de contraseñas.

Si estás en soporte técnico y sientes que todavía no estás listo para dar el salto: probablemente ya tienes la parte más difícil, que es entender la infraestructura real, con usuarios reales rompiéndola de formas que ningún curso enseña. Lo que falta no es más teoría: es empezar a preguntarte, delante de cada tarea repetitiva, como evitar que vuelva a pasar.