• /
  • EnglishEspañolFrançais日本語한국어Português
  • ログイン今すぐ開始

この機械翻訳は、参考として提供されています。

英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、このページを参照してください。

問題を作成する

Security RX Jiraワークフロー

Security RXのJiraワークフローは、アプリケーションで脆弱性が検出されると自動的にJiraチケットを作成し、いずれかのシステムでステータスが変更されるとそれらのチケットを同期させます。

行えること

Security RX Jiraワークフローを使用すると、次のことができます:

  • 条件に一致する脆弱性が検出された場合、自動的にチケットを作成します
  • エンティティタグ、New Relicチームリンク、またはデフォルトのフォールバックを使用して、チケットを適切なチームにルーティングします
  • JiraとNew Relic間の双方向同期により、チケットを同期した状態に保ちます
  • 各チケットに期日が自動的に設定されるように、重大度の閾値とSLA日数を設定します
  • New Relicから離れることなく、ワークフローの詳細ページからチケットのアクティビティをモニターします。
  • 設定を失うことなく、いつでもワークフローを一時停止および再開できます。

前提条件

最初のワークフローを作成する前に、以下があることを確認してください:

  1. Security RXのエンタイトルメント — 組織は有効なSecurity RX(APM)サブスクリプションを持っている必要があります。
  2. 適切なユーザー権限前提条件とユーザーロールを参照してください。ワークフローの作成と接続の管理には、組織マネージャーまたは製品管理者ロールが必要です。
  3. New Relicに流入する脆弱性データ — APMエージェント、infrastructureエージェント、またはサポートされているインテグレーションを介して。
  4. 設定済みのJira接続 — ワークフローを作成する前に、組織の管理者がこれを設定する必要があります。Jira接続を設定するをご覧ください。

Jira接続を設定する

Jira接続は、管理者が管理する組織レベルのリソースです。単一の接続を複数のワークフロー間で共有できます。

接続を作成する際は、以下の情報を提供してください:

フィールド

説明

Jira instance URL

Jira CloudまたはデータセンターインスタンスのURL。

Username

課題を作成する権限を持つJiraユーザー名。

API token

Webhook作成権限を持つJira APIトークン。

双方向同期を有効にするには、Webhook作成権限が必要です — Jiraでチケットを更新すると、その変更がNew Relicに同期されます。

接続を作成するには:

  1. one.newrelic.com > Security RX > Workflowsに移動します。
  2. Add a Jira connectionを選択します。
  3. JiraインスタンスのURL、ユーザー名、およびAPIトークンを入力してください。
  4. 接続を保存します。これで、組織内のすべてのワークフロー作成者が利用できるようになります。

ワークフローを作成する

ワークフローの作成は2ステップのウィザードです。ステップ1では、追跡する脆弱性を定義します。ステップ2では、Jiraでチケットを作成する場所と方法を設定します。

手順1: セキュリティスコープの定義

Screenshot of the workflow creation wizard Step 1, showing workflow name, account selection, aggregation level, sources, severities, and workflow impact preview

one.newrelic.com > Security RX > Workflows > Add a Jira workflow

以下のフィールドを設定します:

Workflow name

このワークフローの固有識別子。文字またはアンダースコアで始まる必要があり、文字、数字、アンダースコア、およびハイフンを含めることができます(3~100文字)。同じアカウント内で複数のワークフローが同じ名前を共有することはできません。

Accounts

モニターするNew Relicアカウントを1つ以上選択します。デフォルトでは、現在のアカウントが選択されています。1つのワークフローで最大100個のアカウントをモニターできます。

Aggregation level

脆弱性をチケットにグループ化する方法を制御します:

オプション

説明

Per entity per package

アプリケーションごとに、脆弱な依存関係1つにつき1つのチケットを作成します。パッケージレベルで脆弱性を修正するチームに最適です。

Per entity

アプリケーションごとに1つのチケットを作成し、そのすべての脆弱性をまとめて表示します。アプリケーションを全体として管理するチームに最適です。

Vulnerability sources

含める検出システムを選択します。1つ以上のソースを選択する必要があります。

ソース

説明

New Relic

New Relicの組み込みスキャンによって検出された脆弱性。

GitHub Dependabot

GitHub Dependabotアラートからの脆弱性。最初に

Dependabotインテグレーション

を設定する必要があります。

Severities included

チケットを生成する重大度レベルを選択し、それぞれにSLA日数を設定します。SLA値は、Jiraチケットの期日を計算するために使用されます。SLA日数は1~365の間である必要があります。

重大度

デフォルトSLA

致命的

30日

60日

ミディアム

90日

90日

Schedule

新しい脆弱性を確認するためにワークフローが実行される頻度:

頻度

間隔

毎日

1日

週刊

7日

隔週

15日間

月次

30日

隔月

60日

四半期

90日

ワークフローは作成直後に実行され、その後は選択したスケジュールで継続されます。

Workflow impact

リアルタイムの予測には、現在の設定によって影響を受けるエンティティ、パッケージ、およびJiraチケットの数が表示されます。保存する前に、これを使用して設定を微調整してください。

ステップ2:Jiraとチームルーティングの設定

Screenshot of the workflow creation wizard Step 2, showing Jira connection, space/project, issue type, org ID, default team, labels, and severity to priority mapping

以下のフィールドを設定します:

Select or add Jira connection

ドロップダウンから事前設定された接続を選択します。管理者権限がある場合は、このページから新しい接続を作成できます。

Project or space

チケットを作成するJiraプロジェクトを選択します。接続を選択すると、ドロップダウンに項目が表示されます。

ヒント

チーム割り当てを使用する予定がある場合は、Jiraプロジェクト設定でTeamフィールドが有効になっていることを確認してください。

Issue type

作成されたチケットの課題タイプを選択します。StoryBug、およびTaskのみがサポートされています。Security RXはサブタスクタイプをサポートしていません。

Jira organization ID(オプション)

チームベースのルーティングを有効にするには、Jira組織IDを入力します。確認するには、home.atlassian.comにログインし、URL内の/o/の後にある英数字の文字列を探します。

Default team(オプション)

Jira組織IDを入力した後、フォールバックチームを選択します。このチームは、エンティティ固有のチーム割り当てが見つからない場合にチケットを受け取ります。デフォルトチームが設定されていない場合、チケットはチーム割り当てなしで作成されます。

Labels(オプション)

このワークフローによって作成されたすべてのチケットに付けるラベルを選択してください。利用可能なラベルはCVE IDstatusprioritypackagerepositoryaccount、およびsourceです。

Severity to priority mapping

各脆弱性の重大度をJiraの優先度にマッピングします。New Relicは、チケットを作成する際にこのマッピングを使用します。利用可能な優先度は、選択したJiraプロジェクトと課題タイプから取得されます。

チームの割り当て

Security RXは、3ティアの優先度システムを使用して、チケットを適切なチームにルーティングします:

  1. エンティティタグ(最優先)jiraTeamIdタグを直接New Relicエンティティに追加します。値はJiraチームIDである必要があります。これは、home.atlassian.comのURLの/team/の後にあります。一括タグ付けには、New Relic GitHubインテグレーションを使用して、リポジトリからカスタムプロパティとしてjiraTeamIdを同期します。

  2. New Relic team links [New Relicチームリンク] — エンティティがNew Relicチームに編成されている場合は、各チームをJiraチームにリンクします:

    • Team Settings > Links > Add Linkに移動します。
    • タイプをAtlassian Jiraに設定します。
    • JiraチームのURLをペーストしてください: https://home.atlassian.com/o/{org-id}/people/team/{team-id}
  3. デフォルトチーム(フォールバック) — タグやチームリンクを介して一致するものが見つからない場合、ワークフローはセットアップ中に設定されたデフォルトチームを使用します。デフォルトチームが設定されていない場合、チケットはチームの割り当てなしで作成されます。

双方向同期

ワークフローを作成すると、Security RXはNew RelicとJiraプロジェクト間のチケットをマッピングします。どちらか一方での変更は、自動的にもう一方に同期されます。

New Relic → Jira(チケット作成):

Jiraフィールド

取得元

概要

脆弱性またはワークアイテム名。

説明

脆弱性の詳細と修復ガイダンス。

ラベル

ワークフローのセットアップ中に選択されたラベル。

期日

重大度ごとのSLA日数から計算されます。

優先度

脆弱性の重大度からマッピングされます。

ステータス

ワークアイテムのステータスからマッピングされます。

チーム

チーム割り当てロジックによって解決されました。

イシュータイプ

ワークフロー設定中に選択された課題タイプ。

Jira → New Relic(ステータス更新):

Jiraチケットを更新すると、以下の変更がNew Relicに同期されます:

Jiraでの変更

New Relicに反映

サマリー編集済み

ワークアイテム名が更新されました。

説明が編集されました

ワークアイテムの説明が更新されました。

ラベルの変更

ラベルが更新されました。

期日の変更

期日が更新されました。

優先度が変更されました

優先順位が再マッピングされました。

ステータス変更

ステータスが再マッピングされました。

チームが再割り当てされました

チームIDが更新されました。

重要

双方向同期には、JiraのAPIトークンにWebhook作成権限があることが必要です。これがない場合、アウトバウンド同期(New Relic → Jira)のみが機能します。

ワークフローをモニター

Security RX > Workflowsに移動し、ワークフロー名を選択して詳細ページを開いてください。

詳細ページには以下が表示されます:

  • Workflow statusActivePaused、またはScheduled
  • Tickets created — このワークフローによって作成されたチケットの総数。
  • Last run — ワークフローが最後に実行された日時。
  • Configuration summary — アカウント、集計レベル、ソース、重大度、スケジュール、Jiraプロジェクト、およびラベル。
  • Jira issues over time — チケット作成アクティビティのチャート。
  • Active work items — 現在のステータス、Jiraリンク、およびリアルタイムの同期ステータスを含むすべてのチケットのテーブル。

ワークフローの一時停止と再開

ワークフローはいつでも一時停止して、新しいチケットの作成を停止できます。一時停止しても、既存のチケットには影響しません。一時停止または再開するには:

  1. ワークフローの詳細ページを開きます。
  2. Pause workflowまたはResume workflow選択します。
  3. ダイアログでアクションを確認します。

NRQLで作業項目をクエリする

Security RXのワークフローによって作成されたすべてのJiraチケットは、New RelicにWorkItemV2エンティティとして保存されます。これらのエンティティをクエリして、カスタムダッシュボードやレポートを構築できます。

ヒント

すべてのクエリは、作業項目が保存されているストレージアカウント — 組織が指定したストレージアカウントをターゲットにする必要があります。

ワークフローによって作成されたすべてのチケットをカウントする:

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

チケットを重要度別に分類:

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

チケット作成の推移を追跡:

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

すべてのワークフローにおける現在のステータス別のチケット:

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

利用可能なフィールド:

フィールド

説明

id

一意の作業項目識別子。

name

Jiraチケットの概要。

status

現在のチケットステータス。

priority

チケットの優先順位。

metadata.createdAt

作成タイムスタンプ(エポックミリ秒)。

tags.srx-workflow

ワークフロープロバイダーのタイプ(

jira

)。

tags.srx-wf-name

このチケットを作成したワークフローの名前。

tags.srx-wf-issue-account

New RelicアカウントID。

tags.srx-wf-wi-severity

脆弱性の深刻度レベル。

tags.srx-wf-source

脆弱性の検出元。

tags.srx-wf-entity

影響を受けるアプリケーションのエンティティGUID。

次のステップ

アラートの設定

新しい脆弱性が検出されたときに通知を受け取る

脆弱性ステータスの管理

ステータスを無視、影響あり、または修正済みに変更する

優先順位を理解する

Security RXが脆弱性をリスク別にランク付けする方法を学ぶ

Copyright © 2026 New Relic株式会社。

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.