Estoy de acuerdo en que esta es una palabra de moda tanto como DevOps puede ser.
La tarea principal de un SecOps agregado además de las tareas habituales de un ingeniero operativo es asumir la carga de seguir los feeds de publicación de CVE, manejar la remediación, generalmente manejar cosas manejadas históricamente por el equipo de seguridad o administración de red (reglas de firewall, excepciones de firewall de aplicaciones web)
Si ve un Sysadmin en una organización DevOps como un administrador de sistemas capaz de leer y ser parte del código de la aplicación, un SecOps sería un administrador de sistemas capaz de formar parte de las reglas de seguridad de la infraestructura en torno a los propios servidores.
En algunas estructuras, manteniendo los silos de responsabilidad (Ventas, Negocios, Desarrollo, Operaciones, Seguridad, Monitoreo), el Ingeniero de Seguridad y los Ingenieros de Operaciones están tan separados como los Desarrolladores y los Ingenieros de Operaciones, mientras que no adoptan una organización DevOps completa, pasar a un modelo SecOps es un primer paso para reunir a dos equipos separados históricamente más cercanos y menos antagonistas en la organización basada en silos. Algunas personas también se sienten más cómodas para agregar la operación o la faceta de seguridad en su trabajo actual que las crecientes habilidades de código.
Para resumir, definiría SecOps como un primer paso hacia una organización DevOps, con el objetivo de obtener un equipo de habilidades múltiples alrededor de ingenieros de seguridad / red / sistemas operativos donde son equipos separados en un departamento existente.