{"meta":{"title":"Code scanningの SARIF サポート","intro":"サードパーティ製ツールの SARIF ファイルがGitHubの標準に準拠していることを確認します。","product":"セキュリティとコードの品質","breadcrumbs":[{"href":"/ja/code-security","title":"セキュリティとコードの品質"},{"href":"/ja/code-security/reference","title":"リファレンス"},{"href":"/ja/code-security/reference/code-scanning","title":"コード スキャン"},{"href":"/ja/code-security/reference/code-scanning/sarif-files","title":"SARIF ファイル"},{"href":"/ja/code-security/reference/code-scanning/sarif-files/sarif-support-for-code-scanning","title":"SARIF のサポート"}],"documentType":"article"},"body":"# Code scanningの SARIF サポート\n\nサードパーティ製ツールの SARIF ファイルがGitHubの標準に準拠していることを確認します。\n\nGitHub は、サードパーティ製ツールによって生成された SARIF ファイルを解析して、code scanning のアラートをリポジトリに表示できます。 詳しくは、「[コード スキャン用の SARIF ファイルについて](/ja/code-security/concepts/code-scanning/sarif-files)」をご覧ください。\n\nこの記事では、GitHubの要件を満たし、有用なアラートに変換できる SARIF ファイルをアップロードするのに役立つ SARIF ファイルの主なプロパティについて説明します。\n\nGitHub Actions で CodeQL 分析ワークフロー を使っている場合、または CodeQL CLI を使っている場合は、SARIF 2.1.0 のサポートされるサブセットが code scanning の結果によって自動的に使われます。\n\n## 重複したアラートを防ぐためのデータ\n\n新しいコード スキャンの結果がアップロードされるたびに、結果が処理され、アラートがリポジトリに追加されます。 同じ問題に対するアラートの重複を防ぐために、code scanning はフィンガープリントを使用してさまざまな実行結果を照合し、選択したブランチの最新の実行で 1 回だけ表示されるようにします。 これにより、ファイルが編集されたときに、アラートを適切なコードの行に照合させることができます。 結果の `ruleId` は、分析全体で同じである必要があります。\n\n### 一貫性のあるファイルパス\n\n安定したフィンガープリントの計算を可能にするために、ファイルパスは実行全体で一貫している必要があります。 同じ結果に対してファイルパスが異なる場合、新しい分析が行われるたびに新しいアラートが作成され、古いアラートが閉じられます。 これにより、同じ結果に対して複数のアラートが発生します。\n\n### 指紋の生成\n\nGitHub は、OASIS 標準の `partialFingerprints` プロパティを使用して、2 つの結果が論理的に同一の場合に検出します。 詳細については、OASIS ドキュメントの [partialFingerprints プロパティ](https://docs.oasis-open.org/sarif/sarif/v2.1.0/cs01/sarif-v2.1.0-cs01.html#_Toc16012611) エントリを参照してください。\n\nCodeQL 分析ワークフロー によって、または CodeQL CLI を使って作成された SARIF ファイルには、フィンガープリント データが含まれます。\n`upload-sarif` アクションを使用して SARIF ファイルをアップロードする場合にこのデータが欠落していると、GitHub は `partialFingerprints` フィールドにソース ファイルからデータの入力を試みます。 結果のアップロードの詳細については、「[SARIF ファイルを GitHub にアップロードする](/ja/code-security/code-scanning/integrating-with-code-scanning/uploading-a-sarif-file-to-github)」を参照してください。\n\n```\n `/code-scanning/sarifs` API エンドポイントを使用してフィンガープリントデータなしで SARIF ファイルをアップロードする場合、code scanning アラートが処理され表示されますが、アラートが重複して表示される場合があります。 重複するアラートが表示されないようにするには、SARIF ファイルをアップロードする前に、指紋データを計算し、`partialFingerprints` プロパティを設定する必要があります。 \n `upload-sarif` アクションで便利な始点 https://github.com/github/codeql-action/blob/main/src/fingerprints.ts が使用されるスクリプトが見つかる場合があります。 API について詳しくは、「[AUTOTITLE](/rest/code-scanning/code-scanning#upload-an-analysis-as-sarif-data)」をご覧ください。\n```\n\n## ルールと結果\n\nSARIF ファイルは、ルールと結果の両方をサポートします。 これらの要素に格納されている情報は似ていますが、目的は異なります。\n\n* ルールは、`reportingDescriptor` オブジェクトに含まれる `toolComponent` オブジェクトの配列です。 ここに、分析中に実行されるルールの詳細を格納します。 これらのオブジェクト内の情報は、通常、ツールを更新したときに変更される頻度が低いはずです。\n* 結果は、`result` オブジェクト内の `results` の下で、一連の `run` オブジェクトとして格納されます。 各 `result` オブジェクトには、コードベース内の 1 つのアラートの詳細が含まれています。\n `results` オブジェクト内で、アラートを検出したルールを参照できます。\n\n異なるコードベースを同じツールとルールで分析して生成された SARIF ファイルを比較すると、分析の結果に違いが見られますが、ルールにはありません。\n\n## ソース ファイルの場所\n\nソース ファイルの場所とコード行を指定すると、特定された問題を含むファイル内にコード スキャン アラートが正確に表示され、対象となる問題の解決が可能になります。\n\nこの精度により、コード レビューと解決プロセスの効率が向上し、開発者がコードベースのコンテキストで直接問題に対処できるようにすることで、開発ワークフローを効率化できます。\n\nCode scanning では、pull request 差分にアラートによって識別されたすべてのコード行が存在する場合に、pull request のチェック結果にもアラートが表示されます。\n\npull request チェックに表示するには、アラートが次のすべての条件を満たしている必要があります:\n\n* アラートによって識別されるすべてのコード行は、アラートの最初の行を含む pull request 差分に存在します。\n* アラートは、削除された行ではなく、pull request で追加または編集されたコード行に存在する必要があります。\n\n送信された SARIF ファイル内の `physicalLocation` オブジェクトは、アラートのコード行を識別します。 詳細については、「[`physicalLocation` オブジェクト](#physicallocation-object)」を参照してください。\n\n### ソース ファイルのルートの場所\n\nCode scanning は、相対パスで報告された結果を、分析されたリポジトリのルートに対する相対パスとして解釈します。 結果に絶対 URI が含まれている場合、URI は相対 URI に変換されます。 その後、リポジトリにコミットされたファイルに対して相対 URI を照合できます。\n\n絶対 URI から相対 URI への変換のソース ルートは、次のいずれかの方法で指定できます。\n\n* `checkout_path` 入力\n* ```\n SARIF アップロード API エンドポイントに対する `checkout_uri` パラメーター。 詳しくは、「[AUTOTITLE](/rest/code-scanning/code-scanning#upload-an-analysis-as-sarif-data)」をご覧ください。\n ```\n* `invocations[0].workingDirectory.uri` プロパティ\n\nソース ルートを指定する場合、絶対 URI を使用して指定された成果物の場所では、同じ URI スキームを使用する必要があります。 ソース ルートの URI スキームと 1 つ以上の絶対 URI の間に不一致がある場合、アップロードは拒否されます。\n\nたとえば、SARIF ファイルは `file:///github/workspace` のソース ルートを使用してアップロードされます。\n\n```shell\n# Conversion of absolute URIs to relative URIs for location artifacts\n\nfile:///github/workspace/src/main.go -> src/main.go\nfile:///tmp/go-build/tmp.go -> file:///tmp/go-build/tmp.go\n```\n\n両方の絶対 URI でソース ルートと同じ URI スキームが使用されると、ファイルが正常にアップロードされます。\n\n### シンボリック リンクの解決\n\n結果の相対 URI がシンボリック リンクを使用して定義されたファイルと一致した場合、コード スキャンでは結果を表示できません。 したがって、シンボリック リンクされたファイルを解決し、解決された URI を使用してそれらのファイルの結果を報告する必要があります。\n\n## ファイルの互換性\n\n\n\nSARIF ファイルが code scanning と互換性があるかどうかは、GitHub 収集ルールと照らし合わせることで確認できます。 詳細については、[Microsoft SARIF 検証ツール](https://sarifweb.azurewebsites.net/)を参照してください。\n\ngzip 圧縮の SARIF ファイルごとに、SARIF アップロードでサポートされる最大サイズは 10 MB となります。 この制限を超えるアップロードはすべて拒否されます。 含まれる結果が多すぎるために SARIF ファイルが大きくなりすぎた場合は、最も重要なルールまたはクエリの結果に焦点を当てるように構成を更新する必要があります。 詳しくは、「[SARIF 結果ファイルが大きすぎる](/ja/code-security/how-tos/scan-code-for-vulnerabilities/troubleshooting/troubleshooting-sarif-uploads/file-too-large)」をご覧ください。\n\nCode scanning では、次の表のデータ オブジェクトについてエントリの最大数のアップロードがサポートされています。 これらのオブジェクトのいずれかがその最大値を超えている場合、SARIF ファイルは拒否されます。 一部のオブジェクトでは、表示される値の数に追加の制限もあります。 可能な限り、最も重要な値が表示されます。 サポートされている制限を超えるデータが含まれている場合に分析を最大限に活用するには、分析構成を最適化してみてください (たとえば、CodeQL ツールの場合は、最もノイズの多いクエリを特定して無効にします)。 詳しくは、「[SARIF 結果が 1 つ以上の制限を超えている](/ja/code-security/how-tos/scan-code-for-vulnerabilities/troubleshooting/troubleshooting-sarif-uploads/results-exceed-limit)」をご覧ください。\n\n\n\n| **SARIF データ** | **最大値** | **データ切り捨て制限** |\n| ------------------ | :-------: | ------------------------------------------- |\n| ファイルあたりの実行数 | 20 | なし |\n| 実行あたりの結果数 | 25,000 | 重要度による優先順位で、上位 5,000 件の結果のみが含まれます。 |\n| 実行あたりのルール数 | 25,000 | なし |\n| 実行あたりのツール拡張機能数 | 100 | なし |\n| 結果あたりのスレッド フローの場所数 | 10,000 | 優先順位付けを使用して、上位 1,000 個のスレッド フローの場所のみが含まれます。 |\n| 結果あたりの場所数 | 1,000 | 100 個の場所のみが含まれます。 |\n| ルールあたりのタグ数 | 20 | 10 個のタグのみが含まれます。 |\n| アラート制限 | 1,000,000 | なし |\n\n
\n\nその他のエラーについては、 [SARIF アップロードのトラブルシューティング](/ja/code-security/how-tos/scan-code-for-vulnerabilities/troubleshooting/troubleshooting-sarif-uploads) を参照してください。\n\n## サポートされているプロパティ\n\nCodeQL 以外のコード分析エンジンを使用する場合、サポートされている SARIF プロパティを確認して、GitHub での分析結果の表示方法を最適化できます。\n\n> \\[!NOTE]\n> \"必須\" としてマークされたプロパティには、明示的な値を指定する必要があります。 空の文字列は、必須のプロパティではサポートされていません。\n\n有効な SARIF 2.1.0 出力ファイルはすべてアップロードできますが、code scanning は以下のサポートされているプロパティのみを使用します。\n\n###\n\n```\n `sarifLog` オブジェクト\n```\n\n| 氏名 | 必須 | Description |\n| --------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------ |\n| `$schema` | | バージョン 2.1.0 の SARIF JSON スキーマの URI。 たとえば、「 `https://json.schemastore.org/sarif-2.1.0.json` 」のように入力します。 |\n| `version` | | Code scanning では、SARIF バージョン `2.1.0` のみがサポートされます。 |\n| `runs[]` | | SARIF ファイルには、1 つ以上の実行の配列が含まれています。 各実行は、分析ツールの 1 回の実行を表します。 |\n\n```\n `run` の詳細については、「[`run` オブジェクト](#run-object)」を参照してください。\n```\n\n###\n\n```\n `run` オブジェクト\n```\n\nCode scanning は `run` オブジェクトを使用して、ツールで結果をフィルター処理し、結果のソースに関する情報を提供します。\n`run` オブジェクトには、結果を生成したツールに関する情報を含む `tool.driver` ツール コンポーネント オブジェクトが含まれます。\n`run` ごとに、1 つの分析ツールの結果のみを取得できます。\n\n| 氏名 | 必須 | Description |\n| --------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |\n| `tool.driver` | | 分析ツールについて説明する `toolComponent` オブジェクト。 詳細については、「[`toolComponent` オブジェクト](#toolcomponent-object)」を参照してください。 |\n| `tool.extensions[]` | | 分析中にツールによって使用されるプラグインまたは拡張機能を表す `toolComponent` オブジェクトの配列。 詳細については、「[`toolComponent` オブジェクト](#toolcomponent-object)」を参照してください。 |\n| `invocation.workingDirectory.uri` | | このフィールドは、`checkout_uri` (SARIF アップロード API のみ) または `checkout_path` (GitHub Actions のみ) が指定されていない場合にのみ使用されます。 この値は、[`physicalLocation` オブジェクト](#physicallocation-object)で使用される絶対 URI を相対 URI に変換するために使用されます。 詳しくは、「[ソース ファイルのルートの指定](#root-location-for-source-files)」を参照してください。 |\n| `results[]` | | 分析ツールの結果。 Code scanning は GitHub に結果を表示します。 詳細については、「[`result` オブジェクト](#result-object)」を参照してください。 |\n\n###\n\n```\n `toolComponent` オブジェクト\n```\n\n| 氏名 | 必須 | Description |\n| ----------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `name` | | 分析ツールの名前。 Code scanning は、GitHub に名前を表示して、ツールで結果をフィルター処理できるようにします。 |\n| `version` | | 分析ツールのバージョン。 Code scanning は、バージョン番号を使用して、分析されるコードでの変更ではなく、ツールのバージョン変更により結果が変更された可能性がある場合に追跡します。 SARIF ファイルに `semanticVersion` フィールド含まれている場合、code scanning では `version` が使用されません。 |\n| `semanticVersion` | | セマンティック バージョニング 2.0 形式で指定された分析ツールのバージョン。 Code scanning は、バージョン番号を使用して、分析されるコードでの変更ではなく、ツールのバージョン変更により結果が変更された可能性がある場合に追跡します。 SARIF ファイルに `semanticVersion` フィールド含まれている場合、code scanning では `version` が使用されません。 詳細については、セマンティック バージョニング ドキュメントの「[セマンティック バージョニング 2.0.0](https://semver.org/)」を参照してください。 |\n| `rules[]` | | ルールを表す `reportingDescriptor` オブジェクトの配列。 分析ツールはルールを使用して、分析対象のコードの問題を見つけます。 詳細については、「[`reportingDescriptor` オブジェクト](#reportingdescriptor-object)」を参照してください。 |\n\n###\n\n```\n `reportingDescriptor` オブジェクト\n```\n\nここに、分析中に実行されるルールの詳細を格納します。 これらのオブジェクト内の情報は、通常、ツールを更新したときに変更される頻度が低いはずです。 詳細については、上記の [ルールと結果を](#rules-and-results) 参照してください。\n\n| 氏名 | 必須 | Description |\n| ---- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------- |\n| `id` | | ルールのための一意の識別子。 |\n\n```\n `id` は SARIF ファイルの他の部分から参照され、code scanning が GitHub に URL を表示するために使用できます。 |\n```\n\n\\| `name` | | ルールの名前です。 Code scanning は、GitHub のルールで結果をフィルター処理できるように名前を表示します。 上限は 255 文字です。 |\n\\| `shortDescription.text` | | ルールの簡潔な説明。 Code scanning は、関連する結果の横にある GitHub の短い説明を表示します。 上限は 1024 文字です。\n\\| `fullDescription.text` | | ルールの説明。 Code scanning は、関連する結果の横にある GitHub の説明を完全に表示します。 上限は 1024 文字です。\n\\| `defaultConfiguration.level` | | ルールの既定の重大度レベル。 Code scanning は、特定のルールの結果がどの程度重要であるかを理解するために、重要度レベルを使用します。 既定では、`defaultConfiguration.level`は `warning` に設定されています。 ただし、結果に関連付けられている `level` オブジェクトの `result` 属性を設定することで、ルールの既定のレベルをオーバーライドできます。 詳細については、[`result` オブジェクト](#result-object)に関するドキュメントを参照してください。\n`defaultConfiguration.level` の有効な値は、`note`、`warning`、`error` です。\n\\| `help.text` | | テキスト形式を使用したルールのドキュメント。 Code scanning は、関連する結果の横にこのヘルプ ドキュメントを表示します。\n\\| `help.markdown` | | (推奨) Markdown 形式のルールのドキュメント。 Code scanning は、関連する結果の横にこのヘルプ ドキュメントを表示します。\n`help.markdown` が使用可能な場合は、`help.text` の代わりに表示されます。\n\\| `properties.tags[]` | | 文字列の配列。 Code scanning は、`tags` を使用して、GitHub 上で結果をフィルター処理することができます。 たとえば、`security` タグを含むすべての結果をフィルターすることができます。\n\\| `properties.precision` | | (推奨) このルールによって示される結果が true となる頻度を示す文字列。 たとえば、ルールの誤検知率が高いことがわかっている場合、精度は `low` である必要があります。 Code scanning は、GitHub の精度で結果を並べ替えるため、最高の `level` と最高の `precision` の結果が最初に表示されます。\n`very-high`、`high`、`medium`、または `low` のいずれかにすることができます。\n\\| `properties.problem.severity` | | (推奨) セキュリティ以外のクエリによって生成されたアラートの重大度レベルを示す文字列。 これを `properties.precision` プロパティとともに使用すると、GitHub に既定で結果が表示されるかどうかが決定されるため、最高の `problem.severity` と最高の `precision` の結果が最初に表示されます。\n`error`、`warning`、または `recommendation` のいずれかにすることができます。\n\\| `properties.security-severity` | | (セキュリティ規則にのみ推奨) このフィールドに値を入力すると、ルールの結果はセキュリティの結果として扱われます。 セキュリティ クエリ (`@tags` には `security` が含まれる) の重大度のレベル (0.0 より大きく 10.0 まで) を示すスコアを表す文字列。 これを `properties.precision` プロパティとともに使用すると、GitHub に既定で結果が表示されるかどうかが決定されるため、最高の `security-severity` と最高の `precision` の結果が最初に表示されます。 Code scanning は、数値スコアを次のように変換します: 9.0 超が `critical`、7.0 から 8.9 が `high`、4.0 から 6.9 が `medium`、0.1 から 3.9 が `low`。 0.0 または指定された範囲外のその他の値は、セキュリティの重大度がないと見なされます。\n\n###\n\n```\n `result` オブジェクト\n```\n\n各 `result` オブジェクトには、コードベース内の 1 つのアラートの詳細が含まれています。\n`results` オブジェクト内で、アラートを検出したルールを参照できます。 詳細については、上記の [ルールと結果を](#rules-and-results) 参照してください。\n\n| 氏名 | 必須 | Description |\n| -------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `ruleId` | | ルールの一意識別子 (`reportingDescriptor.id`)。 詳細については、「[`reportingDescriptor` オブジェクト](#reportingdescriptor-object)」を参照してください。 Code scanning は、ルール識別子を使用して、GitHub のルールで結果をフィルター処理します。 |\n| `ruleIndex` | | ツール コンポーネント `reportingDescriptor` 配列内の関連するルール (`rules` オブジェクト) のインデックス。 詳細については、「[`run` オブジェクト](#run-object)」を参照してください。 このプロパティに使用できる範囲は 0 から 2^63 - 1 です。 |\n| `rule` | | この結果のルール (レポート記述子) を見つけるために使用される参照。 詳細については、「[`reportingDescriptor` オブジェクト](#reportingdescriptor-object)」を参照してください。 |\n| `level` | | 結果の重大度。 このレベルは、ルールで定義されているデフォルトの重要度をオーバーライドします。 Code scanning は、レベルを使用して、GitHub の重要度で結果をフィルター処理します。 |\n| `message.text` | | 結果を説明するメッセージ。 Code scanning は、結果のタイトルとしてメッセージテキストを表示します。 表示スペースが限られている場合、メッセージの最初の文のみが表示されます。 |\n| `locations[]` | | 最大 10 個の結果が検出された場所のセット。 指定された場所ごとに変更を加えることでのみ問題を修正できる場合を除き、1 つの場所のみを含める必要があります。 |\n\n```\n **メモ:** code scanning が結果を表示するには、少なくとも 1 つの場所が必要です。 Code scanning は、このプロパティを使用して、結果を注釈するファイルを決定します。 この配列の最初の値のみが使用されます。 他のすべての値は無視されます。\n```\n\n\\| `partialFingerprints`| | 結果の一意の ID を追跡するために使用される文字列のセット。 Code scanning は、`partialFingerprints` を使用して、コミットとブランチで同じ結果であるものを正確に識別します。 Code scanning は、`partialFingerprints` がある場合、それを使用しようとします。 サード パーティーの SARIF ファイルを `upload-action` でアップロードしているときに `partialFingerprints` が SARIF ファイルに含まれていない場合は、このアクションで作成されます。 詳しくは、「[実行全体でコード スキャン アラートを追跡するデータを提供する](#data-for-preventing-duplicated-alerts)」を参照してください。\n**注:** Code scanning では `primaryLocationLineHash` のみが使用されます。\n\\| `codeFlows[].threadFlows[].locations[]`| | 実行スレッドを介したプログラムの進行状況を記述する、`location` オブジェクトの `threadFlow` オブジェクトの配列。\n`codeFlow` オブジェクトは、結果の検出に使用されるコード実行パターンを記述します。 コードフローが入力されている場合、code scanning は、関連する結果の GitHub のコードフローを拡張します。 詳細については、「[`location` オブジェクト](#location-object)」を参照してください。\n\\| `relatedLocations[]`| | この結果に関連する場所。 結果メッセージに埋め込まれている場合、Code scanning は、関連する場所にリンクします。 詳細については、「[`location` オブジェクト](#location-object)」を参照してください。\n\n###\n\n```\n `location` オブジェクト\n```\n\nプログラミングアーティファクト内の場所（リポジトリ内のファイルやビルド中に生成されたファイルなど）。\n\n| 氏名 | 必須 | Description |\n| --------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- |\n| `location.id` | | この場所を単一の結果オブジェクト内の他のすべての場所と区別する一意の識別子。 このプロパティに使用できる範囲は 0 から 2^63 - 1 です。 |\n| `location.physicalLocation` | | アーティファクトとリージョンを識別します。 詳細については、「[`physicalLocation`](#physicallocation-object)」を参照してください。 |\n| `location.message.text` | | 場所に関連するメッセージ。 |\n\n###\n\n```\n `physicalLocation` オブジェクト\n```\n\n| 氏名 | 必須 | Description |\n| ---------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `artifactLocation.uri` | | アーティファクトの場所を示す URI (通常はリポジトリ内にあるか、ビルド中に生成されたファイル)。 最適な結果を得るには、分析対象のGitHub リポジトリのルートからの相対パスを使用することをお勧めします。 たとえば、「 `src/main.js` 」のように入力します。 成果物 URI について詳しくは、「[ソース ファイルのルートの指定](#root-location-for-source-files)」を参照してください。 |\n| `region.startLine` | | リージョンの最初の文字の行番号。 |\n| `region.startColumn` | | リージョンの最初の文字の列番号。 |\n| `region.endLine` | | リージョンの最後の文字の行番号。 |\n| `region.endColumn` | | リージョンの末尾に続く文字の列番号。 |\n\n###\n\n```\n `runAutomationDetails` オブジェクト\n\n `runAutomationDetails` オブジェクトには、実行の ID を指定する情報が含まれています。\n```\n\n| 氏名 | 必須 | Description |\n| ---- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------- |\n| `id` | | 分析のカテゴリと実行 ID を識別する文字列。 同じツールとコミットに対して、ただし様々な言語やコードの様々な部分にを処理した場合に、複数のSARIFファイルをアップロードする際に使ってください。 |\n\n```\n `runAutomationDetails` オブジェクトの使用は省略可能です。\n\n `id` フィールドには、分析のカテゴリと実行 ID を含めることができます。 \n `id` フィールドの実行 ID の部分は使いませんが、保存はされます。\n```\n\nカテゴリを使って、同じツールあるいはコミットに対して行われる、ただし様々な言語やコードの様々な部分に対して行われる複数の分析を区別してください。 実行IDを使って、分析が実行された日付など、特定の分析の実行を識別してください。\n\n```\n `id` は `category/run-id` として解釈されます。 \n `id` にスラッシュ (`/`) が含まれていない場合は、文字列全体が `run_id` であり、`category` は空です。 それ以外の場合、`category` は最後のスラッシュまでの文字列内のすべてであり、`run_id` はそれ以降のすべてです。\n```\n\n| `id` | カテゴリ | `run_id` |\n| ---------------------------- | ----------------- | ---------- |\n| my-analysis/tool1/2022-01-02 | my-analysis/tool1 | 2022-01-02 |\n| my-analysis/tool1/ | my-analysis/tool1 | None |\n| 私の分析 ツール1用 | None | 私の分析 ツール1用 |\n\n* \"my-analysis/tool1/2021-02-01\" という `id` での実行は、\"my-analysis/tool1\" というカテゴリに属します。\n* \"my-analysis/tool1/\" という `id` での実行は \"my-analysis/tool1\" というカテゴリに属しますが、そのカテゴリの他の実行とは区別されません。\n* \"my-analysis for tool1\" が `id` の実行は、一意の識別子を持ちますが、いずれかのカテゴリに属していると推定できません。\n\n ```\n `runAutomationDetails` オブジェクトと `id` フィールドの詳細については、OASIS ドキュメントの「[runAutomationDetails オブジェクト](https://docs.oasis-open.org/sarif/sarif/v2.1.0/cs01/sarif-v2.1.0-cs01.html#_Toc16012479)」を参照してください。\n ```\n\nサポートされている残りのフィールドは無視されることに注意してください。\n\n## SARIF 出力ファイルの例\n\n次の例の SARIF 出力ファイルは、サポートされているプロパティと値の例を示しています。\n\n### 最低限必要なプロパティの例\n\n次の SARIF 出力ファイルには、code scanning の結果が期待どおりに機能するために最低限必要なプロパティを示す値の例が示されています。 プロパティを削除したり、値を省略したり、空の文字列を使用した場合、このデータは正しく表示されないか、GitHub で同期されません。\n\n```json\n{\n \"$schema\": \"https://json.schemastore.org/sarif-2.1.0.json\",\n \"version\": \"2.1.0\",\n \"runs\": [\n {\n \"tool\": {\n \"driver\": {\n \"name\": \"Tool Name\",\n \"rules\": [\n {\n \"id\": \"R01\"\n ...\n \"properties\" : {\n \"id\" : \"java/unsafe-deserialization\",\n \"kind\" : \"path-problem\",\n \"name\" : \"...\",\n \"problem.severity\" : \"error\",\n \"security-severity\" : \"9.8\",\n }\n }\n ]\n }\n },\n \"results\": [\n {\n \"ruleId\": \"R01\",\n \"message\": {\n \"text\": \"Result text. This result does not have a rule associated.\"\n },\n \"locations\": [\n {\n \"physicalLocation\": {\n \"artifactLocation\": {\n \"uri\": \"fileURI\"\n },\n \"region\": {\n \"startLine\": 2,\n \"startColumn\": 7,\n \"endColumn\": 10\n }\n }\n }\n ],\n \"partialFingerprints\": {\n \"primaryLocationLineHash\": \"39fa2ee980eb94b0:1\"\n }\n }\n ]\n }\n ]\n}\n```\n\n### SARIF プロデューサーの相対 URI ガイダンス\n\nこの SARIF 出力ファイルには、相対 URI 参照を使用するときに SARIF プロデューサーが含める必要がある最低限必要なプロパティを示す、フィールド `originalUriBaseIds` の値の例があります。\n\n> \\[!NOTE]\n> このプロパティは、GitHub の結果が正しく表示されるために code scanning に必要ではありませんが、相対 URI 参照を使用する場合は有効な SARIF 出力を生成する必要があります。\n\n```json\n{\n \"$schema\": \"https://json.schemastore.org/sarif-2.1.0.json\",\n \"version\": \"2.1.0\",\n \"runs\": [\n {\n \"tool\": {\n \"driver\": {\n \"name\": \"Tool Name\",\n \"rules\": [\n {\n \"id\": \"R01\"\n ...\n \"properties\" : {\n \"id\" : \"java/unsafe-deserialization\",\n \"kind\" : \"path-problem\",\n \"name\" : \"...\",\n \"problem.severity\" : \"error\",\n \"security-severity\" : \"9.8\",\n }\n }\n ]\n }\n },\n \"originalUriBaseIds\": {\n \"PROJECTROOT\": {\n \"uri\": \"file:///C:/Users/Mary/code/TheProject/\",\n \"description\": {\n \"text\": \"The root directory for all project files.\"\n }\n },\n \"%SRCROOT%\": {\n \"uri\": \"src/\",\n \"uriBaseId\": \"PROJECTROOT\",\n \"description\": {\n \"text\": \"The root of the source tree.\"\n }\n }\n },\n \"results\": [\n {\n \"ruleId\": \"R01\",\n \"message\": {\n \"text\": \"Result text. This result does not have a rule associated.\"\n },\n \"locations\": [\n {\n \"physicalLocation\": {\n \"artifactLocation\": {\n \"uri\": \"fileURI\",\n \"uriBaseId\": \"%SRCROOT%\"\n },\n \"region\": {\n \"startLine\": 2,\n \"startColumn\": 7,\n \"endColumn\": 10\n }\n }\n }\n ],\n \"partialFingerprints\": {\n \"primaryLocationLineHash\": \"39fa2ee980eb94b0:1\"\n }\n }\n ]\n }\n ]\n}\n```\n\n### サポートされているすべての SARIF プロパティを示す例\n\n次の SARIF 出力ファイルには、code scanning でサポートされているすべての SARIF プロパティを示す値の例が示されています。\n\n```json\n{\n \"$schema\": \"https://json.schemastore.org/sarif-2.1.0.json\",\n \"version\": \"2.1.0\",\n \"runs\": [\n {\n \"tool\": {\n \"driver\": {\n \"name\": \"Tool Name\",\n \"semanticVersion\": \"2.0.0\",\n \"rules\": [\n {\n \"id\": \"3f292041e51d22005ce48f39df3585d44ce1b0ad\",\n \"name\": \"js/unused-local-variable\",\n \"shortDescription\": {\n \"text\": \"Unused variable, import, function or class\"\n },\n \"fullDescription\": {\n \"text\": \"Unused variables, imports, functions or classes may be a symptom of a bug and should be examined carefully.\"\n },\n \"defaultConfiguration\": {\n \"level\": \"note\"\n },\n \"properties\": {\n \"tags\": [\n \"maintainability\"\n ],\n \"precision\": \"very-high\"\n }\n },\n {\n \"id\": \"d5b664aefd5ca4b21b52fdc1d744d7d6ab6886d0\",\n \"name\": \"js/inconsistent-use-of-new\",\n \"shortDescription\": {\n \"text\": \"Inconsistent use of 'new'\"\n },\n \"fullDescription\": {\n \"text\": \"If a function is intended to be a constructor, it should always be invoked with 'new'. Otherwise, it should always be invoked as a normal function, that is, without 'new'.\"\n },\n \"properties\": {\n \"tags\": [\n \"reliability\",\n \"correctness\",\n \"language-features\"\n ],\n \"precision\": \"very-high\"\n }\n },\n {\n \"id\": \"R01\"\n }\n ]\n }\n },\n \"automationDetails\": {\n \"id\": \"my-category/\"\n },\n \"results\": [\n {\n \"ruleId\": \"3f292041e51d22005ce48f39df3585d44ce1b0ad\",\n \"ruleIndex\": 0,\n \"message\": {\n \"text\": \"Unused variable foo.\"\n },\n \"locations\": [\n {\n \"physicalLocation\": {\n \"artifactLocation\": {\n \"uri\": \"main.js\",\n \"uriBaseId\": \"%SRCROOT%\"\n },\n \"region\": {\n \"startLine\": 2,\n \"startColumn\": 7,\n \"endColumn\": 10\n }\n }\n }\n ],\n \"partialFingerprints\": {\n \"primaryLocationLineHash\": \"39fa2ee980eb94b0:1\",\n \"primaryLocationStartColumnFingerprint\": \"4\"\n }\n },\n {\n \"ruleId\": \"d5b664aefd5ca4b21b52fdc1d744d7d6ab6886d0\",\n \"ruleIndex\": 1,\n \"message\": {\n \"text\": \"Function resolvingPromise is sometimes invoked as a constructor (for example [here](1)), and sometimes as a normal function (for example [here](2)).\"\n },\n \"locations\": [\n {\n \"physicalLocation\": {\n \"artifactLocation\": {\n \"uri\": \"src/promises.js\",\n \"uriBaseId\": \"%SRCROOT%\"\n },\n \"region\": {\n \"startLine\": 2\n }\n }\n }\n ],\n \"partialFingerprints\": {\n \"primaryLocationLineHash\": \"5061c3315a741b7d:1\",\n \"primaryLocationStartColumnFingerprint\": \"7\"\n },\n \"relatedLocations\": [\n {\n \"id\": 1,\n \"physicalLocation\": {\n \"artifactLocation\": {\n \"uri\": \"src/ParseObject.js\",\n \"uriBaseId\": \"%SRCROOT%\"\n },\n \"region\": {\n \"startLine\": 2281,\n \"startColumn\": 33,\n \"endColumn\": 55\n }\n },\n \"message\": {\n \"text\": \"here\"\n }\n },\n {\n \"id\": 2,\n \"physicalLocation\": {\n \"artifactLocation\": {\n \"uri\": \"src/LiveQueryClient.js\",\n \"uriBaseId\": \"%SRCROOT%\"\n },\n \"region\": {\n \"startLine\": 166\n }\n },\n \"message\": {\n \"text\": \"here\"\n }\n }\n ]\n },\n {\n \"ruleId\": \"R01\",\n \"message\": {\n \"text\": \"Specifying both [ruleIndex](1) and [ruleId](2) might lead to inconsistencies.\"\n },\n \"level\": \"error\",\n \"locations\": [\n {\n \"physicalLocation\": {\n \"artifactLocation\": {\n \"uri\": \"full.sarif\",\n \"uriBaseId\": \"%SRCROOT%\"\n },\n \"region\": {\n \"startLine\": 54,\n \"startColumn\": 10,\n \"endLine\": 55,\n \"endColumn\": 25\n }\n }\n }\n ],\n \"relatedLocations\": [\n {\n \"id\": 1,\n \"physicalLocation\": {\n \"artifactLocation\": {\n \"uri\": \"full.sarif\"\n },\n \"region\": {\n \"startLine\": 81,\n \"startColumn\": 10,\n \"endColumn\": 18\n }\n },\n \"message\": {\n \"text\": \"here\"\n }\n },\n {\n \"id\": 2,\n \"physicalLocation\": {\n \"artifactLocation\": {\n \"uri\": \"full.sarif\"\n },\n \"region\": {\n \"startLine\": 82,\n \"startColumn\": 10,\n \"endColumn\": 21\n }\n },\n \"message\": {\n \"text\": \"here\"\n }\n }\n ],\n \"codeFlows\": [\n {\n \"threadFlows\": [\n {\n \"locations\": [\n {\n \"location\": {\n \"physicalLocation\": {\n \"region\": {\n \"startLine\": 11,\n \"endLine\": 29,\n \"startColumn\": 10,\n \"endColumn\": 18\n },\n \"artifactLocation\": {\n \"uriBaseId\": \"%SRCROOT%\",\n \"uri\": \"full.sarif\"\n }\n },\n \"message\": {\n \"text\": \"Rule has index 0\"\n }\n }\n },\n {\n \"location\": {\n \"physicalLocation\": {\n \"region\": {\n \"endColumn\": 47,\n \"startColumn\": 12,\n \"startLine\": 12\n },\n \"artifactLocation\": {\n \"uriBaseId\": \"%SRCROOT%\",\n \"uri\": \"full.sarif\"\n }\n }\n }\n }\n ]\n }\n ]\n }\n ],\n \"partialFingerprints\": {\n \"primaryLocationLineHash\": \"ABC:2\"\n }\n }\n ],\n \"columnKind\": \"utf16CodeUnits\"\n }\n ]\n}\n```"}