CVE-2026-80238 Dell SCGのDockerソケット経由でroot権限取得の脆弱性
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
Dell SCG 5.0の特定バージョン未満に存在する脆弱性により、ローカルアクセスを持つ攻撃者がDockerソケットを介してroot権限を取得できる可能性があります。SSH経由で接続した低権限ユーザーがパスワードなしでシステム全体を制御できるため、セキュリティ対策の回避やデータの改ざんが懸念されます。運用者は、Dell SCGのバージョンが5.36.00.16（アプライアンス）および5.36.00.00（アプリケーション）以上であるかを確認し、Dockerソケットのアクセス制限設定が適切かを点検する必要があります。Dellが提供する修正プログラムの適用が強く推奨されています。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性について考えると、我々は「権限の不必要な付与」がもたらす危険に気づかなければならない。Dockerソケットへのアクセスが制限されていない場合、低権限のユーザーがシステム全体を制御できるという。これは、セキュリティの哲学において「権限の最小限化」の原則が破られていることを示しているではないか？
確かに、ソクラテス。しかし、現実の運用では、まず「現在のバージョンが推奨されているものか」を確認する必要があります。Dell SCGのバージョンが5.36.00.16（アプライアンス）または5.36.00.00（アプリケーション）以上であるかを、`dell-scg –version`や管理画面で確認しましょう。もし未対応のバージョンであれば、Dellの公式サイトで提供されている修正プログラムを適用することが最優先です。
では、仮にバージョンが正しいとしても、Dockerソケットのアクセス制限は設けられているか？もし「/var/run/docker.sock」にすべてのユーザーがアクセスできるよう設定されていれば、これは哲学的にも倫理的にも重大な問題です。なぜなら、そのような設定は「信頼の誤置」を招くからです。
その通りです。ソクラテス。現実的には、`/var/run/docker.sock`のパーミッションを`chmod 600 /var/run/docker.sock`で制限し、`docker`グループの所属ユーザーを最小限に限定する必要があります。また、変更管理の観点から、この設定変更を変更履歴に記録し、監視ツールで定期的に確認する仕組みを構築すべきです。
では、この脆弱性が発見されたベンダー（Dell）の情報確認は、どのように行うべきだろう？我々は常に「信頼できる情報源」に依拠するべきではないか？
その通り。Dellの公式サポートサイトや、NVD（https://nvd.nist.gov/vuln/detail/CVE-2026-80238）で提供される情報を確認し、修正プログラムが公開されているかを確認する必要があります。また、パッチ適用後の状態を監視し、異常がないかを定期的に点検することが、運用者としての責任です。
では、我々は「哲学的考察」を終え、現実の運用に立ち返るべきである。Linux運用者として、この脆弱性を確認するためのステップを再確認せよ。
わかりました。まずはバージョン確認、次にDockerソケットのアクセス制限の点検、パッチ適用、変更管理の記録、監視ツールの設定、そしてベンダー情報を精査する。これらを怠れば、哲学的にも実用的にも失敗するでしょう。しかし、笑いながらも、このステップを怠らないことが、セキュリティの「真の道」です。
関連キーワード: docker