openclaw macOS アプリの exec リクエスト誤認可により任意コード実行のリスク
この脆弱性は、macOS アプリのランタイムが exec 承認リクエストを処理する際のロジック欠陥に起因します。許可リストと手動確認ポリシーを設定していても、アプリは未認可のコマンドを自動的に「一度だけ許可」と解決してしまいます。攻撃者はユーザー操作なしにネットワーク経由でこの動作を引き起こし、ゲートウェイ側のセキュリティ遮断機構を回避できるため、被害ホスト上で任意のシステムコマンドが密かに実行され、完全性と可用性が深刻に損なわれます。
コンポーネント
OpenClaw はエージェントのスケジューリングとデバイス制御を統合した自動化システムで、その macOS クライアントはエッジノードとしてゲートウェイアーキテクチャに接続し、中央エージェントからの実行指示を処理します。ローカルのランタイム環境を通じてスクリーンショット取得やシステムコマンド実行などのハードウェアレベルの操作を実現し、ホスト OS 上でのインテリジェントエージェントの操作能力を拡張しつつポリシーの一貫性を維持することを目指します。
種別
Incorrect Authorization (CWE-863)
リポジトリ
対処方法
- クライアントのランタイムで承認判定ロジックを修正し、事前に設定したセキュリティポリシーを厳格に適用して、許可リストにないコマンドの自動承認を禁止してください。あわせて承認状態の二次検証機構を追加し、意図しない認可を防止することを推奨します。
open-lovable API の認可機構欠如により任意コマンド実行とデータ漏洩が発生
攻撃者は `app/api/` ディレクトリ配下のすべてのルートエンドポイントに認証とセッションチェックがない欠陥を突き、資格情報なしで悪意ある HTTP リクエストを直接送信できます。システムは現在アクティブなサンドボックスの状態を単一のグローバル変数 `global.activeSandbox` に保存しユーザー分離を行っていないため、攻撃者は特定の JSON ペイロードを組み立てて任意コマンドの実行、機微なファイルの読み取り、悪意あるコードの注入を引き起こせ、テナント間のデータ漏洩、完全性の破壊、サービス停止を招き、システムの安全性に深刻な影響を与えます。
コンポーネント
open-lovable は Next.js アーキテクチャをベースにした AI 支援開発プラットフォームで、Vercel Sandbox や E2B などのクラウドサンドボックス技術を統合し、自動コード生成、環境構成、アプリケーションデプロイを提供します。中核コンポーネントは RESTful API 設計を採用し、サンドボックスインスタンスの作成、システムコマンドの実行、ファイルの読み書き、依存パッケージのインストールなどに対応し、グローバルな状態管理で複数ユーザーの同時リクエストを調整して、効率的なマルチテナントのリソース共有とワークフロー自動化を実現します。
種別
Missing Authorization (CWE-862)
リポジトリ
対処方法
- 開発者は API の入口に厳格な認証ミドルウェアを導入し、セッショントークンまたは API キーに基づくアクセス制御を実施してください。あわせて状態管理機構を再設計し、グローバル共有変数をユーザー ID またはセッション ID ごとの独立したコンテキストストレージに置き換え、異なるユーザーのリクエストを相互に隔離して権限外アクセスを防止してください。
Supabase Studio エンドポイントの認証と URL 検証の欠如により、未認証の SSRF 攻撃で内部ネットワークの機微データを取得可能
攻撃者は /api/edge-functions/test エンドポイントに認証なしのリクエストを送信できます。セルフホスト環境では URL 検証ロジックがパス形式のみを確認しホスト名の制限を無視するため、攻撃者はターゲットを内部サービスやクラウドのメタデータアドレスに向け、カスタム HTTP ヘッダーと組み合わせて完全なレスポンスを取得でき、内部ネットワーク構成の漏洩や機微情報の窃取につながります。
コンポーネント
Supabase はオープンソースの Backend-as-a-Service プラットフォームで、その Studio コンポーネントは中核の管理インタフェースとして、データベースの可視化管理とエッジ関数の開発・テスト機能を提供します。クラウドネイティブなバックエンドサービスの構成、監視、デバッグを簡素化し、統合 Web コンソールで効率的なデータ連携とサービスオーケストレーションを実現することを目指します。
種別
SSRF (CWE-918)
リポジトリ
対処方法
- すべての API インタフェースに厳格な認証を実施し、サーバー側でリクエスト先ホスト名を許可リストで強制的に検証し、任意の IP アドレスや想定外のドメインの解決を禁止してください。あわせてネットワーク層のアクセス制御を配備し、機微な内部リソースへの不正な探索を遮断することを推奨します。
