要件

• ホストに Docker + docker compose、python3、git、curl が必要です。
• 空き RAM 約 8 GB (GitLab インスタンス 2 台、各約 4 GB)、ディスク約 10 GB。初回起動: インスタンスあたり 4〜8 分。
• これらのローカルラボインスタンスに対してのみ実行してください。管理下にあるソフトウェアに対する許可済み/防御的テストのみです。

実行

期待される結果:

その他のサブコマンド:

オラクルの仕組み (HTTP-200 でごまかさない)

脆弱なサーバーもパッチ適用済みのサーバーも、悪意のあるパブリッシュに対して HTTP 200 {"status":"processing"} で応答します。ファイルが書き込まれるのは後で、ファイナライズワーカー内です。したがって HTTP ステータスはオラクルではありません。代わりに exploit/poc.py --verify-docker <container> はコンテナ内部をポーリングして、トラバーサルしたパスに制御下のファイルが存在するか確認し、その SHA-1 を比較します。

• 脆弱 → /var/tmp/CVE_2026_10053_PROOF-1.0.0.tgz が出現する (所有者 git:git、こちらが制御するバイト列) → exit 0。
• パッチ適用済み → ファイルは決して出現しない。ワーカーが Gitlab::PathTraversal::PathTraversalAttackError: Invalid path をログに記録する → exit 2。

エクスプロイト自体は、認証済みの PUT …/packages/npm/:pkg リクエストにすぎません。トラバーサルは完全に JSON ボディの name に存在します (file_name = "#{name}-#{version}.tgz"、ブランクチェックのみ)。docker exec 呼び出しは検証とセットアップのためのものであり、攻撃者の能力の一部ではありません。

スコープ

• 証明されること: 認証済みユーザー (Developer 以上はパッケージをパブリッシュ可能。このラボではセットアップの都合上 root PAT を使用) が、攻撃者が制御するバイト列を git が書き込み可能な任意のパスに書き込めます。ファイルは 0644 で配置されます。
• ここでは証明されないこと: RCE。保存されるベースネームは末尾が -<semver>.tgz であることを強制されます (NUL はカーネルが拒否し、改行では切り詰められません)。したがって、正確な名前のターゲット (secrets.yml、authorized_keys、.rb ファイル、gitaly バイナリ) を上書きすることはできません。ファイル名に依存しない唯一の実行機構である custom_hooks/<hook>.d/ は、任意のファイル名を実行できますが、実行可能ビットが立っている場合のみです — そして今回の書き込みは 0644 です。既存の 0755 ファイルを上書きしても役に立ちません。ストアが inode を置き換えて 0644 にリセットするためです。したがって RCE には、この PoC が提供しない別の実行ビット / 実行プリミティブが必要です。

./run.sh rce-gate はまさにこれを正直にデモします。トラバーサルを介して pre-receive.d フックを植え付け、プッシュし、0644 のフックが実行されないことを示します。./rce_gate_demo.sh --illustrate-gate はさらに docker exec chmod で +x を設定します (帯域外の docker-root アクションであり、攻撃者の能力ではありません)。これは gitaly が実行するであろうことを示すためだけのものであり、欠けているレバーが実行ビットであることを強調しています。

根本原因と修正

完全な分析については ANALYSIS.md を参照してください。要約すると、app/uploaders/gitlab_uploader.rb はストレージパスを before :cache でのみ検証していました。before :store では、モデル由来の file_name (攻撃者が制御し、未検証) がそのまま書き込まれていました。修正では before :store, :protect_from_path_traversal! が追加されています。

ファイル