Flujos de trabajo de Jira de Security RX

Las conexiones de Jira son recursos a nivel de organización gestionados por administradores. Una sola conexión se puede compartir en múltiples flujos de trabajo.

Para crear una conexión:

Crear un flujo de trabajo es un asistente de dos pasos. El paso 1 define qué vulnerabilidades rastrear. El paso 2 configura dónde y cómo se crean los tickets en Jira.

Paso 1: definir el alcance de seguridad

Configura los siguientes campos:

Nombre del flujo de trabajo

Un identificador único para este flujo de trabajo. Debe comenzar con una letra o guion bajo y puede contener letras, números, guiones bajos y guiones (3-100 caracteres). Dos flujos de trabajo en la misma cuenta no pueden compartir un nombre.

Cuentas

Seleccione una o más cuentas de New Relic para monitorear. La cuenta actual está seleccionada de forma predeterminada. Puede monitorear hasta 100 cuentas en un solo flujo de trabajo.

Nivel de agregación

Controla cómo las vulnerabilidades se agrupan en tickets:

Opción	Descripción
Por entidad por paquete	Crea un ticket por dependencia vulnerable por aplicación. Ideal para equipos que solucionan vulnerabilidades a nivel de paquete.
Por entidad	Crea un ticket por aplicación que muestra todas sus vulnerabilidades juntas. Ideal para equipos que gestionan aplicaciones en su conjunto.

Fuentes de vulnerabilidades

Selecciona qué sistemas de detección incluir. Se debe seleccionar al menos una fuente.

Fuente	Descripción
New Relic	Vulnerabilidades detectadas por el escaneo integrado de New Relic
GitHub Dependabot	Vulnerabilidades de las alertas de GitHub Dependabot. Requiere que la integración de Dependabot se configure primero.

Severidades incluidas

Elija qué niveles de gravedad generan tickets y establezca los días de SLA para cada uno. El valor de SLA se utiliza para calcular la fecha de vencimiento en el ticket de Jira. Los días de SLA deben estar entre 1 y 365.

Gravedad	SLA predeterminado
Crítico	30 dias
Alto	60 días
Medio	90 dias
Bajo	90 dias

Horario

Frecuencia con la que se ejecuta el flujo de trabajo para buscar nuevas vulnerabilidades:

Frecuencia	Intervalo
A diario	1 día
Semanalmente	7 días
Quincenal	15 días
Mensual	30 dias
Bimestral	60 días
Trimestral	90 dias

El flujo de trabajo se ejecuta inmediatamente después de crearlo, luego continúa en el horario seleccionado.

Impacto del flujo de trabajo

Una estimación en tiempo real muestra cuántas entidades, paquetes y tickets de Jira se verán afectados por su configuración actual. Use esto para ajustar la configuración antes de guardar.

Paso 2: configurar Jira y el enrutamiento del equipo

Configura los siguientes campos:

Seleccionar o agregar una conexión de Jira

Seleccione una conexión preconfigurada del menú desplegable. Si tiene permisos de administrador, puede crear una nueva conexión desde esta página.

Proyecto o espacio

Seleccione el proyecto de Jira donde se crearán los tickets. El desplegable se completa después de seleccionar una conexión.

Sugerencia

Si planea usar asignaciones de equipo, asegúrese de que el campo Team esté habilitado en la configuración de su proyecto de Jira.

Tipo de incidencia

Seleccione el tipo de incidencia para los tickets creados. Solo se admiten Story, Bug y Task. No se admiten los tipos de subtareas.

ID de organización de Jira (opcional)

Ingrese el ID de su organización de Jira para habilitar el enrutamiento basado en equipos. Para encontrarlo, inicie sesión en home.atlassian.com y busque la cadena alfanumérica después de /o/ en la URL.

Equipo predeterminado (opcional)

Después de ingresar un ID de organización de Jira, selecciona un equipo de respaldo. Este equipo recibe tickets cuando no se encuentra una asignación de equipo específica de la entidad. Si no se establece un equipo predeterminado, los tickets se crean sin asignación de equipo.

Etiquetas (opcional)

Seleccione etiquetas para adjuntar a todos los tickets creados por este flujo de trabajo. Las etiquetas disponibles incluyen ID de CVE, estado, prioridad, paquete, respositorio, cuenta y origen.

Mapeo de gravedad a prioridad

Mapea cada severidad de vulnerabilidad a una prioridad de Jira. New Relic usa este mapeo al crear tickets. Las prioridades disponibles provienen de tu proyecto y tipo de incidencia de Jira seleccionados.

Security RX enruta los tickets al equipo adecuado mediante un sistema de prioridad de tres niveles:

1. Etiquetas de entidad (prioridad más alta) — agregue una etiqueta jiraTeamId directamente a una entidad de New Relic. El valor debe ser su ID de equipo de Jira, que se encuentra en home.atlassian.com después de /team/ en la URL. Para agregar etiquetas de forma masiva, use la integración de GitHub de New Relic para sincronizar jiraTeamId como una propiedad personalizada desde sus repositorios.

2. Enlaces de equipos de New Relic — si sus entidades están organizadas en equipos de New Relic, vincule cada equipo a un equipo de Jira:

   • Ir a Team Settings > Links > Add Link
   • Establecer el tipo en Atlassian Jira
   • Pegue la URL de su equipo de Jira: https://home.atlassian.com/o/{org-id}/people/team/{team-id}

3. Equipo predeterminado (respaldo) — si no se encuentra ninguna coincidencia mediante etiquetas o enlaces de equipo, el flujo de trabajo utiliza el equipo predeterminado configurado durante la configuración. Si no se establece un equipo predeterminado, el ticket se crea sin asignación de equipo.

Cuando creas un flujo de trabajo, Security RX configura un mapeo de ticket entre New Relic y tu proyecto de Jira. Los cambios en cualquiera de los lados se reflejan automáticamente en el otro.

New Relic → Jira (creación de ticket)

Jira → New Relic (actualizaciones de estado)

Cuando se actualiza un ticket de Jira, los siguientes cambios se sincronizan con New Relic:

Navegue a one.newrelic.com > Security RX > Workflows y haga clic en el nombre de un flujo de trabajo para abrir la página de detalles.

La página de detalles muestra:

• Estado del flujo de trabajo — activo, pausado o programado

• Tickets creados — total de tickets creados por este flujo de trabajo

• Última ejecución — cuándo se ejecutó por última vez el flujo de trabajo

• Resumen de configuración — cuentas, nivel de agregación, fuentes, gravedades, programación, proyecto de Jira y etiquetas

• Incidencias de Jira a lo largo del tiempo — un gráfico de la actividad de creación de tickets

• Elementos de trabajo activos — una tabla de todos los tickets con el estado actual, enlaces de Jira y estado de sincronización en tiempo real

  Pausar y reanudar un flujo de trabajo

  Puede pausar un flujo de trabajo en cualquier momento para evitar que cree nuevos tickets. Los tickets existentes no se ven afectados.

  Abrir la página de detalles del flujo de trabajo

  Navegue a one.newrelic.com > Security RX > Workflows y haga clic en el nombre del flujo de trabajo.

  Pausar o reanudar el flujo de trabajo

  Haga clic en Pause workflow o Resume workflow.

  Confirmar la acción

  Confirme la acción en el cuadro de diálogo.

Cada ticket de Jira creado por un flujo de trabajo de Security RX se almacena como una entidad WorkItemV2 en New Relic. Puedes consultar estas entidades para crear dashboards personalizados e informes.

Cuente todos los tickets creados por un flujo de trabajo:

SELECT uniqueCount(id)
FROM Entity
WHERE type = 'WORK_ITEM_V2'
  AND `tags.srx-workflow` = 'jira'
  AND `tags.srx-wf-name` = 'your_workflow_name'
SINCE 90 days ago

Desglosar tickets por gravedad:

SELECT uniqueCount(id)
FROM Entity
WHERE type = 'WORK_ITEM_V2'
  AND `tags.srx-workflow` = 'jira'
  AND `tags.srx-wf-name` = 'your_workflow_name'
FACET `tags.srx-wf-wi-severity`
SINCE 90 days ago

Realice un seguimiento de la creación de tickets a lo largo del tiempo:

SELECT uniqueCount(id)
FROM Entity
WHERE type = 'WORK_ITEM_V2'
  AND `tags.srx-workflow` = 'jira'
  AND `tags.srx-wf-name` = 'your_workflow_name'
FACET dateOf(metadata.createdAt)
SINCE 90 days ago
LIMIT 2000

Tickets por estado actual en todos los flujos de trabajo:

SELECT uniqueCount(id)
FROM Entity
WHERE type = 'WORK_ITEM_V2'
  AND `tags.srx-workflow` = 'jira'
FACET status
SINCE 90 days ago

Campos disponibles: