CVE-2026-35653: OpenClaw `browser.request` Still Allows `POST /reset-profile` Vulnerability

HIGH
Advisory Identifier: GHSA-xp9r-prpg-373r
CVSS 8.1
CWE-863
Published
Advisory Summary

CVE-2026-35653 is a HIGH (CVSS 8.1) `browser.request` still allows `post /reset-profile` vulnerability (CWE-863: Incorrect Authorization) affecting OpenClaw libraries in the npm ecosystem. The issue involves `browser.request` still allows `post /reset-profile` through the `operator.write` surface. Remediation is available by upgrading affected packages to version 2026.3.24.

CVE-2026-35653 at a Glance

CVE Identifier CVE-2026-35653
GHSA Identifier GHSA-xp9r-prpg-373r
Severity HIGH
CVSS v3.1 Base Score 8.1
CWE Classification CWE-863: Incorrect Authorization
Affected Product OpenClaw
Package Ecosystem npm
Published Date
Last Updated

Security Impact

CVSS: 8.1

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H).

Attack Vector Network (AV:N)
Attack Complexity Low (AC:L)
Privileges Required Low (PR:L)
User Interaction None (UI:N)
Scope Unchanged (S:U)
Confidentiality None (C:N)
Integrity High (I:H)
Availability High (A:H)

How to Fix CVE-2026-35653

To remediate this vulnerability, upgrade all affected OpenClaw dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

openclaw fixed: 2026.3.24
npm install openclaw@2026.3.24
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

npm ls openclaw

How to Check if You Are Affected

To determine whether your Node.js application is affected by CVE-2026-35653, inspect your project dependencies using npm:

npm ls openclaw

Analyze the terminal output to locate any version of OpenClaw in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 2026.3.24), your application is affected.

Note: The npm ls openclaw command inspects dependencies declared in your package.json and lockfile; it does not perform automated runtime dynamic scanning.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-863: Incorrect Authorization, where the product performs an authorization check when an actor attempts to access a resource or perform an action, but it does not correctly perform the check. In OpenClaw, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

> Fixed in OpenClaw 2026.3.24, the current shipping release. # Title `browser.request` still allows `POST /reset-profile` through the `operator.write` surface in OpenClaw `v2026.3.22` after `GHSA-vmhq-cqm9-6p7q` ## Severity Assessment High CWE: - `CWE-863: Incorrect Authorization` Proposed CVSS v3.1: - `8.1` (`CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H`) An authenticated caller who only has access to the scoped Gateway method `browser.request` on the `operator.write` surface can still reach a destructive persistent-profile management route. Likely related advisory family: - `GHSA-vmhq-cqm9-6p7q` This should be treated as a later-version residual or incomplete fix. The earlier fix blocked `POST /profiles/create` and profile deletion, but the latest released `v2026.3.22` code still omits `POST /reset-profile` from the same mutation gate. ## Impact A caller with `operator.write` access to `browser.request` can still trigger persistent profile reset via `POST /reset-profile`. This crosses the intended privilege boundary for browser profile management because the release already attempts to block adjacent persistent profile mutations on this same surface. In practice, the allowed route reaches destructive behavior that can: - stop the running browser for that profile - close the Playwright browser connection for that profile - move the profile's local `userDataDir` to Trash when it exists This is a real integrity and availability impact on persistent browser state, not a route-classification mismatch with no side effects. ## Affected Component Product: - `openclaw` Tested latest released version: - release tag: `v2026.3.22` - release tag target commit (peeled tag): `e7d11f6c33e223a0dd8a21cfe01076bd76cef87a` Published artifact for that release: - package: `openclaw-2026.3.22.tgz` - package build-info commit: `4dcc39c25c6cc63fedfd004f52d173716576fcf0` - package build-info timestamp: `2026-03-23T10:56:05.946Z` Exact vulnerable paths on the shipped tag: - `src/gateway/method-scopes.ts:114` - `browser.request` is placed on the `operator.write` surface - `src/gateway/server-methods/browser.ts:155-165` - requests are only denied when `isPersistentBrowserProfileMutation(method, path)` returns true - `src/browser/request-policy.ts:19-25` - the mutation classifier recognizes `POST /profiles/create` and `DELETE /profiles/:name`, but not `POST /reset-profile` - `src/browser/routes/basic.ts:161-170` - the browser server exposes `POST /reset-profile` - `src/browser/server-context.reset.ts:37-63` - `resetProfile()` stops the browser, closes the connection, and moves the local profile directory to Trash when present - `src/node-host/invoke-browser.ts:240-243` - the same route-classification helper is reused in the browser proxy path when profile restrictions are active Relevant regression coverage gap on the shipped tag: - `src/gateway/server-methods/browser.profile-from-body.test.ts:104-140` - tests only block `POST /profiles/create` and `DELETE /profiles/:name` - there is no equivalent deny case for `POST /reset-profile` Published artifact evidence for the exact released package: - `openclaw-2026.3.22.tgz::package/dist/build-info.json` - `openclaw-2026.3.22.tgz::package/dist/gateway-cli-Cxz4pSoJ.js:11469-11525` - `openclaw-2026.3.22.tgz::package/dist/gateway-cli-Cxz4pSoJ.js:11484-11485` - `openclaw-2026.3.22.tgz::package/dist/request-policy-nIRryZwZ.js:9-12` - `openclaw-2026.3.22.tgz::package/dist/routes-CdaHRCET.js:6874-6889` Important release note: - the published package build-info commit differs from the release tag target commit - for this issue, the relevant authorization and route behavior was cross-checked in both the shipped tag source and the published package bundle, and it matches semantically on the vulnerable path ## Technical Reproduction A direct control/exploit pair can be reproduced against the latest released version. Preconditions: - use `openclaw@2026.3.22` - authenticate as a caller that has access to the scoped Gateway method `browser.request` - keep that caller on `operator.write`, not `operator.admin` - ensure the target local browser profile exists Reproduction steps: 1. Call `browser.request` with: - `method: "POST"` - `path: "/profiles/create"` - `body: { "name": "poc-profile" }` 2. Observe the control case is rejected with: - `browser.request cannot create or delete persistent browser profiles` 3. Call `browser.request` again with: - `method: "POST"` - `path: "/reset-profile"` - `body: { "profile": "poc-profile", "name": "poc-profile" }` 4. Observe that the exploit case is not rejected by the same handler. 5. Observe that the request is forwarded to the browser route/dispatcher, rather than being denied by the mutation classifier. 6. Observe that the reset route succeeds and applies profile reset behavior. Why this happens in the released code: - the release tries to gate persistent profile mutation using `isPersistentBrowserProfileMutation(...)` - that helper does not classify `POST /reset-profile` as a protected mutation - the exposed browser server route still maps `/reset-profile` to `profileCtx.resetProfile()` - `resetProfile()` performs state-changing behavior on the selected local profile ## Demonstrated Impact The shipped release shows the following behavior difference: Control case: - `POST /profiles/create` - rejected before the request is dispatched to the browser control path Exploit case: - `POST /reset-profile` - not classified as a blocked mutation - remains reachable through the `browser.request` surface - reaches `resetProfile()`, which performs destructive profile-management operations The reached route has concrete side effects: - stops the running browser if active - closes the Playwright browser connection - moves the profile's local `userDataDir` to Trash if it exists This is therefore a concrete authorization and policy gap on a real destructive profile-management route. It is not a complaint about the existence of `browser.request` by itself. ## Environment Environment used for validation: - product: `openclaw` - latest released version: `2026.3.22` - release tag: `v2026.3.22` - release tag target commit (peeled tag): `e7d11f6c33e223a0dd8a21cfe01076bd76cef87a` - published package: `openclaw-2026.3.22.tgz` - published package build-info commit: `4dcc39c25c6cc63fedfd004f52d173716576fcf0` Explicit trust-model statement: - this report does **not** rely on adversarial or mutually untrusted operators sharing one gateway host or config Scope check: - this is **not** a complaint about the existence of the explicit `browser.request` surface by itself - this is **not** a prompt-injection-only report - this is **not** a multi-tenant shared-gateway claim - this is **not** an attack on the unscoped HTTP compatibility endpoints - this is a concrete missed route inside an intended privilege gate on a real scoped Gateway method - the control case proves the policy is intended to exist on this surface, and the exploit case proves `POST /reset-profile` remains outside that gate in the shipped release ## Remediation Advice Recommended fix: 1. Extend the persistent-profile mutation classifier to include `POST /reset-profile`. 2. Reuse the same centralized route classification everywhere the release currently relies on `isPersistentBrowserProfileMutation(...)`, including: - `src/gateway/server-methods/browser.ts` - `src/node-host/invoke-browser.ts` 3. Add regression coverage with both: - a deny control for `POST /reset-profile` on the lower-privilege `browser.request` surface - an allow control for non-mutating browser profile reads 4. Review nearby profile-management routes for any other state-changing endpoints that are still omitted from the mutation classifier. 5. Treat `GHSA-vmhq-cqm9-6p7q` as the prior family and close the remaining residual route in the same policy surface.

CVE-2026-35653 Affected OpenClaw Versions

1 component(s)
Fixed Versions:
2026.3.24
Product / Package Ecosystem Affected Versions Fixed Version
openclaw
npm
< 2026.3.24
2026.3.24

References

Frequently Asked Questions

What is CVE-2026-35653?
CVE-2026-35653 is a security vulnerability in OpenClaw involving `browser.request` still allows `POST /reset-profile` through the `operator.write` surface under CWE-863: Incorrect Authorization.
Which OpenClaw versions are affected?
Affected versions include releases prior to 2026.3.24 across affected packages: openclaw.
What version fixes CVE-2026-35653?
Upgrading to 2026.3.24 (or the latest patched release for your respective branch) resolves the vulnerability.
Is openclaw affected?
Yes, openclaw is affected in releases prior to 2026.3.24. Upgrade your dependency to 2026.3.24 or later.
What is the CVSS score of CVE-2026-35653?
CVE-2026-35653 has a CVSS v3.1 base score of 8.1 (HIGH) with vector string CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H.
What CWE is associated with CVE-2026-35653?
CVE-2026-35653 is classified under CWE-863: Incorrect Authorization (The product performs an authorization check when an actor attempts to access a resource or perform an action, but it does not correctly perform the check.).
How can I check npm dependencies for CVE-2026-35653?
Run the dependency tree command: 'npm ls openclaw'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-xp9r-prpg-373r",
  "modified" : "2026-04-10T17:24:50Z",
  "published" : "2026-03-30T19:05:11Z",
  "aliases" : [ "CVE-2026-35653" ],
  "summary" : "OpenClaw: `browser.request` still allows `POST /reset-profile` through the `operator.write` surface",
  "details" : "> Fixed in OpenClaw 2026.3.24, the current shipping release.\n\n# Title\n\n`browser.request` still allows `POST /reset-profile` through the `operator.write` surface in OpenClaw `v2026.3.22` after `GHSA-vmhq-cqm9-6p7q`\n\n## Severity Assessment\n\nHigh\n\nCWE:\n\n- `CWE-863: Incorrect Authorization`\n\nProposed CVSS v3.1:\n\n- `8.1` (`CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H`)\n\nAn authenticated caller who only has access to the scoped Gateway method `browser.request` on the `operator.write` surface can still reach a destructive persistent-profile management route.\n\nLikely related advisory family:\n\n- `GHSA-vmhq-cqm9-6p7q`\n\nThis should be treated as a later-version residual or incomplete fix. The earlier fix blocked `POST /profiles/create` and profile deletion, but the latest released `v2026.3.22` code still omits `POST /reset-profile` from the same mutation gate.\n\n## Impact\n\nA caller with `operator.write` access to `browser.request` can still trigger persistent profile reset via `POST /reset-profile`.\n\nThis crosses the intended privilege boundary for browser profile management because the release already attempts to block adjacent persistent profile mutations on this same surface.\n\nIn practice, the allowed route reaches destructive behavior that can:\n\n- stop the running browser for that profile\n- close the Playwright browser connection for that profile\n- move the profile's local `userDataDir` to Trash when it exists\n\nThis is a real integrity and availability impact on persistent browser state, not a route-classification mismatch with no side effects.\n\n## Affected Component\n\nProduct:\n\n- `openclaw`\n\nTested latest released version:\n\n- release tag: `v2026.3.22`\n- release tag target commit (peeled tag): `e7d11f6c33e223a0dd8a21cfe01076bd76cef87a`\n\nPublished artifact for that release:\n\n- package: `openclaw-2026.3.22.tgz`\n- package build-info commit: `4dcc39c25c6cc63fedfd004f52d173716576fcf0`\n- package build-info timestamp: `2026-03-23T10:56:05.946Z`\n\nExact vulnerable paths on the shipped tag:\n\n- `src/gateway/method-scopes.ts:114`\n  - `browser.request` is placed on the `operator.write` surface\n- `src/gateway/server-methods/browser.ts:155-165`\n  - requests are only denied when `isPersistentBrowserProfileMutation(method, path)` returns true\n- `src/browser/request-policy.ts:19-25`\n  - the mutation classifier recognizes `POST /profiles/create` and `DELETE /profiles/:name`, but not `POST /reset-profile`\n- `src/browser/routes/basic.ts:161-170`\n  - the browser server exposes `POST /reset-profile`\n- `src/browser/server-context.reset.ts:37-63`\n  - `resetProfile()` stops the browser, closes the connection, and moves the local profile directory to Trash when present\n- `src/node-host/invoke-browser.ts:240-243`\n  - the same route-classification helper is reused in the browser proxy path when profile restrictions are active\n\nRelevant regression coverage gap on the shipped tag:\n\n- `src/gateway/server-methods/browser.profile-from-body.test.ts:104-140`\n  - tests only block `POST /profiles/create` and `DELETE /profiles/:name`\n  - there is no equivalent deny case for `POST /reset-profile`\n\nPublished artifact evidence for the exact released package:\n\n- `openclaw-2026.3.22.tgz::package/dist/build-info.json`\n- `openclaw-2026.3.22.tgz::package/dist/gateway-cli-Cxz4pSoJ.js:11469-11525`\n- `openclaw-2026.3.22.tgz::package/dist/gateway-cli-Cxz4pSoJ.js:11484-11485`\n- `openclaw-2026.3.22.tgz::package/dist/request-policy-nIRryZwZ.js:9-12`\n- `openclaw-2026.3.22.tgz::package/dist/routes-CdaHRCET.js:6874-6889`\n\nImportant release note:\n\n- the published package build-info commit differs from the release tag target commit\n- for this issue, the relevant authorization and route behavior was cross-checked in both the shipped tag source and the published package bundle, and it matches semantically on the vulnerable path\n\n## Technical Reproduction\n\nA direct control/exploit pair can be reproduced against the latest released version.\n\nPreconditions:\n\n- use `openclaw@2026.3.22`\n- authenticate as a caller that has access to the scoped Gateway method `browser.request`\n- keep that caller on `operator.write`, not `operator.admin`\n- ensure the target local browser profile exists\n\nReproduction steps:\n\n1. Call `browser.request` with:\n   - `method: \"POST\"`\n   - `path: \"/profiles/create\"`\n   - `body: { \"name\": \"poc-profile\" }`\n2. Observe the control case is rejected with:\n   - `browser.request cannot create or delete persistent browser profiles`\n3. Call `browser.request` again with:\n   - `method: \"POST\"`\n   - `path: \"/reset-profile\"`\n   - `body: { \"profile\": \"poc-profile\", \"name\": \"poc-profile\" }`\n4. Observe that the exploit case is not rejected by the same handler.\n5. Observe that the request is forwarded to the browser route/dispatcher, rather than being denied by the mutation classifier.\n6. Observe that the reset route succeeds and applies profile reset behavior.\n\nWhy this happens in the released code:\n\n- the release tries to gate persistent profile mutation using `isPersistentBrowserProfileMutation(...)`\n- that helper does not classify `POST /reset-profile` as a protected mutation\n- the exposed browser server route still maps `/reset-profile` to `profileCtx.resetProfile()`\n- `resetProfile()` performs state-changing behavior on the selected local profile\n\n## Demonstrated Impact\n\nThe shipped release shows the following behavior difference:\n\nControl case:\n\n- `POST /profiles/create`\n- rejected before the request is dispatched to the browser control path\n\nExploit case:\n\n- `POST /reset-profile`\n- not classified as a blocked mutation\n- remains reachable through the `browser.request` surface\n- reaches `resetProfile()`, which performs destructive profile-management operations\n\nThe reached route has concrete side effects:\n\n- stops the running browser if active\n- closes the Playwright browser connection\n- moves the profile's local `userDataDir` to Trash if it exists\n\nThis is therefore a concrete authorization and policy gap on a real destructive profile-management route. It is not a complaint about the existence of `browser.request` by itself.\n\n## Environment\n\nEnvironment used for validation:\n\n- product: `openclaw`\n- latest released version: `2026.3.22`\n- release tag: `v2026.3.22`\n- release tag target commit (peeled tag): `e7d11f6c33e223a0dd8a21cfe01076bd76cef87a`\n- published package: `openclaw-2026.3.22.tgz`\n- published package build-info commit: `4dcc39c25c6cc63fedfd004f52d173716576fcf0`\n\nExplicit trust-model statement:\n\n- this report does **not** rely on adversarial or mutually untrusted operators sharing one gateway host or config\n\nScope check:\n\n- this is **not** a complaint about the existence of the explicit `browser.request` surface by itself\n- this is **not** a prompt-injection-only report\n- this is **not** a multi-tenant shared-gateway claim\n- this is **not** an attack on the unscoped HTTP compatibility endpoints\n- this is a concrete missed route inside an intended privilege gate on a real scoped Gateway method\n- the control case proves the policy is intended to exist on this surface, and the exploit case proves `POST /reset-profile` remains outside that gate in the shipped release\n\n## Remediation Advice\n\nRecommended fix:\n\n1. Extend the persistent-profile mutation classifier to include `POST /reset-profile`.\n2. Reuse the same centralized route classification everywhere the release currently relies on `isPersistentBrowserProfileMutation(...)`, including:\n   - `src/gateway/server-methods/browser.ts`\n   - `src/node-host/invoke-browser.ts`\n3. Add regression coverage with both:\n   - a deny control for `POST /reset-profile` on the lower-privilege `browser.request` surface\n   - an allow control for non-mutating browser profile reads\n4. Review nearby profile-management routes for any other state-changing endpoints that are still omitted from the mutation classifier.\n5. Treat `GHSA-vmhq-cqm9-6p7q` as the prior family and close the remaining residual route in the same policy surface.",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "npm",
      "name" : "openclaw"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "2026.3.24"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/openclaw/openclaw/security/advisories/GHSA-xp9r-prpg-373r"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/openclaw/openclaw"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-863" ],
    "severity" : "HIGH",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-03-30T19:05:11Z",
    "nvd_published_at" : null
  }
}