2026 OpenClaw プラグイン安全実戦：fail-closed 既定・強制非安全インストールの分級承認を MeshMac 多ノードで再現する手順

順に潰すと再現性が出ます。

1. 脅威モデル：プラグインが触る範囲を一文で固定。
2. fail-closed：未登録・検証失敗はインストールも実行も拒否。
3. 許可リスト：ID／版／ハッシュを台帳化し Git かチケットで履歴化。
4. 危険スイッチ：強制非安全はローカル設定のみ。リポに既定 ON を置かない。
5. 分級：開発＝提案、リード＝承認、インフラ＝適用・失効のみ。
6. 多ノード：同一ポリシー版を配布し起動時に拒否試験を1件ずつ。

構成は マルチノードデプロイ、秘密は 最小権限 と併読。

fail-open は侵害時の半径が読めず破綻しがちです。fail-closed は未登録を即拒否し、例外は台帳の版だけ。共有ビルドでは後者を推奨します。強制非安全は検証失敗を握りつぶす最終手段なので常時 ON 禁止。チケットに期間・担当・ロールバック責任者を必須化します。

事故の多くは片ノードだけ古いポリシーです。ポリシー版 ID（例：plugin-policy@2026-04-21.1）をログに出し全台一致を監視。テンプレはリポ、許可とスイッチはノードローカルに限定します。起動時は拒否ダミー・許可済みのみロード・非安全 ON 時の警告、を自動検査。フェイルオーバー手順の同型デプロイに載せると再現しやすいです。

例外は短い変更ウィンドウのみ。事前に台帳・対象ノード・ロールバック・連絡を固定し、窓内だけインフラがスイッチ ON。終了後は即オフ。「ついでに夜間適用」は禁止と明記します。

先にポリシー版を戻す。手順：非安全 OFF → 前版配布 → 再起動 → ヘルス → 台帳に巻き戻し記録。小さな版差分で戻せるようにします。

主証跡はエージェントの構造化ログ。時刻、mesh_node_id、主体、ポリシー版、プラグイン ID／版、許可／拒否、例外スイッチ ON/OFF、相関 ID。保管期間と追記のみの方針は要件に合わせて定義します。

• Q. 一台だけ検証したい。
  A. 検証ノードを台帳で分離し本番ポリシーと別ラベル。本番のスイッチは触らない。
• Q. 署名検証が一時失敗する。
  A. NTP と CA を先に確認。どうしてもなら窓＋二名承認＋期限付き非安全、理由を台帳に残す。