Security RXのJiraワークフローは、アプリケーションで脆弱性が検出されると自動的にJiraチケットを作成し、いずれかのシステムでステータスが変更されるとそれらのチケットを同期させます。
行えること
Security RX Jiraワークフローを使用すると、次のことができます:
- 条件に一致する脆弱性が検出された場合、自動的にチケットを作成します。
- エンティティタグ、New Relicチームリンク、またはデフォルトのフォールバックを使用して、チケットを適切なチームにルーティングします。
- JiraとNew Relic間の双方向同期により、チケットを同期した状態に保ちます。
- 各チケットに期日が自動的に設定されるように、重大度の閾値とSLA日数を設定します。
- New Relicから離れることなく、ワークフローの詳細ページからチケットのアクティビティをモニターします。
- 設定を失うことなく、いつでもワークフローを一時停止および再開できます。
前提条件
最初のワークフローを作成する前に、以下があることを確認してください:
- Security RXのエンタイトルメント — 組織は有効なSecurity RX(APM)サブスクリプションを持っている必要があります。
- 適切なユーザー権限 — 前提条件とユーザーロールを参照してください。ワークフローの作成と接続の管理には、組織マネージャーまたは製品管理者ロールが必要です。
- New Relicに流入する脆弱性データ — APMエージェント、infrastructureエージェント、またはサポートされているインテグレーションを介して。
- 設定済みのJira接続 — ワークフローを作成する前に、組織の管理者がこれを設定する必要があります。Jira接続を設定するをご覧ください。
Jira接続を設定する
Jira接続は、管理者が管理する組織レベルのリソースです。単一の接続を複数のワークフロー間で共有できます。
接続を作成する際は、以下の情報を提供してください:
フィールド | 説明 |
|---|---|
Jira instance URL | Jira CloudまたはデータセンターインスタンスのURL。 |
Username | 課題を作成する権限を持つJiraユーザー名。 |
API token | Webhook作成権限を持つJira APIトークン。 |
双方向同期を有効にするには、Webhook作成権限が必要です — Jiraでチケットを更新すると、その変更がNew Relicに同期されます。
接続を作成するには:
- one.newrelic.com > Security RX > Workflowsに移動します。
- Add a Jira connectionを選択します。
- JiraインスタンスのURL、ユーザー名、およびAPIトークンを入力してください。
- 接続を保存します。これで、組織内のすべてのワークフロー作成者が利用できるようになります。
ワークフローを作成する
ワークフローの作成は2ステップのウィザードです。ステップ1では、追跡する脆弱性を定義します。ステップ2では、Jiraでチケットを作成する場所と方法を設定します。
手順1: セキュリティスコープの定義

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アラートからの脆弱性。最初に を設定する必要があります。 |
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とチームルーティングの設定

以下のフィールドを設定します:
Select or add Jira connection
ドロップダウンから事前設定された接続を選択します。管理者権限がある場合は、このページから新しい接続を作成できます。
Project or space
チケットを作成するJiraプロジェクトを選択します。接続を選択すると、ドロップダウンに項目が表示されます。
ヒント
チーム割り当てを使用する予定がある場合は、Jiraプロジェクト設定でTeamフィールドが有効になっていることを確認してください。
Issue type
作成されたチケットの課題タイプを選択します。Story、Bug、およびTaskのみがサポートされています。Security RXはサブタスクタイプをサポートしていません。
Jira organization ID(オプション)
チームベースのルーティングを有効にするには、Jira組織IDを入力します。確認するには、home.atlassian.comにログインし、URL内の/o/の後にある英数字の文字列を探します。
Default team(オプション)
Jira組織IDを入力した後、フォールバックチームを選択します。このチームは、エンティティ固有のチーム割り当てが見つからない場合にチケットを受け取ります。デフォルトチームが設定されていない場合、チケットはチーム割り当てなしで作成されます。
Labels(オプション)
このワークフローによって作成されたすべてのチケットに付けるラベルを選択してください。利用可能なラベルはCVE ID、status、priority、package、repository、account、およびsourceです。
Severity to priority mapping
各脆弱性の重大度をJiraの優先度にマッピングします。New Relicは、チケットを作成する際にこのマッピングを使用します。利用可能な優先度は、選択したJiraプロジェクトと課題タイプから取得されます。
チームの割り当て
Security RXは、3ティアの優先度システムを使用して、チケットを適切なチームにルーティングします:
エンティティタグ(最優先) —
jiraTeamIdタグを直接New Relicエンティティに追加します。値はJiraチームIDである必要があります。これは、home.atlassian.comのURLの/team/の後にあります。一括タグ付けには、New Relic GitHubインテグレーションを使用して、リポジトリからカスタムプロパティとしてjiraTeamIdを同期します。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}
デフォルトチーム(フォールバック) — タグやチームリンクを介して一致するものが見つからない場合、ワークフローはセットアップ中に設定されたデフォルトチームを使用します。デフォルトチームが設定されていない場合、チケットはチームの割り当てなしで作成されます。
双方向同期
ワークフローを作成すると、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 status — Active、Paused、またはScheduled。
- Tickets created — このワークフローによって作成されたチケットの総数。
- Last run — ワークフローが最後に実行された日時。
- Configuration summary — アカウント、集計レベル、ソース、重大度、スケジュール、Jiraプロジェクト、およびラベル。
- Jira issues over time — チケット作成アクティビティのチャート。
- Active work items — 現在のステータス、Jiraリンク、およびリアルタイムの同期ステータスを含むすべてのチケットのテーブル。
ワークフローの一時停止と再開
ワークフローはいつでも一時停止して、新しいチケットの作成を停止できます。一時停止しても、既存のチケットには影響しません。一時停止または再開するには:
- ワークフローの詳細ページを開きます。
- Pause workflowまたはResume workflow選択します。
- ダイアログでアクションを確認します。
NRQLで作業項目をクエリする
Security RXのワークフローによって作成されたすべてのJiraチケットは、New RelicにWorkItemV2エンティティとして保存されます。これらのエンティティをクエリして、カスタムダッシュボードやレポートを構築できます。
ヒント
すべてのクエリは、作業項目が保存されているストレージアカウント — 組織が指定したストレージアカウントをターゲットにする必要があります。
ワークフローによって作成されたすべてのチケットをカウントする:
SELECT uniqueCount(id)FROM EntityWHERE 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 EntityWHERE 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 EntityWHERE type = 'WORK_ITEM_V2' AND `tags.srx-workflow` = 'jira' AND `tags.srx-wf-name` = 'your_workflow_name'FACET dateOf(metadata.createdAt)SINCE 90 days agoLIMIT 2000すべてのワークフローにおける現在のステータス別のチケット:
SELECT uniqueCount(id)FROM EntityWHERE type = 'WORK_ITEM_V2' AND `tags.srx-workflow` = 'jira'FACET statusSINCE 90 days ago利用可能なフィールド:
フィールド | 説明 |
|---|---|
| 一意の作業項目識別子。 |
| Jiraチケットの概要。 |
| 現在のチケットステータス。 |
| チケットの優先順位。 |
| 作成タイムスタンプ(エポックミリ秒)。 |
| ワークフロープロバイダーのタイプ(
)。 |
| このチケットを作成したワークフローの名前。 |
| New RelicアカウントID。 |
| 脆弱性の深刻度レベル。 |
| 脆弱性の検出元。 |
| 影響を受けるアプリケーションのエンティティGUID。 |