CVE-2026-73040 スタック名検証不備によるパストラバーサル脆弱性

この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。

公開日: 2026-08-20T21:17:09.110 / 更新日: 2026-08-20T21:17:09.110 / CVSS: 8.8 / 深刻度: HIGH

CVE-2026-73040は、Dockgeのスタック名検証不備によりパストラバーサルが可能になる脆弱性です。認証済みユーザーが、サーバーがアクセス可能な任意のディレクトリ内の.envファイルやComposeファイルの秘密情報を取得でき、有効なComposeファイルが存在する場合にディレクトリを削除できる可能性があります。Dockgeがrootで動作しDockerソケットにアクセスできるため、ホスト上の他のアプリケーションにも影響を及ぼすリスクがあります。disableAuthを有効にしている環境では認証不要で攻撃が可能となるため、設定確認とパッチ適用が重要です。確認時は、スタック名の検証ロジックやディレクトリアクセス制限の有無を確認し、不要な権限の付与を避ける必要があります。

参照情報

ソクラテスの問い、プラトンの備え

ソクラテス

プラトンよ、この脆弱性の要約を読んだが、なぜスタック名の検証が不十分なままだったのか。そのロジックに潜む倫理的矛盾を問いたい。あなたは、システム管理者として、この検証の不備がもたらす影響をどう見ているか?

プラトン

ああ、ソクラテス。まず、管理者として確認すべきは、スタック名の正規表現チェックが本当に「^[a-z0-9_-]+$」に限定されているか。また、ディレクトリアクセス制限が、`path.join`で生成されるパスにどう適用されているか。例えば、`../`が混入した場合、`stacksDir`の外側にアクセスできる可能性を、手動でテストすべきです。

ソクラテス

では、パッチ適用の重要性について、あなたはどのように説明する?この脆弱性がCVSS8.8という深刻度を持つ理由は、ユーザーの権限とホストへの影響に起因するだろう。

プラトン

その通りです。Dockgeがrootで動作している場合、攻撃者はホスト上の他のアプリケーションにまで影響を及ぼすリスクがあります。パッチ適用は、まずベンダーの公式リリースノートを確認し、適用手順に従ってください。また、変更管理においては、パッチ適用前の環境構成をバックアップし、テスト環境での検証を絶対に忘れないでください。

ソクラテス

監視の観点では、どのように対応すべきか?

プラトン

監視の観点では、定期的に`.env`や`docker-compose.yml`が不正にアクセスされていないかを確認する必要があります。また、Dockerソケットへのアクセスを制限するポリシーも見直すべきです。ベンダー情報確認は、公式サイトやNVDのリンクを常に確認し、最新のパッチ情報に目を向けることが肝心です。

ソクラテス

最後に、この脆弱性を踏まえた運用者としての哲学を問う。

プラトン

哲学?ああ、つまり、システム管理者は「スタック名がどこまでアクセスできるか」を常に意識し、名前が「`test-stack`」ではなく「`../../etc/passwd`」になっていないか、チェックする責任があるということです。さもなくば、システムはまるで「オイレスの洞窟」に閉じ込められたままです。

関連キーワード: docker