GitHub ActionsのOIDCトークンにおけるsubjectクレームの不変化
GitHub ActionsはOIDCトークンのsubject claimにリポジトリIDを固定付与し、組織名やリポジトリ名のリサイクルによる不正アクセスリスクを2026年6月18日より段階的に解消する。
キーポイント
セキュリティ強化の背景と解決策
従来の可変名ベースのsubject claimではリポジトリ名が再利用されると不正アクセスのリスクがあったため、所有者とリポジトリの固定IDを付与し永続的な識別子を確保する。
適用範囲と自動有効化のタイミング
2026年6月18日以降に作成・改名・移管されるすべてのリポジトリに新形式が自動適用され、既存リポジトリは明示的なオプトインがない限り従来方式を維持する。
移行支援と運用ガイドライン
既存リポジトリはUIまたはAPI経由でオプトイン可能であり、プレビューエンドポイントを用いて変更後のclaim形式を事前に検証できる。
影響分析・編集コメントを表示
影響分析
この変更は、CI/CDパイプラインにおけるクラウド認証の信頼性を根本から強化するものであり、特に大規模なAIモデル学習や推論インフラをGitHub Actionsで自動化している組織にとって必須のセキュリティ対策となる。開発者は2026年6月までの移行期間中にクラウド側のIAMポリシーを再検証し、既存のワークフローが中断しないよう事前にオプトインまたは設定更新を行う必要がある。
編集コメント
AI/MLパイプラインの自動化が進む中、CI/CD認証基盤の「不変性」はインフラセキュリティの必須要件となった。移行期限前にクラウド側の信頼ポリシーを再検証し、予期せぬワークフロー停止を防ぐべきである。
新規リポジトリのデフォルトのサブジェクト(sub)クレームにおいて、GitHub Actions の OIDC トークン (OpenID Connect tokens) に不変の識別子 (immutable identifiers) が含まれるようになりました。この変更により、GitHub Actions のワークフローと AWS、Azure、GCP などのクラウドプロバイダー (cloud providers) 間における OIDC ベースの信頼関係 (OIDC-based trust) のセキュリティが強化されます。
従来、デフォルトのサブジェクトクレームには変更可能な名前 (mutable names) のみが使用されていました(例:repo:octocat/my-repo:ref:refs/heads/main)。リポジトリや組織名が再利用された場合、新しい所有者が同じサブジェクトクレームでトークンを発行 (minting tokens) でき、元のアイデンティティをまだ信頼しているクラウドリソースへの不正アクセスにつながる可能性があります。新しい形式では、クレームに不変の所有者 ID とリポジトリ ID が追加されます(例:repo:octocat-123456/my-repo-456789:ref:refs/heads/main)。これにより、各クレームが元のリポジトリに永久に紐付けられることが保証されます。
変更内容
2026年6月18日以降に作成されたすべてのリポジトリは、自動的に新しい不変のサブジェクトクレーム形式を使用します。
2026年6月18日以降のリポジトリ名の変更および移行 (transfer) でも、新しい形式が適用されます。
既存のリポジトリは、明示的にオプトイン (opt-in) しない限り影響を受けません。
既存リポジトリのオプトイン
既存のリポジトリに対して新しい形式を適用するには、リポジトリまたは組織の OIDC 設定 UI および API に用意された新しいトグル (toggle) を使用できます。また、新しいプレビューエンドポイント (preview endpoint) により、新しい形式でのサブジェクトクレームのプレフィックスが具体的にどのように表示されるかを確認できるため、クラウドプロバイダーの信頼ポリシー (trust policies) を確信を持って更新できます。
タイムライン
現在:組織またはリポジトリレベルでオプトイン可能です
2026年6月18日:GitHub は、すべての新規リポジトリおよび名前変更に対して新しい形式を自動的に適用 (enforce) します。
この変更は github.com のみに適用され、GitHub Enterprise Server (GHES) には影響しません。
詳しくは、OIDC のドキュメントをご覧ください。
「GitHub Actions の OIDC トークンに対する不変のサブジェクトクレーム」の記事は、The GitHub Blog で最初に公開されました。
原文を表示
GitHub Actions OIDC tokens now include immutable identifiers in the default sub (subject) claim for new repositories. This change strengthens the security of OIDC-based trust between your GitHub Actions workflows and cloud providers like AWS, Azure, and GCP.
Previously, the default subject claim used only mutable names (e.g., repo:octocat/my-repo:ref:refs/heads/main). If a repository or organization name was recycled, a new owner could mint tokens with the same subject claim, potentially gaining unauthorized access to cloud resources that still trusted the original identity. The new format appends immutable owner and repository IDs to the claim (e.g., repo:octocat-123456/my-repo-456789:ref:refs/heads/main), ensuring each claim is permanently tied to the original repository.
What’s changing
All repositories created after June 18, 2026 will automatically use the new immutable subject claim format.
Repository renames and transfers after June 18, 2026 will also adopt the new format.
Existing repositories won’t be affected unless you explicitly opt in.
Opt-in for existing repositories
You can adopt the new format for your existing repositories today using a new toggle in the repository or organization OIDC settings UI and API. A new preview endpoint also lets you see exactly what your subject claim prefix will look like under the new format, so you can update your cloud provider trust policies with confidence.
Timeline
Now: You can opt in at the organization or repository level
June 18, 2026: GitHub will automatically enforce the new format for all new repositories and renames.
This change only applies to github.com and does not impact GitHub Enterprise Server (GHES).
To learn more, see the OIDC documentation.
The post Immutable subject claims for GitHub Actions OIDC tokens appeared first on The GitHub Blog.
関連記事
コードオレンジ:小規模障害対策完了によりクラウドフレアネットワークが強化
クラウドフレアは過去2四半期にわたり「コードオレンジ」と呼ぶ内部プロジェクトを通じてインフラの耐障害性とセキュリティを向上させる取り組みを行い、11月18日の障害回避に必要な作業を完了した。
Solid Queueのパフォーマンス特性に関する検証と考察
ゲームサービス事業本部の三軒家氏が、Ruby on RailsプロダクトのジョブキューシステムをSolid Queueに移行するプロジェクトを推進し、負荷試験で1000 job/sのスループットを安定処理できる性能を確認した。
異常アラートが一般提供開始
Observability Plus利用チームは、アプリケーションで異常が検出されるとアラートを受け取り、予期せぬ動作を迅速に特定・調査・解決できるようになる。