openclaw - 💡(How to fix) Fix [Bug]: plugins install ignores --dangerously-force-unsafe-install (2026.4.2 d74a122) [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#61706Fetched 2026-04-08 02:55:38
View on GitHub
Comments
2
Participants
3
Timeline
4
Reactions
0
Timeline (top)
commented ×2labeled ×2

openclaw plugins install still blocks installation on dangerous-code findings even when --dangerously-force-unsafe-install is provided. Plugin Github: https://github.com/albertbuchard/forge

Error Message

Full CLI output

Plugin "forge-openclaw-plugin" installation blocked: dangerous code patterns detected: Shell command execution detected (child_process) (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/scripts/build.mjs:19); Environment variable access combined with network send — possible credential harvesting (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/dist/server/services/calendar-runtime.js:40); Shell command execution detected (child_process) (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/dist/openclaw/local-runtime.js:207); Environment variable access combined with network send — possible credential harvesting (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/dist/openclaw/local-runtime.js:209) Also not a valid hook pack: Error: package.json missing openclaw.hooks

Root Cause

openclaw plugins install still blocks installation on dangerous-code findings even when --dangerously-force-unsafe-install is provided. Plugin Github: https://github.com/albertbuchard/forge

Fix Action

Fix / Workaround

Consequence Plugin installation fails despite break-glass flag. Users are forced to use plugins.load.paths as workaround (worse install UX/manual setup). Practical impact: onboarding friction and significant wasted maintainer time (explicitly reported).

Code Example

openclaw plugins install --dangerously-force-unsafe-install forge-openclaw-plugin

---

## Full CLI output
Plugin "forge-openclaw-plugin" installation blocked: dangerous code patterns detected: Shell command execution detected (child_process) (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/scripts/build.mjs:19); Environment variable access combined with network send — possible credential harvesting (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/dist/server/services/calendar-runtime.js:40); Shell command execution detected (child_process) (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/dist/openclaw/local-runtime.js:207); Environment variable access combined with network send — possible credential harvesting (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/dist/openclaw/local-runtime.js:209)
Also not a valid hook pack: Error: package.json missing openclaw.hooks
RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

openclaw plugins install still blocks installation on dangerous-code findings even when --dangerously-force-unsafe-install is provided. Plugin Github: https://github.com/albertbuchard/forge

Environment

  • OpenClaw: 2026.4.2 (d74a122)
  • OS: macOS (path is /Users/...)

Steps to reproduce

openclaw plugins install --dangerously-force-unsafe-install forge-openclaw-plugin

Expected behavior

Install proceeds (break-glass override accepted), or at least the flag affects scanner blocking as documented.

Actual behavior

Install is blocked with dangerous scanner findings:

  • Shell command execution detected (child_process) in:
  • scripts/build.mjs:19
  • dist/openclaw/local-runtime.js:207
  • Environment variable access combined with network send in:
  • dist/server/services/calendar-runtime.js:40
  • dist/openclaw/local-runtime.js:209

Then fallback text appears: Also not a valid hook pack: Error: package.json missing openclaw.hooks

OpenClaw version

2026.4.2 (d74a122)

Operating system

MacOS 26.3.1

Install method

install-cli.sh

Model

gpt-5.4-mini

Provider / routing chain

openai-codex

Additional provider/model setup details

No response

Logs, screenshots, and evidence

## Full CLI output
Plugin "forge-openclaw-plugin" installation blocked: dangerous code patterns detected: Shell command execution detected (child_process) (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/scripts/build.mjs:19); Environment variable access combined with network send — possible credential harvesting (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/dist/server/services/calendar-runtime.js:40); Shell command execution detected (child_process) (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/dist/openclaw/local-runtime.js:207); Environment variable access combined with network send — possible credential harvesting (/Users/omarclaw/Documents/aurel-monorepo/projects/forge/openclaw-plugin/dist/openclaw/local-runtime.js:209)
Also not a valid hook pack: Error: package.json missing openclaw.hooks

Impact and severity

Affected users/systems/channels Users on OpenClaw 2026.4.2 (d74a122) attempting to install forge-openclaw-plugin via: openclaw plugins install --dangerously-force-unsafe-install forge-openclaw-plugin openclaw plugins install --dangerously-force-unsafe-install -l <local-path> Affected system observed: local CLI/plugin install flow (not channel-specific runtime messaging flow).

Severity Blocks workflow for this plugin’s standard install path (high for plugin adoption/onboarding). No observed evidence of direct data loss or message loss from this issue itself.

Frequency Always in observed repro (reproduced with both npm-spec install and local linked install in provided logs). Broader population frequency beyond this repro: NOT_ENOUGH_INFO.

Consequence Plugin installation fails despite break-glass flag. Users are forced to use plugins.load.paths as workaround (worse install UX/manual setup). Practical impact: onboarding friction and significant wasted maintainer time (explicitly reported).

Additional information

This plugin legitimately:

  • starts/manages a local Forge runtime
  • reads local config/env
  • talks to local Forge API

plugins.load.paths still works, but plugins install path is blocked even with the unsafe override.

extent analysis

TL;DR

The --dangerously-force-unsafe-install flag is not being respected by openclaw plugins install, causing installations to be blocked due to detected dangerous code patterns.

Guidance

  • Verify that the --dangerously-force-unsafe-install flag is correctly implemented and recognized by the openclaw plugins install command.
  • Check the OpenClaw version (2026.4.2) for any known issues or bugs related to the --dangerously-force-unsafe-install flag.
  • Consider using the plugins.load.paths workaround as a temporary solution to install the plugin.
  • Review the plugin's code to ensure it is not introducing any actual security risks, despite the legitimate use of shell command execution and environment variable access.

Example

No code snippet is provided as the issue is related to the behavior of the openclaw plugins install command rather than a specific code implementation.

Notes

The issue may be specific to the OpenClaw version (2026.4.2) or the plugin being installed (forge-openclaw-plugin). Further investigation is needed to determine the root cause of the problem.

Recommendation

Apply workaround: use plugins.load.paths to install the plugin, as it is currently the only known way to bypass the blocked installation issue. This is recommended because the --dangerously-force-unsafe-install flag is not being respected, and using plugins.load.paths allows for the plugin to be installed while the issue is being investigated and resolved.

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…

FAQ

Expected behavior

Install proceeds (break-glass override accepted), or at least the flag affects scanner blocking as documented.

Still need to ship something?

×6

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

Back to top recommendations

TRENDING