クラウド・GitHub セキュリティインシデント・脆弱性速報 (2026-09-21)
はじめに
本記事では、GitHub・GCP（Compute Engine / GKE）から公開された直近のセキュリティ関連情報を3件取り上げ、内容の解説と推奨対応をまとめます。クラウド運用者・DevSecOps担当者の方は、該当環境をご利用の場合、早急にご確認ください。
記事1: GitHub Secure Open Source Fund - AI時代におけるOSSセキュリティの学び
概要
GitHub Security Blogにて、「GitHub Secure Open Source Fund」プログラムのSession 4に参加した50のオープンソースプロジェクトの取り組みが紹介されました。本記事は特定の脆弱性報告ではなく、AI支援ワークフロー、メンテナーの専門知識、GitHubのセキュリティツール（Dependabot、CodeQL等）、専門家によるガイダンス、資金提供を組み合わせることで、OSSプロジェクトのセキュリティ体制がどのように改善されたかを共有する啓発的な内容です。
影響範囲・対象サービス
- GitHubでホストされるオープンソースプロジェクト全般
- GitHub Actions、Dependabot、CodeQLなどGitHub提供のセキュリティツールを利用するリポジトリ
想定されるセキュリティリスク
本記事自体は脆弱性報告ではありませんが、以下の点は多くのOSSプロジェクトが抱える共通課題として指摘されています。
- メンテナーのリソース不足によるセキュリティ対応の遅延
- 依存関係の脆弱性（サプライチェーンリスク）の見落とし
- AIを活用したコード生成・レビューにおける新たなセキュリティレビュー体制の必要性
推奨される対応・対策
- 自組織が利用しているOSS依存関係について、Dependabotなどによる自動脆弱性検知を有効化する
- CodeQLなどの静的解析ツールをCI/CDパイプラインに組み込む
- AIが生成したコードについても、通常のコードと同様にセキュリティレビューを実施する
- OSSメンテナーへの資金的・技術的支援を検討し、サプライチェーン全体のセキュリティ向上に貢献する
一次情報参照元
記事2: GCP-2026-036 - Arm CPUアーキテクチャ脆弱性（CVE-2025-10263）によるゲストOS権限昇格リスク
概要
ArmがCVE-2025-10263として公表した、一部のArmコアに存在するアーキテクチャ上の問題です。攻撃者が特定条件下でアドレス変換ステージやGPT（Granule Protection Table）保護をバイパスし、より低い例外レベル（Exception Level）から、より高い例外レベルが所有するメモリへ書き込みを行うことで権限昇格が可能になる脆弱性です。なお、メモリ読み取りへの影響はないとされています。
Googleはインフラ側（VM間・VM-ハイパーバイザ間）の対策は完了済みですが、ゲストOS内部（プロセス間・プロセス-カーネル間）の攻撃を防ぐためには、OSベンダーが提供するゲストOSパッチの適用が別途必要です。
影響範囲・対象サービス
- GCP Compute Engine の Arm系インスタンス
- 影響を受けるArmコアファミリー: Neoverse V1、V2、N1
- 対象インスタンスタイプ: C4A、T2A、A4X、A4X Max
- Container-Optimized OS（COS）はガイド対応が進行中（リリースノートで告知予定）
想定されるセキュリティリスク
- ゲストOS内でのプロセス間・プロセス-カーネル間の権限昇格
- 低い権限レベルのプロセスが、カーネルなど高い権限が管理するメモリ領域を不正に書き換えることによる、システム全体の完全性侵害
- パッチ未適用のまま放置すると、マルチテナント環境における他プロセスへの影響拡大の可能性
推奨される対応・対策
- 該当のArm系インスタンス（C4A、T2A、A4X、A4X Max）を利用している場合、使用しているディストリビューションベンダーから提供されるCVE-2025-10263対応のゲストOSパッチを速やかに適用する
- Container-Optimized OS利用者は、公式リリースノートを定期的に確認し、パッチが提供された時点で即座に適用する
- Arm系インスタンスの利用状況をインベントリ管理し、影響範囲を正確に把握する
一次情報参照元
記事3: GCP-2026-058 - GKE Multi-Cloudにおける権限チェック漏れによるWorkload Identity不正利用（Critical）
概要
GKE Multi-Cloud APIs（CreateAttachedCluster、CreateAwsCluster、CreateAzureCluster）において、プロジェクト権限チェックが欠落していた脆弱性です。この欠陥により、攻撃者が任意のターゲットプロジェクトのWorkload Identity Federation for GKEに、アタッチクラスタを不正登録できる状態にありました。
この不正登録が成立すると、攻撃者はWorkload Identity トークンを不正に生成し、ターゲットプロジェクト内でIAMバインディングが設定されているKubernetesサービスアカウントへのなりすまし（インパーソネーション）が可能になる状態でした。
攻撃の成立には以下2つの情報を事前に知っている必要がありました。
- ターゲットプロジェクトのプロジェクト番号（プロジェクトIDではない）
-
roles/iam.workloadIdentityUserがバインドされている、少なくとも1つのターゲットnamespaceとKubernetesサービスアカウントの組み合わせ
Googleの調査により、本脆弱性の実際の悪用（Exploitation）は確認されていないとのことです。本件はVulnerability Reward Program（脆弱性報奨金制度）を通じて報告されました。
影響範囲・対象サービス
- Google Kubernetes Engine (GKE) Multi-Cloud
- Attached Clusters機能（AWS/Azure上のクラスタをGKEにアタッチする機能）
- Workload Identity Federation for GKEを利用する全プロジェクト
想定されるセキュリティリスク
- 他プロジェクトのWorkload Identity Federation設定への不正な介入
- Kubernetesサービスアカウントへのなりすましによる権限昇格
- IAMバインディングを介した、意図しないクラウドリソースへの不正アクセス
- クロスプロジェクト・クロスクラウド（AWS/Azure連携部分）における権限境界の侵害
推奨される対応・対策
- Googleによりサーバー側で権限チェックが追加され、全GKEクラスタに対して既にパッチ適用済みのため、ユーザー側での追加対応は不要です。
- ただし、念のため以下を推奨します。
- Workload Identity Federation for GKEの設定内容（バインディング先のnamespace/サービスアカウント）を定期的に棚卸しする
-
roles/iam.workloadIdentityUserの付与範囲を最小権限の原則に基づいて見直す - GKE Multi-Cloud（Attached Clusters）を利用している場合、アタッチされているクラスタの一覧と権限設定を確認する
- プロジェクト番号の外部漏洩リスクについても、ログ・IAMポリシーの観点から再確認する
一次情報参照元
まとめ表
| # | タイトル | 優先度/重大度 | 影響コンポーネント | 推奨対応 |
|---|---|---|---|---|
| 1 | GitHub Secure Open Source Fund（AI時代のOSSセキュリティ） |