flawopen.com/GitHub Actionsのセキュリティ/workflowスクリプトインジェクション

GitHub Actionsのスクリプトインジェクションはどう起き、どう防ぐ？

原因：shell解析前にデータが埋め込まれる

GitHubはrunステップのshell起動前に式を展開します。信頼できないタイトルを直接埋め込むと、shellプログラムが変わる可能性があります。env:経由の値はscript本文から分離され、引用符で囲めば通常コマンドへの引数として保たれます。ただし、後でevalや別のインタープリター、引数をコードとして扱うツールへ渡す場合は安全ではありません。GitHubはイベント値を攻撃者が制御し得る入力として扱います。

# 危険：イベントデータが生成shell scriptの一部になる
name: Issue Triage
on:
  issues:
    types: [opened]

permissions:
  contents: read

jobs:
  triage:
    runs-on: ubuntu-latest
    steps:
      - name: Print issue title
        run: |
          printf 'Title: %s\n' "${{ github.event.issue.title }}"

# より安全：イベント値を環境変数で渡す
name: Issue Triage
on:
  issues:
    types: [opened]

permissions:
  contents: read

jobs:
  triage:
    runs-on: ubuntu-latest
    steps:
      - name: Print issue title
        env:
          ISSUE_TITLE: ${{ github.event.issue.title }}
        run: |
          printf 'Title: %s\n' "$ISSUE_TITLE"

攻撃経路の概要

強化チェックリスト

• ✓信頼できない github.event 値を run: に直接埋め込まない。env:で渡し、"$ISSUE_TITLE"のように引用します。
• ✓値をeval、生成script、shellコマンド文字列、引数をコードやオプションとみなすツールへ渡さない。
• ✓workflowまたはjobに制限的なpermissions:を設定し、書込権限は必要なjobだけに付与します。
• ✓pull_request_targetとworkflow_runを特権境界として扱い、信頼できないPRのコードやartifactをcheckout・build・実行しません。
• ✓信頼できない複数行データをGITHUB_ENVやGITHUB_PATHへ書かない。GITHUB_*とRUNNER_*は保護されますが、他の値は後続stepへ影響し得ます。
• ✓third-party Actionは確認済みの完全なSHAへ固定し、隔離された使い捨てrunnerを使い、Actions workflowのCodeQLを有効にします。

一次資料

• GitHub Docs — スクリプトインジェクション
• GitHub Docs — 安全な使用のリファレンス
• GitHub Docs — pull_request_targetの安全な使用
• GitHub Docs — workflowコマンドとGITHUB_ENV
• GitHub Docs — GITHUB_TOKENの権限