Ir al contenido
Aramis:Insight

Roles

Analista de Gestión de Vulnerabilidades

Encuentra las debilidades, las prioriza e impulsa las correcciones hasta terminarlas.

Áreas de competencia

  • Evaluación de Seguridad de Software
  • Análisis de Seguridad de Sistemas
  • Análisis de Vulnerabilidades

Aramis:Current Daily

Una lista breve de lectura para un Analista de Gestión de Vulnerabilidades, de menos de 30 minutos por edición.

2026-09-28. 4 minutos en total

  1. Múltiples vulnerabilidades en productos de Citrix

    INCIBE-CERT, 2026-09-28. Leer, 4 min.

    Por qué importa para este rol: Para cerrar CVE-2026-88778 no basta con la nueva versión de NetScaler, pues INCIBE-CERT indica que también se debe habilitar la función Enhanced ISN Generation.

Preguntas de muestra

Tres preguntas reales de la evaluación de este rol, con la respuesta, el razonamiento y el enunciado NICE que cada una mide. La evaluación completa se nutre de cientos como estas.

Pregunta de muestra 1

Usted es analista de gestión de vulnerabilidades y está concluyendo una evaluación del portal de clientes de Brightleaf Retail, donde encontró que el campo de búsqueda de productos es vulnerable a inyección SQL, lo que permite a un usuario no autenticado extraer la tabla completa de cuentas de clientes, incluidos nombres, contraseñas con hash y saldos del programa de lealtad. Usted está redactando la entrada de esta vulnerabilidad para el informe final, que leerán tanto el equipo de ingeniería de Brightleaf como su CISO antes de la reunión de presentación de resultados. ¿Qué redacción debería producir?

  1. A.Una descripción de la falla y del endpoint afectado, el conjunto completo de registros reales de clientes recuperados durante las pruebas incluido como evidencia, una calificación de severidad que pondere tanto la explotabilidad técnica como la sensibilidad de lo expuesto, y una recomendación de remediación acotada al código real de manejo de consultas de Brightleaf.
  2. B.Una descripción de la falla y del endpoint afectado, un ejemplo anonimizado o representativo de los datos extraídos en lugar del conjunto completo de registros, una puntuación de severidad estándar publicada para la clase de vulnerabilidad de inyección SQL aplicada sin ajustar por lo que esta instancia realmente expuso, y una recomendación de remediación acotada al código real de manejo de consultas de Brightleaf.
  3. C.Una descripción de la falla y del endpoint afectado, un ejemplo anonimizado o representativo de los datos extraídos en lugar del conjunto completo de registros, una calificación de severidad que pondere tanto la explotabilidad técnica como la sensibilidad de lo expuesto, y una recomendación de remediación genérica que cubra la prevención de la inyección SQL en general en lugar del código específico de manejo de consultas de Brightleaf.
  4. D.Una descripción de la falla y del endpoint afectado, un ejemplo anonimizado o representativo de los datos extraídos en lugar del conjunto completo de registros, una calificación de severidad que pondere tanto la explotabilidad técnica como la sensibilidad de lo expuesto, y una recomendación de remediación acotada al código real de manejo de consultas de Brightleaf.
Ver la respuesta y el razonamiento

Respuesta correcta: D

La opción D es correcta porque satisface todos los elementos que necesita un informe defendible de análisis de vulnerabilidades y trata cada uno de manera adecuada: identifica la falla y el endpoint afectado; la demuestra mediante un ejemplo censurado o representativo, en lugar de reproducir el conjunto completo de registros vulnerados; califica la gravedad con base tanto en la facilidad técnica de explotación como en lo que expone este sistema específico; y vincula la remediación con el código real de Brightleaf para el manejo de consultas, de modo que el personal de ingeniería pueda actuar sin investigación adicional. La opción A es incorrecta porque incluir como prueba en el informe el conjunto completo de registros reales recuperados de clientes, con nombres y contraseñas con hash, crea una segunda exposición innecesaria de datos sensibles dentro de un documento que también requiere protección. Una muestra censurada o representativa demuestra el mismo impacto sin multiplicar el riesgo. La opción B es incorrecta porque aplicar una calificación estándar publicada para la clase de vulnerabilidad de inyección SQL, sin ajustarla a lo que realmente expuso esta instancia, es decir, acceso no autenticado a una tabla completa de cuentas de clientes, subestima el riesgo comercial real para Brightleaf y podría inducir al CISO a priorizarlo con menos urgencia de la necesaria. La opción C es incorrecta porque las recomendaciones genéricas de remediación del sector, aunque sean correctas en términos generales, no indican al personal de ingeniería de Brightleaf dónde se encuentra la falla en su propio código ni cómo corregir este manejador específico de consultas. Esto reduce la capacidad del informe para permitir que el equipo del cliente actúe con rapidez.

Esta pregunta mide: T1625: Prepare vulnerability analysis reports

Pregunta de muestra 2

Un analista de gestión de vulnerabilidades en Ashgrove Manufacturing se prepara para la auditoría anual de seguridad y consulta el registro de aceptación de riesgo de una vulnerabilidad de severidad alta en una aplicación heredada de inventarios, aprobada hace seis meses. El registro contiene el identificador de la vulnerabilidad y su calificación de severidad, la firma del dueño del riesgo de la unidad de negocio, quien conforme a la política de la empresa tiene autoridad de aceptación en esa severidad, una justificación de negocio por escrito para diferir la remediación y la lista de controles compensatorios que se validaron en el momento de la aprobación. Desde esa aprobación, la base de usuarios de la aplicación se ha triplicado y la aplicación se conectó a un portal de pedidos de socios comerciales. ¿Qué faltante del registro debería señalar el analista como el más significativo antes de la auditoría?

  1. A.No establece una fecha de expiración ni un detonante de reevaluación, por lo que nada obliga a revisar la aceptación aun cuando la exposición de la aplicación ha cambiado de manera sustancial.
  2. B.No cuantifica la pérdida financiera proyectada en caso de explotación, con lo que la justificación del diferimiento queda en términos cualitativos en lugar de expresarse como pérdida anualizada.
  3. C.Lleva únicamente la firma del dueño del riesgo de la unidad de negocio, sin la contrafirma del CISO que confirme la aceptación a nivel ejecutivo.
  4. D.No mapea los controles compensatorios a los identificadores de control del marco de seguridad de la empresa, lo que obliga a los auditores a rastrear ese vínculo por su cuenta.
Ver la respuesta y el razonamiento

Respuesta correcta: A

La documentación adecuada de la aceptación de riesgos debe tener una vigencia definida: registra cuándo vence la aceptación o qué condiciones desencadenan una nueva evaluación, ya que la decisión se tomó frente a una exposición específica que puede cambiar. Con una base de usuarios tres veces mayor y un portal para socios ahora conectado, una aceptación sin un evento de reevaluación permanece vigente silenciosamente bajo condiciones que la persona autorizadora nunca evaluó. Este es el defecto estructural al que una persona auditora dará mayor importancia. Las estimaciones cuantificadas de pérdidas fortalecen una justificación, pero el registro ya satisface cualitativamente el requisito de justificación. No se requiere la firma adicional del CISO cuando la política otorga autoridad al propietario del riesgo de la unidad de negocio para este nivel de gravedad. Agregar firmas es una reacción común, pero equivocada. Vincular los controles compensatorios con identificadores de un marco de referencia es una práctica de orden documental que facilita la trazabilidad de la auditoría, pero no determina si la decisión de aceptación conserva su validez.

Esta pregunta mide: K1208: Knowledge of risk acceptance and documentation

Pregunta de muestra 3

En 2026, mientras investiga una vulnerabilidad crítica de SMB recientemente divulgada que afecta a varios servidores de archivos internos, a un analista de gestión de vulnerabilidades se le pide ayudar a determinar si la actividad de red actual muestra que la vulnerabilidad ya se está explotando para moverse entre equipos, o si se trata solo de tráfico administrativo rutinario. Una captura de paquetes muestra que una estación de trabajo interna abre conexiones SMB por el puerto 445 hacia más de 60 equipos internos distintos en un lapso de dos minutos, cada conexión seguida de una secuencia casi idéntica de paquetes de negociación de protocolo, sin ningún ticket de cambio ni actividad de mantenimiento programada que corresponda. ¿Qué característica de este tráfico indica con mayor fuerza una explotación automatizada o un movimiento lateral, en lugar de un uso administrativo legítimo?

  1. A.Que las conexiones se dirijan al puerto 445, exactamente el servicio SMB que explota la vulnerabilidad crítica recién divulgada, que es precisamente el puerto que un atacante usaría para convertir esta falla en un arma contra los servidores de archivos internos
  2. B.Que una sola estación de trabajo abra sesiones SMB hacia docenas de equipos internos distintos en una ventana de dos minutos, un ritmo y una amplitud que superan por mucho lo que produce un solo usuario o una tarea administrativa programada
  3. C.Que cada conexión reproduzca la misma secuencia de paquetes de negociación de protocolo, una uniformidad generada por máquina que señala el tráfico como obra de herramientas automatizadas y no de un administrador humano trabajando de forma interactiva entre los equipos
  4. D.Que la estación de trabajo genere únicamente tráfico SMB por el puerto de compartición de archivos en lugar de una mezcla de servicios, lo que muestra que su actividad se concentra por completo en el protocolo que afecta la vulnerabilidad divulgada
Ver la respuesta y el razonamiento

Respuesta correcta: B

La característica diagnóstica es conductual: que un host abra sesiones hacia decenas de sistemas distintos en un intervalo de dos minutos representa una velocidad y una dispersión propias del escaneo automatizado y de las herramientas de movimiento lateral, no de una sola persona usuaria ni de una tarea administrativa programada. Esto es lo que distingue con mayor claridad la explotación del uso rutinario. El uso exclusivo del puerto 445 únicamente demuestra que el servicio vulnerable está en uso; ese puerto transporta constantemente tráfico legítimo de archivos compartidos, por lo que el hecho de que un atacante lo utilice no distingue por sí solo el tráfico malicioso del tráfico rutinario. Una secuencia idéntica y repetida de negociación de protocolo no es indicio del uso de herramientas porque el protocolo define el handshake de SMB y todos los clientes, tanto benignos como maliciosos, lo reproducen de la misma manera. Que el tráfico se concentre exclusivamente en SMB es normal en cualquier sesión de acceso a archivos y no revela nada sobre la intención; por lo tanto, enfocarse en un solo servicio no indica un ataque.

Esta pregunta mide: K0783: Knowledge of network attack characteristics

Plantillas de descripción de puesto

Tres borradores listos para editar, pensados para gerentes de contratación y reclutadores: copie uno, reemplace las líneas entre corchetes y publíquelo. Las responsabilidades y los requisitos provienen de los mismos enunciados NICE frente a los que se mide este rol.

Los enunciados usan la redacción oficial del marco NICE, que se publica en inglés.

Analista de Gestión de Vulnerabilidades: Junior

Buscamos un Analista de Gestión de Vulnerabilidades junior. Encuentra las debilidades, las prioriza e impulsa las correcciones hasta terminarlas. En este nivel se hará cargo de partes bien delimitadas del trabajo, con colegas senior de quienes aprender, y crecerá hacia el resto del rol.

[Empresa] se dedica a [lo que hacen]. La función de seguridad es [tamaño y estructura: p. ej., un equipo de cinco personas que reporta al CTO]. Reemplace este párrafo con el suyo.

Responsabilidades

  • Assess the effectiveness of security controls
  • Identify critical technology procurement requirements
  • Determine impact of software configurations
  • Integrate black-box security testing tools into quality assurance processes
  • Perform code reviews
  • Prepare secure code documentation
  • Determine project security controls
  • Identify anomalous network activity
  • Trabajar en pareja con colegas senior y crecer mediante retroalimentación estructurada.
  • Documentar su trabajo para que el equipo aprenda con usted.

Conocimientos requeridos

  • Vulnerability data sources
  • Low-level programming languages
  • Network attack characteristics
  • Risk acceptance and documentation
  • Computer networking protocols
  • Risk management processes
  • Cybersecurity laws and regulations
  • Cybersecurity policies and procedures

Habilidades

  • Assessing security systems designs
  • Performing root cause analysis
  • Identifying critical infrastructure systems
  • Identifying systems designed without security considerations
  • Evaluating supplier trustworthiness

Cómo usar esta plantilla

Copie el borrador, reemplace cada línea entre corchetes, elimine los enunciados que no apliquen a su vacante y agregue rango de compensación y política de ubicación. Las listas de enunciados provienen del marco NICE v2.2.0 del NIST, de modo que los candidatos pueden evaluarse frente a los mismos enunciados con Aramis:Insight.

Analista de Gestión de Vulnerabilidades: Nivel medio

Buscamos un Analista de Gestión de Vulnerabilidades de nivel intermedio. Encuentra las debilidades, las prioriza e impulsa las correcciones hasta terminarlas. Será responsable de este trabajo en el día a día y colaborará de cerca con el resto del equipo de seguridad.

[Empresa] se dedica a [lo que hacen]. La función de seguridad es [tamaño y estructura: p. ej., un equipo de cinco personas que reporta al CTO]. Reemplace este párrafo con el suyo.

Responsabilidades

  • Assess the effectiveness of security controls
  • Identify critical technology procurement requirements
  • Determine impact of software configurations
  • Integrate black-box security testing tools into quality assurance processes
  • Perform code reviews
  • Prepare secure code documentation
  • Determine project security controls
  • Identify anomalous network activity
  • Perform authorized penetration testing on enterprise network assets
  • Develop threat models
  • Identify vulnerabilities
  • Recommend vulnerability remediation strategies

Conocimientos requeridos

  • Vulnerability data sources
  • Low-level programming languages
  • Network attack characteristics
  • Risk acceptance and documentation
  • Computer networking protocols
  • Risk management processes
  • Cybersecurity laws and regulations
  • Cybersecurity policies and procedures
  • Privacy laws and regulations
  • Privacy policies and procedures
  • Cybersecurity principles and practices
  • Privacy principles and practices

Habilidades

  • Assessing security systems designs
  • Performing root cause analysis
  • Identifying critical infrastructure systems
  • Identifying systems designed without security considerations
  • Evaluating supplier trustworthiness
  • Evaluating product trustworthiness
  • Identifying software communications vulnerabilities
  • Developing user credential management systems

Cómo usar esta plantilla

Copie el borrador, reemplace cada línea entre corchetes, elimine los enunciados que no apliquen a su vacante y agregue rango de compensación y política de ubicación. Las listas de enunciados provienen del marco NICE v2.2.0 del NIST, de modo que los candidatos pueden evaluarse frente a los mismos enunciados con Aramis:Insight.

Analista de Gestión de Vulnerabilidades: Senior

Buscamos un Analista de Gestión de Vulnerabilidades senior. Encuentra las debilidades, las prioriza e impulsa las correcciones hasta terminarlas. Definirá la dirección de este trabajo, guiará a quienes lo hacen y responderá por sus resultados.

[Empresa] se dedica a [lo que hacen]. La función de seguridad es [tamaño y estructura: p. ej., un equipo de cinco personas que reporta al CTO]. Reemplace este párrafo con el suyo.

Responsabilidades

  • Assess the effectiveness of security controls
  • Identify critical technology procurement requirements
  • Determine impact of software configurations
  • Integrate black-box security testing tools into quality assurance processes
  • Perform code reviews
  • Prepare secure code documentation
  • Determine project security controls
  • Identify anomalous network activity
  • Perform authorized penetration testing on enterprise network assets
  • Develop threat models
  • Identify vulnerabilities
  • Recommend vulnerability remediation strategies
  • Determine that the application of security patches for commercial products meets timeline requirements
  • Document commercial product timeline requirements dictated by the management authority for intended operational environments
  • Determine if cybersecurity-enabled products reduce identified risk to acceptable levels
  • Determine if security control technologies reduce identified risk to acceptable levels
  • Guiar a los miembros junior del equipo y revisar su trabajo.
  • Representar esta función ante la dirección y ante auditores o clientes.
  • Definir estándares, seleccionar herramientas y ser responsable de la hoja de ruta de esta área.

Conocimientos requeridos

  • Vulnerability data sources
  • Low-level programming languages
  • Network attack characteristics
  • Risk acceptance and documentation
  • Computer networking protocols
  • Risk management processes
  • Cybersecurity laws and regulations
  • Cybersecurity policies and procedures
  • Privacy laws and regulations
  • Privacy policies and procedures
  • Cybersecurity principles and practices
  • Privacy principles and practices
  • Cybersecurity threats
  • Cybersecurity vulnerabilities

Habilidades

  • Assessing security systems designs
  • Performing root cause analysis
  • Identifying critical infrastructure systems
  • Identifying systems designed without security considerations
  • Evaluating supplier trustworthiness
  • Evaluating product trustworthiness
  • Identifying software communications vulnerabilities
  • Developing user credential management systems
  • Implementing user credential management systems
  • Implementing enterprise key escrow systems

Cómo usar esta plantilla

Copie el borrador, reemplace cada línea entre corchetes, elimine los enunciados que no apliquen a su vacante y agregue rango de compensación y política de ubicación. Las listas de enunciados provienen del marco NICE v2.2.0 del NIST, de modo que los candidatos pueden evaluarse frente a los mismos enunciados con Aramis:Insight.

Roles relacionados

Roles con trabajo parecido o en una etapa de carrera similar. Cada uno tiene sus propias plantillas de descripción de puesto y una evaluación gratuita.