OpenClaw ホスト強化

概要

OpenClaw を実行しているホストを評価して強化し、アクセスを失わずにユーザー定義のリスク許容度に合わせます。OpenClaw セキュリティツールを主要なシグナルとして使用しますが、OS 強化を別の明示的なステップセットとして扱います。

コアルール

• このスキルを最先端のモデル (例: Opus 4.5、GPT 5.2+) で実行することを推奨します。エージェントは現在のモデルを自己チェックし、そのレベル以下の場合はスイッチを提案する必要があります。実行をブロックしないでください。
• 状態変更アクションの前に明示的な承認が必要です。
• ユーザーが接続する方法を確認せずにリモートアクセス設定を変更しないでください。
• ロールバック計画を備えた可逆的で段階的な変更を優先します。
• OpenClaw はホストのファイアウォール、SSH、または OS 更新を変更しないことを主張しないでください。それはそうではありません。
• ロール/ID が不明な場合は、推奨事項のみを提供してください。
• フォーマット: ユーザーの選択肢のすべてのセットは番号を付けて、ユーザーが 1 桁で返信できるようにします。
• システムレベルのバックアップを推奨します。ステータスを確認してください。

ワークフロー (順序に従う)

0) モデル自己チェック (ブロッキングなし)

開始する前に、現在のモデルを確認してください。最先端のレベル (例: Opus 4.5、GPT 5.2+) 以下の場合はスイッチを推奨してください。実行をブロックしないでください。

1) コンテキストを確立する (読み取り専用)

環境から 1～5 を推測してみてください。確認が必要な場合は、簡潔で技術的でない質問を優先します。

以下を (順序で) 判定してください:

1. OS とバージョン (Linux/macOS/Windows)、コンテナ対ホスト。
2. 権限レベル (root/admin 対ユーザー)。
3. アクセスパス (ローカルコンソール、SSH、RDP、tailnet)。
4. ネットワークの公開範囲 (パブリック IP、リバースプロキシ、トンネル)。
5. OpenClaw ゲートウェイステータスとバインドアドレス。
6. バックアップシステムとステータス (例: Time Machine、システムイメージ、スナップショット)。
7. デプロイメントコンテキスト (ローカル Mac アプリ、ヘッドレスゲートウェイホスト、リモートゲートウェイ、コンテナ/CI)。
8. ディスク暗号化ステータス (FileVault/LUKS/BitLocker)。
9. OS の自動セキュリティ更新ステータス。 注: これらはブロッキングアイテムではありませんが、特に OpenClaw が機密データにアクセスできる場合は強く推奨されます。
10. フルアクセス可能なパーソナルアシスタントの使用モード (ローカルワークステーション対ヘッドレス/リモート対その他)。

最初に読み取り専用チェックを実行する許可を 1 回要求してください。許可されたら、推測または検証できないアイテムについてのみ質問し、デフォルトでそれらを実行してください。ランタイムまたはコマンド出力に既に表示されている情報を尋ねないでください。許可の質問を 1 文のままにし、必要な後続情報を箇条書きリスト (選択肢を提示している場合を除き、番号なし) として列挙してください。

質問する場合は、技術的でないプロンプトを使用してください:

• 「Mac、Windows PC、Linux のどれを使用していますか?」
• 「マシンに直接ログインしていますか、それとも別のコンピュータから接続していますか?」
• 「このマシンはパブリックインターネットから到達可能ですか、それともホーム/ネットワークのみですか?」
• 「バックアップが有効になっていますか (例: Time Machine)、そして最新ですか?」
• 「ディスク暗号化が有効になっていますか (FileVault/BitLocker/LUKS)?」
• 「自動セキュリティ更新が有効になっていますか?」
• 「このマシンをどのように使用しますか?」 例:
  • アシスタントと共有するパーソナルマシン
  • アシスタント専用のローカルマシン
  • リモートでアクセスする専用リモートマシン/サーバー (常時起動)
  • その他?

システムコンテキストが既知になった後にのみリスクプロファイルを尋ねてください。

ユーザーが読み取り専用の許可を与えた場合、OS 適切なチェックをデフォルトで実行してください。そうでない場合は、それらを提供してください (番号付き)。例:

1. OS: uname -a、sw_vers、cat /etc/os-release。
2. リスニングポート:
   • Linux: ss -ltnup (-u がサポートされていない場合は ss -ltnp)。
   • macOS: lsof -nP -iTCP -sTCP:LISTEN。
3. ファイアウォールステータス:
   • Linux: ufw status、firewall-cmd --state、nft list ruleset (インストールされているものを選択)。
   • macOS: /usr/libexec/ApplicationFirewall/socketfilterfw --getglobalstate および pfctl -s info。
4. バックアップ (macOS): tmutil status (Time Machine を使用している場合)。

2) OpenClaw セキュリティ監査を実行する (読み取り専用)

デフォルトの読み取り専用チェックの一部として、openclaw security audit --deep を実行してください。ユーザーがリクエストした場合のみ代替案を提供してください:

1. openclaw security audit (高速、非探査)
2. openclaw security audit --json (構造化出力)

OpenClaw セーフデフォルト (番号付き) を適用することを提供してください:

1. openclaw security audit --fix

--fix は OpenClaw デフォルトとファイル権限のみをタイトにし、ホストのファイアウォール、SSH、または OS 更新ポリシーは変更しないことを明示してください。

ブラウザコントロールが有効な場合は、すべての重要なアカウントで 2FA が有効になることを推奨し、ハードウェアキーが優先され、SMS では不十分であることに注意してください。

3) OpenClaw バージョン/更新ステータスをチェックする (読み取り専用)

デフォルトの読み取り専用チェックの一部として、openclaw update status を実行してください。

現在のチャネルと更新が利用可能かどうかをレポートしてください。

4) リスク許容度を決定する (システムコンテキスト後)

ユーザーにリスク態勢と必要なオープンサービス/ポート (下記の番号付き選択肢) を選択または確認するよう求めてください。 固定プロファイルに偏らないでください。ユーザーが優先する場合は、プロファイルを選択する代わりに要件をキャプチャしてください。 提案されるプロファイルをオプションのデフォルト (番号付き) として提供してください。ほとんどのユーザーは Home/Workstation Balanced を選択することに注意してください:

1. Home/Workstation Balanced (最も一般的): ファイアウォールがデフォルトで有効、リモートアクセスは LAN または tailnet に限定。
2. VPS Hardened: 否定によるデフォルトインバウンドファイアウォール、最小限のオープンポート、キーのみの SSH、ルートログインなし、自動セキュリティ更新。
3. Developer Convenience: より多くのローカルサービスが許可、明示的な公開範囲の警告、監査済み。
4. Custom: ユーザー定義の制約 (サービス、公開範囲、更新頻度、アクセス方法)。

5) 改善計画を作成する

計画には以下を含めてください:

• ターゲットプロファイル
• 現在の態勢の概要
• ターゲット対ギャップ
• 段階的な改善と正確なコマンド
• アクセス保存戦略とロールバック
• リスクと潜在的なロックアウトシナリオ
• 最小権限メモ (例: admin 使用を避ける、安全な場所で所有権/権限を厳しくする)
• 認証情報衛生メモ (OpenClaw 認証情報の場所、ディスク暗号化を優先)

変更前に常にプランを表示してください。

6) 実行オプションを提供する

これらの選択肢のいずれか (番号付きなので、ユーザーが 1 桁で返信できます) を提供してください:

1. 私のためにやってください (ガイド付き、ステップバイステップ承認)
2. プランのみを表示
3. 重大な問題のみを修正
4. 後で使用するコマンドをエクスポート

7) 確認を得て実行する

各ステップについて:

• 正確なコマンドを表示
• 影響とロールバックを説明
• アクセスが利用可能なままになることを確認
• 予期しない出力で停止してガイダンスを求める

8) 確認と報告

再チェック:

• ファイアウォールステータス
• リスニングポート
• リモートアクセスが機能していることを確認
• OpenClaw セキュリティ監査 (再実行)

最終的な態勢レポートを配信し、延期されたアイテムに注意してください。

必須確認 (常に)

以下の明示的な承認が必要です:

• ファイアウォールルール変更
• ポートの開閉
• SSH/RDP 設定変更
• パッケージのインストール/削除
• サービスの有効化/無効化
• ユーザー/グループの変更
• タスクのスケジュール設定またはスタートアップの永続化
• 更新ポリシーの変更
• 機密ファイルまたは認証情報へのアクセス

不確かな場合は、尋ねてください。

定期的なチェック

OpenClaw インストール後またはハードニングの最初のパス後、少なくとも 1 つのベースライン監査とバージョンチェックを実行してください:

• openclaw security audit
• openclaw security audit --deep
• openclaw update status

継続的な監視が推奨されます。OpenClaw cron ツール/CLI を使用して定期監査をスケジュール設定してください (Gateway スケジューラー)。明示的な承認なしにスケジュール設定されたタスクを作成しないでください。ユーザーが承認した場所に出力を保存し、ログに機密を含めないでください。 ヘッドレス cron 実行をスケジュール設定する場合、問題を修正できるように healthcheck を呼び出すようユーザーに指示するメモを出力に含めてください。

スケジュール設定に必須のプロンプト (常に)

監査またはハードニングパスの後、明示的にスケジュール設定を提供し、直接的な応答が必要です。短いプロンプトを使用してください (番号付き):

1. 「openclaw cron add で定期監査 (例: 日次/週次) をスケジュール設定しますか?」

ユーザーが はい と言った場合、以下を尋ねてください:

• 頻度 (日次/週次)、優先時間帯、出力場所
• openclaw update status もスケジュール設定するかどうか

安定した cron ジョブ名を使用して決定的な更新を行います。正確な名前を優先します:

• healthcheck:security-audit
• healthcheck:update-status

作成する前に、openclaw cron list を実行して正確な name と一致させてください。見つかった場合は、openclaw cron edit <id> ... を実行してください。 見つからない場合は、openclaw cron add --name <name> ... を実行してください。

ユーザーが更新するタイミングを決定できるように、定期的なバージョンチェックも提供してください (番号付き):

1. openclaw update status (ソースチェックアウトとチャネルの場合に推奨)
2. npm view openclaw version (公開された npm バージョン)

OpenClaw コマンド精度

サポートされているコマンドとフラグのみを使用してください:

• openclaw security audit [--deep] [--fix] [--json]
• openclaw status / openclaw status --deep
• openclaw health --json
• openclaw update status
• openclaw cron add|list|runs|run

CLI フラグを発明したり、OpenClaw がホストのファイアウォール/SSH ポリシーを実装していることを暗示しないでください。

ログと監査証跡

以下を記録してください:

• ゲートウェイの ID とロール
• プラン ID とタイムスタンプ
• 承認されたステップと正確なコマンド
• 終了コードと修正されたファイル (最善の努力)

機密を削除します。トークンや完全な認証情報の内容をログに記録しないでください。

メモリへの書き込み (条件付き)

ユーザーが明示的にオプトインし、セッションがプライベート/ローカルワークスペース (docs/reference/templates/AGENTS.md に従う) の場合のみメモリファイルに書き込んでください。それ以外の場合は、削除された、貼り付け可能な概要を提供し、ユーザーが他の場所に保存することを決定できるようにしてください。

OpenClaw 圧縮で使用される耐久的メモリプロンプト形式に従ってください:

• memory/YYYY-MM-DD.md に永続的なメモを書き込んでください。

監査/ハードニング実行後、オプトインされている場合は、短い日付付き概要を memory/YYYY-MM-DD.md に追加してください (チェック内容、主な検出事項、実施されたアクション、スケジュール設定された cron ジョブ、主な決定、および実行されたすべてのコマンド)。追加のみ: 既存のエントリを上書きしないでください。 機密ホスト詳細 (ユーザー名、ホスト名、IP、シリアル、サービス名、トークン) を削除してください。 リスク態勢、許可されたポート、更新ポリシーなど、耐久的な設定または決定がある場合は、MEMORY.md も更新してください (長期メモリはオプションで、プライベートセッションでのみ使用されます)。

セッションがワークスペースに書き込むことができない場合は、許可を求めるか、ユーザーがメモリファイルに貼り付けできる正確なエントリを提供してください。