{"meta":{"title":"スクリプト インジェクション","intro":"スクリプト インジェクションと GitHub Actions ワークフローに関連するセキュリティ リスクについて説明します。","product":"GitHub Actions","breadcrumbs":[{"href":"/ja/enterprise-cloud@latest/actions","title":"GitHub Actions"},{"href":"/ja/enterprise-cloud@latest/actions/concepts","title":"概念"},{"href":"/ja/enterprise-cloud@latest/actions/concepts/security","title":"セキュリティ"},{"href":"/ja/enterprise-cloud@latest/actions/concepts/security/script-injections","title":"スクリプト インジェクション"}],"documentType":"article"},"body":"# スクリプト インジェクション\n\nスクリプト インジェクションと GitHub Actions ワークフローに関連するセキュリティ リスクについて説明します。\n\n## スクリプト インジェクションのリスクを理解する\n\nワークフロー、[カスタム アクション](/ja/enterprise-cloud@latest/actions/creating-actions/about-custom-actions)、[複合アクション](/ja/enterprise-cloud@latest/actions/creating-actions/creating-a-composite-action)を作成するときは、攻撃者からの信頼されていない入力をコードが実行する可能性があるかどうかを常に考慮する必要があります。 これは、攻撃者が悪意のあるコマンドとスクリプトをコンテキストに追加したときに発生する可能性があります。 ワークフローの実行時に、それらの文字列がコードとして解釈されて、ランナーで実行される場合があります。\n\n攻撃者は、自分の悪意のあるコンテンツを [`github`コンテキスト](/ja/enterprise-cloud@latest/actions/learn-github-actions/contexts#github-context)に追加する可能性があります。これは、潜在的に信頼されない入力として扱う必要があります。 このようなコンテキストは、通常、`body`、`default_branch`、`email`、`head_ref`、`label`、`message`、`name`、`page_name`、`ref`、`title` で終わるものです。 例: `github.event.issue.title`、または `github.event.pull_request.body`。\n\nこれらの値が、ワークフロー、アクション、API 呼び出し、またはそれらが実行可能なコードとして解釈される可能性のあるその他の場所に直接流れないようにする必要があります。 他の特権アプリケーション コードに使用するのと同じ防御型プログラミング方針を採用することで、GitHub Actions の使用のセキュリティを強化できます。 攻撃者が行う可能性があるステップの一部については、「[セキュリティで保護された使用に関するリファレンス](/ja/enterprise-cloud@latest/actions/security-guides/security-hardening-for-github-actions#potential-impact-of-a-compromised-runner)」を参照してください。\n\nさらに、それ以外にも、ブランチ名やメール アドレスなど、あまり知られていませんが潜在的に信頼されない入力のソースがあり、許可された内容の観点からは非常に柔軟性があります。 たとえば、`zzz\";echo${IFS}\"hello\";#` は有効なブランチ名であり、ターゲット リポジトリに対する攻撃ベクトルになる可能性があります。\n\n以下のセクションでは、スクリプト インジェクションのリスクを軽減するのに役立つ方法について説明します。\n\n### スクリプト インジェクション攻撃の例\n\nスクリプト インジェクション攻撃は、ワークフローのインライン スクリプト内で直接発生する可能性があります。 次の例のアクションでは、式を使って pull request タイトルの有効性がテストされていますが、スクリプト インジェクションのリスクも加わります。\n\n```yaml\n      - name: Check PR title\n        run: |\n          title=\"${{ github.event.pull_request.title }}\"\n          if [[ $title =~ ^octocat ]]; then\n          echo \"PR title starts with 'octocat'\"\n          exit 0\n          else\n          echo \"PR title did not start with 'octocat'\"\n          exit 1\n          fi\n```\n\nこの例の場合、ランナーの一時シェル スクリプト内で `run` コマンドが実行されるため、スクリプト インジェクションに対して脆弱です。 シェル スクリプトが実行される前に、`${{ }}` 内の式が評価されてから、結果の値に置き換えられます。これにより、シェル コマンド インジェクションに対して脆弱になる可能性があります。\n\nこのワークフローにコマンドを挿入するため、攻撃者は `a\"; ls $GITHUB_WORKSPACE\"` というタイトルの pull request を作成する可能性があります。\n\n![編集モードでの pull request のタイトルのスクリーンショット。 フィールドには、a\"; ls $GITHUB\\_WORKSPACE\" という新しいタイトルが入力されています。](/assets/images/help/actions/example-script-injection-pr-title.png)\n\nこの例では、文字 `\"` を使って `title=\"${{ github.event.pull_request.title }}\"` ステートメントを中断し、ランナーで `ls` コマンドを実行できるようにします。\n`ls` コマンドの出力をログで確認できます。\n\n```shell\nRun title=\"a\"; ls $GITHUB_WORKSPACE\"\"\nREADME.md\ncode.yml\nexample.js\n```\n\nランナーのセキュリティ保護の維持に関するベスト プラクティスについては、「[セキュリティで保護された使用に関するリファレンス](/ja/enterprise-cloud@latest/actions/reference/secure-use-reference#good-practices-for-mitigating-script-injection-attacks)」をご覧ください。"}