対象CVE: GHSA-mhq8-78pj-5j79

[要注意] OpenClawの深刻な脆弱性 (GHSA-mhq8-78pj-5j79) - 低権限ユーザーによる機密情報漏洩の危険性

OpenClawシステムにおいて、`system.run`コマンドの引数がシェル展開前に安全と判断される脆弱性が見つかりました。これにより、低権限ユーザーが機密ファイルを不正に読み取れる可能性があります。フロントエンドエンジニアも、自身の開発・デプロイ環境における間接的な影響を理解し、対応を検討する必要があります。

はじめに：なぜフロントエンドエンジニアもこの脆弱性を知るべきか

「OpenClaw？それはバックエンドやインフラの話では？」と感じた方もいるかもしれません。しかし、現代のソフトウェア開発において、フロントエンドとバックエンド、そしてインフラは密接に連携しています。この脆弱性は、特にCI/CDパイプライン、開発・ステージング環境、あるいは社内ツールなど、皆さんが日頃コードをデプロイしたり、ビルドしたりする環境の一部としてOpenClawが関与している場合に影響を及ぼす可能性があります。例えば、デプロイ時に使用されるAPIキー、データベースの接続情報、環境変数などの機密情報が、この脆弱性によって意図せず漏洩するリスクがあるため、決して他人事ではありません。

脆弱性の概要と影響

今回報告されたGHSA-mhq8-78pj-5j79は、OpenClawの`system.run`コマンドにおけるセキュリティチェックの不備に起因する高深刻度（high）の脆弱性です。

OpenClawシステムは、実行を許可された「安全なコマンドリスト（safe-bin/allowlist）」に基づいてコマンドを自動承認する機能を持っています。しかし、この脆弱性の問題は、コマンドの引数がシェルによって展開される「前」に承認を判断してしまう点にあります。このため、一見安全に見える引数が、シェル展開後には、意図しないファイル読み取りなど、危険な操作を行うコマンドに変わってしまう可能性があります。

この脆弱性が悪用されると、本来アクセス権限のない低い権限のオペレーターが、承認された`safe-bin`コマンドを悪用し、ノード内の機密ファイル（OpenClawの設定データや、CI/CDで利用されるトークン、環境設定ファイル、APIキーなどのローカル情報）を不正に読み取ることが可能になります。これは認証されていないユーザーによるシステム乗っ取りではありませんが、内部の低権限ユーザーが機密情報にアクセスできるという点で非常に危険です。

脆弱性の詳細と発生条件

この脆弱性の核心は、「シェル展開」というOSレベルの機能と、OpenClawのセキュリティポリシーの適用タイミングのずれにあります。例えば、`cat /etc/passwd`というコマンドは危険と見なされ承認されないかもしれません。しかし、`cat $(echo /etc/passwd)`のような形であれば、シェル展開される前は`cat $(echo /etc/passwd)`という文字列として渡され、これが安全なコマンドと誤って判断されてしまう可能性があります。シェルはコマンド実行時に`$(...)`の部分を先に評価し、結果として`/etc/passwd`を`cat`コマンドの引数として渡してしまいます。

この脆弱性は、以下の条件がすべて揃った環境で発生します。

<ul><li>ゲートウェイとペアリングされたPOSIXノードを使用している。</li><li>認証されたオペレーターまたはエージェントフローから`system.run`コマンドが利用可能である。</li><li>コマンドの実行ポリシーが`safe-bin`または`allowlist`による自動承認を採用している。</li><li>承認されたコマンドに、シェル展開によって引数の形が変わる可能性のある値が含まれている。</li></ul>

フロントエンドエンジニアが取るべき対応策

この脆弱性の影響を最小限に抑えるため、以下の対応を速やかに検討してください。

OpenClawをバージョン`2026.5.18`以降に速やかにアップグレードしてください。これが最も確実な解決策です。組織内のインフラチームやDevOpsチームと連携し、早急な対応を依頼しましょう。

<ul><li>広範な`safe-bin`による自動承認の回避: 任意のパスを読み取る可能性のあるコマンドに対して、広範な`safe-bin`による自動承認設定は避けてください。特にファイルパスを引数として受け取る可能性のあるコマンドは注意が必要です。</li><li>手動承認の優先: ローカルファイルを扱うノードコマンドについては、自動承認ではなく、明示的な手動承認を優先することを強く推奨します。これにより、コマンド実行前に人間の目による最終確認が入るため、リスクを大幅に軽減できます。</li></ul>

<ul><li>OpenClawの利用状況: 自身のチームや組織がOpenClawを利用しているか確認しましょう。直接利用していなくても、CI/CDツールや内部システムが間接的に依存している可能性も考慮に入れてください。</li><li>コマンド実行の安全性: Node.jsの`child_process`などを用いて外部コマンドを実行する際にも、引数のサニタイズ（無害化）やバリデーションが適切に行われているか再確認しましょう。シェル展開のリスクは、OpenClawに限らず、外部コマンド実行の一般的なセキュリティリスクです。</li></ul>

まとめ

このOpenClawの脆弱性は、一見するとフロントエンドとは遠い問題に見えるかもしれません。しかし、開発環境やデプロイプロセスにおけるセキュリティは、システム全体の堅牢性を保つ上で非常に重要です。シェル展開というOSの基本的な挙動が、セキュリティポリシーの盲点となるという教訓は、私たち開発者全員が学ぶべきものです。

まずは組織内でOpenClawの利用状況を確認し、関係部署と連携して速やかにバージョンアップを進めることが最善の策です。そして、日頃から利用するツールや環境のセキュリティについても意識を高め、より安全な開発プロセスを築いていきましょう。