Workflow Jira Security RX

Les workflows Jira de Security RX créent automatiquement des tickets Jira lorsque des vulnérabilités sont détectées dans vos applications, et maintiennent ces tickets synchronisés à mesure que leur statut change dans l'un ou l'autre système.

Ce que vous pouvez faire

Avec un workflow Jira Security RX, vous pouvez :

• Créez automatiquement des tickets lorsque des vulnérabilités correspondant à vos critères sont détectées.
• Acheminez les tickets vers la bonne équipe à l’aide des tags d’entité, des liens d’équipe New Relic, ou d’une solution de repli par défaut.
• Gardez les tickets synchronisés avec la synchronisation bidirectionnelle entre Jira et New Relic.
• Configurez les seuils de sévérité et les jours de SLA pour que les dates d’échéance soient définies automatiquement sur chaque ticket.
• Monitorez l’activité des tickets depuis la page des détails du workflow sans quitter New Relic.
• Mettez en pause et reprenez les workflows à tout moment sans perdre la configuration.

Prérequis

Avant de créer votre premier workflow, assurez-vous d'avoir :

1. Un droit Security RX — votre organisation doit avoir un abonnement Security RX (APM) actif.
2. Autorisations d'utilisateur appropriées — voir Prérequis et rôles d’utilisateur. La création de workflows et la gestion des connexions nécessitent un rôle de manager d'organisation ou d'administrateur de produit.
3. Données de vulnérabilités transmises à New Relic — via un agent APM, un agent d’infrastructure ou une intégration prise en charge.
4. Une connexion Jira configurée : un administrateur de l’organisation doit la configurer avant que vous puissiez créer un workflow. Voir Configurer une connexion Jira.

Configurer une connexion Jira

Les connexions Jira sont des ressources au niveau de l'organisation gérées par les administrateurs. Une seule connexion peut être partagée entre plusieurs workflow.

Fournissez les informations suivantes lorsque vous créez une connexion :

Vous avez besoin des autorisations de création de webhook pour activer la synchronisation bidirectionnelle : lorsque vous mettez à jour un ticket dans Jira, la modification est synchronisée avec New Relic.

Pour créer une connexion :

1. Allez à one.newrelic.com > Security RX > Workflows.
2. Sélectionnez Add a Jira connection.
3. Saisissez l’URL de votre instance Jira, votre nom d’utilisateur et votre jeton d’API.
4. Enregistrez la connexion. Elle est désormais disponible pour tous les créateurs de workflow de votre organisation.

Créer un workflow

La création d'un workflow se fait via un assistant en deux étapes. L'étape 1 définit les vulnérabilités à suivre. L'étape 2 configure où et comment les tickets sont créés dans Jira.

Étape 1 : définir la portée de la sécurité

Configurez les champs suivants :

Workflow name

Un identifiant unique pour ce workflow. Doit commencer par une lettre ou un trait de soulignement et peut contenir des lettres, des chiffres, des traits de soulignement et des traits d'union (de 3 à 100 caractères). Deux workflow d'un même compte ne peuvent pas partager un nom.

Accounts

Sélectionnez un ou plusieurs comptes New Relic à monitorer. Le compte actuel est sélectionné par défaut. Vous pouvez monitorer jusqu'à 100 comptes dans un seul workflow.

Aggregation level

Contrôle la façon dont les vulnérabilités sont regroupées dans les tickets :

Vulnerability sources

Sélectionnez les systèmes de détection à inclure. Au moins une source doit être sélectionnée.

Severities included

Choisissez les niveaux de gravité qui génèrent des tickets et définissez les jours de SLA pour chacun. La valeur de SLA est utilisée pour calculer la date d'échéance sur le ticket Jira. Les jours de SLA doivent être compris entre 1 et 365.

Schedule

Fréquence à laquelle le workflow s'exécute pour vérifier les nouvelles vulnérabilités :

Le workflow s'exécute immédiatement après sa création, puis se poursuit selon la planification sélectionnée.

Workflow impact

Une estimation en temps réel montre combien d'entités, de packages et de tickets Jira seront affectés par vos paramètres actuels. Utilisez ceci pour affiner la configuration avant d'enregistrer.

Étape 2 : configurer Jira et le routage d'équipe

Configurez les champs suivants :

Select or add Jira connection

Sélectionnez une connexion préconfigurée dans la liste déroulante. Si vous avez des autorisations d'administrateur, vous pouvez créer une nouvelle connexion à partir de cette page.

Project or space

Sélectionnez le projet Jira dans lequel vous souhaitez créer des tickets. La liste déroulante se remplit une fois que vous avez sélectionné une connexion.

Issue type

Sélectionnez le type d’incident pour les tickets créés. Seuls Story, Bug, et Task sont pris en charge. Security RX ne prend pas en charge les types de sous-tâches.

Jira organization ID (facultatif)

Saisissez l'ID de votre organisation Jira pour activer le routage basé sur l'équipe. Pour le trouver, connectez-vous à home.atlassian.com et recherchez la chaîne alphanumérique après /o/ dans l'URL.

Default team (facultatif)

Après avoir saisi un ID d'organisation Jira, sélectionnez une équipe de secours. Cette équipe reçoit les tickets lorsqu'aucune affectation d'équipe spécifique à l'entité n'est trouvée. Si aucune équipe par défaut n'est définie, les tickets sont créés sans affectation d'équipe.

Labels (facultatif)

Sélectionnez les libellés à associer à tous les tickets créés par ce workflow. Les libellés disponibles incluent CVE ID, status, priority, package, repository, account et source.

Severity to priority mapping

Associez chaque sévérité des vulnérabilités à une priorité Jira. New Relic utilise cette modélisation lors de la création de tickets. Les priorités disponibles proviennent de votre projet Jira et de votre type de ticket sélectionnés.

Affectation d'équipe

Security RX achemine les tickets vers la bonne équipe en utilisant un système de priorité à trois niveaux :

1. Tags d'entité (priorité la plus élevée) — ajoutez un tag jiraTeamId directement à une entité New Relic. La valeur doit être votre ID d'équipe Jira, que vous trouverez sur home.atlassian.com après /team/ dans l'URL. Pour le tag en masse, utilisez l'intégration GitHub de New Relic pour synchroniser jiraTeamId en tant que propriété personnalisée à partir de vos référentiels.

2. Liens d'équipe New Relic — si vos entités sont organisées en équipes New Relic, liez chaque équipe à une équipe Jira :

   • Allez à Team Settings > Links > Add Link.
   • Définissez le type sur Atlassian Jira.
   • Collez l'URL de votre équipe Jira : https://home.atlassian.com/o/{org-id}/people/team/{team-id}

3. Équipe par défaut (secours) — si aucune correspondance n'est trouvée via les tags ou les liens d'équipe, le workflow utilise l'équipe par défaut configurée lors de la configuration. Si aucune équipe par défaut n'est définie, le ticket est créé sans assignation d'équipe.

Synchronisation bidirectionnelle

Lorsque vous créez un workflow, Security RX associe les tickets entre New Relic et votre projet Jira. Les modifications d’un côté se synchronisent automatiquement de l’autre.

New Relic → Jira (création de ticket) :

Jira → New Relic (mises à jour d’état) :

Lorsque vous mettez à jour un ticket Jira, les modifications suivantes sont synchronisées vers New Relic :

Monitorer un workflow

Accédez à Security RX > Workflows, et sélectionnez un nom de workflow pour ouvrir la page des détails.

La page de détails affiche :

• Workflow status — Actif, En pause ou Planifié.
• Tickets created — nombre total de tickets créés par ce workflow.
• Last run — date de la dernière exécution du workflow.
• Configuration summary — comptes, niveau d’agrégation, sources, gravités, planification, projet Jira, et étiquettes.
• Jira issues over time — un graphique de l'activité de création de tickets.
• Active work items — un tableau de tous les tickets avec le statut actuel, les liens Jira, et le statut de synchronisation en temps réel.

Mettre en pause et reprendre un workflow

Vous pouvez suspendre un workflow à tout moment pour l’empêcher de créer de nouveaux tickets. La suspension n’affecte pas les tickets existants. Pour suspendre ou reprendre :

1. Ouvrez la page des détails du workflow.
2. Sélectionnez Pause workflow ou Resume workflow.
3. Confirmez l'action dans la boîte de dialogue.

Requête sur les éléments de travail avec NRQL

Chaque ticket Jira créé par un workflow Security RX est stocké en tant qu'entité WorkItemV2 dans New Relic. Vous pouvez exécuter une requête sur ces entités pour créer des dashboards personnalisés et des rapports.

Compter tous les tickets créés par un workflow :

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

Répartir les tickets par sévérité :

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

Suivre la création de tickets au fil du temps :

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 par statut actuel dans tous les workflows :

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

Champs disponibles :

Et ensuite ?