Fluxos de trabalho do Jira do Security RX

As conexões do Jira são recursos no nível da organização gerenciados por administradores. Uma única conexão pode ser compartilhada entre vários fluxos de trabalho.

Para criar uma conexão:

Criar um fluxo de trabalho é um assistente de duas etapas. A etapa 1 define quais vulnerabilidades rastrear. A etapa 2 configura onde e como os tickets são criados no Jira.

Etapa 1: definir o escopo de segurança

Configure os seguintes campos:

Nome do fluxo de trabalho

Um identificador exclusivo para este fluxo de trabalho. Deve começar com uma letra ou sublinhado e pode conter letras, números, sublinhados e hifens (3–100 caracteres). Dois fluxos de trabalho na mesma conta não podem compartilhar um nome.

Contas

Selecione uma ou mais contas do New Relic para monitorar. A conta atual é selecionada por padrão. Você pode monitorar até 100 contas em um único fluxo de trabalho.

Nível de agregação

Controla como as vulnerabilidades são agrupadas em tickets:

Opção	Descrição
Por entidade por pacote	Cria um ticket por dependência vulnerável por aplicativo. Melhor para equipes que corrigem vulnerabilidades no nível do pacote.
Por entidade	Cria um ticket por aplicativo mostrando todas as suas vulnerabilidades juntas. Ideal para equipes que gerenciam aplicativos como um todo.

Fontes de vulnerabilidades

Selecione quais sistemas de detecção incluir. Pelo menos uma fonte deve ser selecionada.

Fonte	Descrição
New Relic	Vulnerabilidades detectadas pela varredura integrada do New Relic
GitHub Dependabot	Vulnerabilidades de alertas do GitHub Dependabot. Requer que a integração do Dependabot seja configurada primeiro.

Gravidades incluídas

Escolha quais níveis de gravidade geram tickets e defina os dias de SLA para cada um. O valor do SLA é usado para calcular a data de vencimento no ticket do Jira. Os dias de SLA devem estar entre 1 e 365.

Gravidade	SLA padrão
Crítico	30 dias
Alto	60 dias
Médio	90 dias
Baixo	90 dias

Agendamento

Com que frequência o fluxo de trabalho é executado para verificar novas vulnerabilidades:

Frequência	Intervalo
Diário	1 dia
Semanalmente	7 dias
Quinzenal	15 dias
Mensal	30 dias
Bimestral	60 dias
Trimestral	90 dias

O fluxo de trabalho é executado imediatamente após você criá-lo e, em seguida, continua no cronograma selecionado.

Impacto no fluxo de trabalho

Uma estimativa em tempo real mostra quantas entidades, pacotes e tickets do Jira serão afetados por suas configurações atuais. Use isso para ajustar a configuração antes de salvar.

Etapa 2: Configure o Jira e o roteamento de equipe

Configure os seguintes campos:

Selecione ou adicione a conexão do Jira

Selecione uma conexão pré-configurada no dropdown. Se você tiver permissões de administrador, poderá criar uma nova conexão a partir desta página.

Projeto ou espaço

Selecione o projeto do Jira onde os tickets serão criados. O dropdown é preenchido após você selecionar uma conexão.

Dica

Se você planeja usar atribuições de equipe, certifique-se de que o campo Team esteja habilitado nas configurações do seu projeto do Jira.

Tipo de problema

Selecione o tipo de incidente para os tickets criados. Somente Story, Bug e Task são suportados. Tipos de subtarefa não são suportados.

ID da organização do Jira (opcional)

Insira o ID da sua organização do Jira para habilitar o roteamento baseado em equipe. Para encontrá-lo, faça login em home.atlassian.com e procure a string alfanumérica após /o/ no URL.

Equipe padrão (opcional)

Após inserir um ID de organização do Jira, selecione uma equipe de fallback. Essa equipe recebe tickets quando nenhuma atribuição de equipe específica da entidade é encontrada. Se nenhuma equipe padrão for definida, os tickets são criados sem atribuição de equipe.

Rótulos (opcional)

Selecione rótulos para anexar a todos os tickets criados por este fluxo de trabalho. Os rótulos disponíveis incluem ID do CVE, status, prioridade, pacote, repositório, conta e origem.

Mapeamento de gravidade para prioridade

Mapeie cada gravidade de vulnerabilidade para uma prioridade do Jira. O New Relic usa esse mapeamento ao criar tickets. As prioridades disponíveis vêm do projeto e do tipo de problema do Jira selecionados.

O Security RX encaminha os tickets para a equipe certa usando um sistema de prioridade de três níveis:

1. Tags de entidade (prioridade mais alta) — adicione uma tag jiraTeamId diretamente a uma entidade do New Relic. O valor deve ser o ID da sua equipe do Jira, encontrado em home.atlassian.com após /team/ no URL. Para adicionar tags em massa, use a integração do GitHub do New Relic para sincronizar jiraTeamId como uma propriedade personalizada dos seus repositórios.

2. Links de equipe da New Relic — se as suas entidades estiverem organizadas em equipes da New Relic, vincule cada equipe a uma equipe do Jira:

   • Vá para Team Settings > Links > Add Link
   • Defina o tipo como Atlassian Jira
   • Cole o URL da sua equipe do Jira: https://home.atlassian.com/o/{org-id}/people/team/{team-id}

3. Equipe padrão (fallback) — se nenhuma correspondência for encontrada por meio de tags ou links de equipe, o fluxo de trabalho usa a equipe padrão configurada durante a configuração. Se nenhuma equipe padrão for definida, o ticket é criado sem atribuição de equipe.

Quando você cria um fluxo de trabalho, o Security RX configura um mapeamento de ticket entre o New Relic e o seu projeto do Jira. As alterações em qualquer um dos lados são refletidas automaticamente no outro.

New Relic → Jira (criação de ticket)

Jira → New Relic (atualizações de status)

Quando um ticket do Jira é atualizado, as seguintes alterações são sincronizadas de volta para o New Relic:

Navegue até one.newrelic.com > Security RX > Workflows e clique no nome de um fluxo de trabalho para abrir a página de detalhes.

A página de detalhes mostra:

• Status do fluxo de trabalho — Ativo, Pausado ou Agendado

• Tickets criados — total de tickets criados por este fluxo de trabalho

• Última execução — quando o fluxo de trabalho foi executado pela última vez

• Resumo da configuração — contas, nível de agregação, fontes, gravidades, agendamento, projeto do Jira e rótulos

• Problemas do Jira ao longo do tempo — um gráfico da atividade de criação de ticket

• Itens de trabalho ativos — uma tabela de todos os tickets com o status atual, links do Jira e status de sincronização em tempo real

  Pausar e retomar um fluxo de trabalho

  Você pode pausar um fluxo de trabalho a qualquer momento para impedi-lo de criar novos tickets. Os tickets existentes não são afetados.

  Abra a página de detalhes do fluxo de trabalho

  Navegue até one.newrelic.com > Security RX > Workflows e clique no nome do fluxo de trabalho.

  Pausar ou retomar o fluxo de trabalho

  Clique em Pause workflow ou Resume workflow.

  Confirme a ação

  Confirme a ação na caixa de diálogo.

Cada ticket do Jira criado por um fluxo de trabalho do Security RX é armazenado como uma entidade WorkItemV2 no New Relic. Você pode consultar essas entidades para criar dashboards personalizados e relatórios.

Contar todos os tickets criados por um fluxo de trabalho:

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

Dividir tickets por gravidade:

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

Acompanhe a criação de tickets ao longo do tempo:

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 status atual em todos os fluxos de trabalho:

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

Campos disponíveis: