MEDIUM 5.5

CVE-2026-53856: OpenClaw Config Recovery File Permissions Vulnerability (MEDIUM)

OpenClaw versions before 2026.4.24 have a file permissions problem in their configuration recovery feature. When the system restores its main configuration file (OpenClaw.json), it sets permissions too loosely, allowing other local users on shared systems to read it. Since the configuration file typically contains sensitive data like API keys, credentials, or internal settings, this gives unprivileged attackers a way to extract that information without needing special access.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
Weaknesses (CWE)
CWE-732
Affected products
1 configuration(s)
Published / Modified
2026-06-16 / 2026-06-18

NVD description (verbatim)

OpenClaw 2026.4.23 before 2026.4.24 contains an insecure file permissions vulnerability in config recovery that restores OpenClaw.json with overly broad permissions. Local attackers on shared hosts can read sensitive configuration data by exploiting the recovery path to access the restored config file.

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-53856 is a local privilege escalation vulnerability rooted in improper file permissions handling during the config recovery process. The vulnerability occurs when OpenClaw.json is restored from backup, with the recovered file created with overly permissive access controls (CWE-732). An attacker with local user access can traverse the recovery path and read the restored configuration file, bypassing intended access restrictions. The issue is present in OpenClaw 2026.4.23 and earlier; OpenClaw 2026.4.24 addresses the file permission assignment during recovery.

Business impact

This vulnerability presents a confidentiality risk in multi-tenant or shared hosting environments. Exposure of OpenClaw configuration files could leak API credentials, database connection strings, service tokens, or other sensitive operational data, leading to lateral movement, service abuse, or credential harvesting. The impact is localized to systems where untrusted local users exist, but for SaaS providers or organizations running OpenClaw on shared infrastructure, the risk of customer data exposure through configuration leakage is significant.

Affected systems

OpenClaw version 2026.4.23 and all earlier versions are affected. OpenClaw 2026.4.24 and later contain the fix. Any deployment running a vulnerable version on a system where local user isolation is incomplete (including shared hosting, non-containerized multi-user systems, or development machines with shared access) is at risk.

Exploitability

Exploitation requires local system access and low privileges (non-root user account). The attack is straightforward: the attacker waits for or triggers a config recovery event, then accesses the restored file via the predictable recovery path. No network access, authentication bypass, or complex user interaction is needed. The CVSS vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N) reflects this—local attack vector, low complexity, and high confidentiality impact. In shared hosting or containerized environments with user isolation gaps, this is readily exploitable.

Remediation

Upgrade OpenClaw to version 2026.4.24 or later, which corrects the file permission handling in the config recovery mechanism. After patching, verify that recovered configuration files are created with restrictive permissions (e.g., 0600 or equivalent). For environments unable to patch immediately, restrict local system access strictly, isolate OpenClaw processes via containerization or user namespacing, and audit recovery operations and file access patterns for unauthorized reads.

Patch guidance

Apply the update to OpenClaw 2026.4.24 or later. The patch specifically addresses the permission assignment logic when restoring OpenClaw.json from the recovery mechanism. Test the patch in a non-production environment first to ensure no configuration recovery workflows are disrupted. After upgrade, verify that newly recovered config files have the intended restrictive permissions and that existing configuration backups are not left with overly broad permissions.

Detection guidance

Monitor file system access logs for reads of OpenClaw.json by non-owner processes, particularly from local user accounts other than the OpenClaw service account. Watch for recovery process execution and correlate with file permission changes. Log file access events in directories containing OpenClaw recovery backups. Endpoint detection tools should alert on unusual reads of configuration files by unprivileged processes. Review audit logs if available (auditd on Linux, Windows Audit logs) for access patterns to known sensitive config paths.

Why prioritize this

While the CVSS score is moderate (5.5), this vulnerability deserves priority in shared or multi-tenant environments due to the high sensitivity of configuration data. It is easily exploitable by any local user, requires no user interaction, and directly compromises confidentiality of operational secrets. Organizations operating OpenClaw on shared hosting or with multiple local users should prioritize patching. Single-tenant, air-gapped, or containerized deployments with strict user isolation may deprioritize slightly, but the fix is low-risk and should still be scheduled promptly.

Risk score, explained

The CVSS 3.1 score of 5.5 (MEDIUM) reflects the local attack vector and requirement for valid user privileges, limiting widespread remote exploitation. However, the high confidentiality impact (C:H) and low complexity (AC:L) underscore the serious nature of configuration exposure. The lack of integrity or availability impact keeps the score below HIGH. In organizations where local user access is common or where configuration files contain critical secrets, the practical risk exceeds the numerical score.

Frequently asked questions

Does this vulnerability allow remote access or require physical access?

No. It requires local system access—the attacker must have a valid local user account on the same system. Remote attackers cannot exploit this vulnerability. Physical access to the system is not required; a legitimate local user account (even with minimal privileges) is sufficient.

What happens if I delay patching? What should I do in the meantime?

Delaying patching leaves systems vulnerable to local credential theft. If patching is delayed, immediately review and restrict who has local system access, implement strict file permission policies on the OpenClaw installation directory, use containerization or virtual machines to isolate untrusted users, and monitor config file access closely. However, patching is the definitive fix and should be scheduled within 1–2 weeks.

Will upgrading to 2026.4.24 break my existing configuration?

No. The patch only corrects the file permissions assigned during recovery, not the configuration data itself. Existing configurations will remain intact and functional. Always test patches in a staging environment first to be certain, but this fix is low-risk operationally.

How do I check if my system has been compromised by this vulnerability?

Review file access logs and audit trails for reads of OpenClaw.json by non-owner accounts around the time of any config recovery operations. Check the OpenClaw.json file's current permission settings—if they are world-readable or group-readable, the vulnerability may have been exploited. Audit any credentials or API keys in the configuration and rotate any that may have been exposed.

This analysis is based on the vulnerability disclosure and publicly available information as of the publication date. Security teams should verify patch availability and applicability to their specific OpenClaw deployment version and environment. Always test patches in non-production systems before production deployment. This intelligence is provided for informational purposes to support risk management and does not constitute legal or professional security advice. Consult vendor advisories and internal security policies for definitive remediation timelines. Source: NVD (public-domain), retrieved 2026-07-24. Analysis generated by SEC.co (claude-haiku-4-5).