openclaw - 💡(How to fix) Fix [Bug] Update silently downgrades exec security from full to allowlist — remote users locked out [2 comments, 3 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#58950Fetched 2026-04-08 02:30:52
View on GitHub
Comments
2
Participants
3
Timeline
4
Reactions
0
Timeline (top)
commented ×2closed ×1locked ×1

After updating to 2026.3.31 (213a704), the exec security mode was silently changed from full to allowlist without any notice.

  1. Every new shell command requires manual approval via Web UI popup
  2. Remote channels (WhatsApp/Telegram) cannot approve or modify exec settings — users forced to return to host
  3. openclaw config set exec.security full fails: unrecognized key
  4. No remote path to manage exec approvals

Root Cause

After updating to 2026.3.31 (213a704), the exec security mode was silently changed from full to allowlist without any notice.

  1. Every new shell command requires manual approval via Web UI popup
  2. Remote channels (WhatsApp/Telegram) cannot approve or modify exec settings — users forced to return to host
  3. openclaw config set exec.security full fails: unrecognized key
  4. No remote path to manage exec approvals

Fix Action

Workaround

Manually edit ~/.openclaw/exec-approvals.json to set defaults security=full + ask=off, then restart gateway.

RAW_BUFFERClick to expand / collapse

Description

After updating to 2026.3.31 (213a704), the exec security mode was silently changed from full to allowlist without any notice.

  1. Every new shell command requires manual approval via Web UI popup
  2. Remote channels (WhatsApp/Telegram) cannot approve or modify exec settings — users forced to return to host
  3. openclaw config set exec.security full fails: unrecognized key
  4. No remote path to manage exec approvals

Impact

Breaks core value proposition: remote users cannot control their agent remotely after update.

Steps to Reproduce

  1. Running OpenClaw with exec in full mode
  2. Update to 2026.3.31
  3. Try new shell command from WhatsApp/Telegram
  4. Result: exec denied: allowlist miss

Expected Behavior

  • Updates should never silently downgrade security configs
  • Changes should be in release notes
  • Remote exec approval management should be possible

Workaround

Manually edit ~/.openclaw/exec-approvals.json to set defaults security=full + ask=off, then restart gateway.

Environment

  • Version: 2026.3.31 (213a704)
  • OS: macOS Apple Silicon
  • Channels: WhatsApp + Telegram + Web UI

extent analysis

TL;DR

Manually editing the ~/.openclaw/exec-approvals.json file to set security=full and ask=off can temporarily workaround the issue with exec security mode changes after updating to version 2026.3.31.

Guidance

  • Verify that the exec-approvals.json file exists and can be edited manually to change the security settings.
  • Check the release notes for any mentions of security config changes to understand the intended behavior.
  • Test the workaround by restarting the gateway after editing the exec-approvals.json file and attempting to execute a new shell command from WhatsApp or Telegram.
  • Consider reaching out to the development team for clarification on why the openclaw config set exec.security full command fails with an unrecognized key error.

Example

No code snippet is provided as the issue does not require a code-level fix, but rather a configuration change.

Notes

This workaround may not be a permanent solution and may need to be reapplied after future updates. The development team should be notified about the silent change in security mode and the lack of remote management capabilities for exec approvals.

Recommendation

Apply the workaround by manually editing the ~/.openclaw/exec-approvals.json file, as it provides a temporary solution to restore the previous exec security mode behavior.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING