Skip to main content

OpenHarness CVE-2026-6823

| EUVDEUVD-2026-24505 HIGH
Incorrect Default Permissions (CWE-276)
2026-04-21 VulnCheck GHSA-564h-hx6x-wg47
8.3
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach configured OpenHarness remote channel
  2. Delivery
    Send message passing default allow_from ['*']
  3. Exploit
    Bypass admission as trusted sender
  4. Execution
    Reach host-backed agent runtime
  5. Persist
    Invoke default read-only tools
  6. Impact
    Disclose host files

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V13 - Configuration Default permission hardening
MITRE ATT&CK

1 technique across 1 tactic: Privilege Escalation

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires that at least one remote channel (Telegram, Slack, Discord, or Feishu) is enabled with the default or explicit allow_from = ["*"] allowlist - the insecure default before PR #147 - and that the attacker can reach that specific configured channel (CVSS AT:P). No credentials or approved identity on the gateway are needed once the channel is reachable (PR:N), and no user interaction is required. Limiting factors: exploitation is scoped to whatever the default-enabled read-only tools expose (file disclosure/read access, not write or code execution), and reachability of closed messaging channels may require the attacker to know or join the channel; operators who set specific allow_from IDs or leave it empty (deny-all) are not exposed.

Impact

Signals are mixed. The CVSS 4.0 base of 8.3 (High) reflects a network vector with low complexity and no privileges (AV:N/AC:L/PR:N) but an explicit Attack Requirement (AT:P) - the attacker must be able to reach the specific configured channel - and impact limited to high confidentiality (VC:H) with only low integrity and no availability effect (VI:L/VA:N), consistent with read-only tool exposure rather than code execution. SSVC frames it as poc / automatable=yes / partial technical impact, and a public advisory exists from VulnCheck, so exploitability is real and scriptable. Against that, EPSS is only 0.08% (23rd percentile) and it is not KEV-listed, indicating no observed widespread exploitation. Net: a genuine confidentiality-exposure priority for anyone running OpenHarness with a reachable channel on insecure defaults, but the low deployment footprint and read-only impact ceiling keep aggregate real-world risk moderate rather than critical. The AT:P requirement is the key limiter - exploitation depends on the attacker reaching the channel, which for closed messaging platforms may require knowing/joining the channel.

Exploit ScenarioDerived

An operator enables an OpenHarness Telegram (or Slack/Discord/Feishu) channel on a vulnerable version, accepting the default allow_from = ["*"]. An attacker who can reach that channel sends messages that pass admission as an implicitly trusted identity, then invokes default-enabled read-only tools to read files from the host running the agent runtime. Public POC/advisory material from VulnCheck describes the technique, and the automatable=yes SSVC rating means the admission bypass can be scripted.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Jul 24, 2026

Unauthorized remote access in HKUDS OpenHarness (all versions prior to the PR #147 fix, released as v0.1.7) stems from an insecure default where every enabled remote channel is created with allow_from = ["*"], so any sender able to reach the channel passes the admission check without being an approved identity. Once past admission, an attacker reaches host-backed agent runtimes and can invoke the default-enabled read-only tools, enabling unauthorized file disclosure and read access on the host. Publicly available exploit code exists (SSVC 'poc') but it is not on CISA KEV, and EPSS is very low at 0.08%.

RemediationAI

Vendor-released patch: upgrade to OpenHarness v0.1.7 or later (which merges PR #147 at commit fab40c6eabfb15f2bdf23cddd3cfe66a64ea203d), where allow_from now defaults to an empty deny-all list and enabling a channel no longer implicitly trusts all senders. If you cannot upgrade immediately, edit gateway.json and explicitly set each channel's allow_from to the specific approved user/chat IDs (for example "allow_from": ["123456"]) instead of ["*"]; an empty list denies all remote access, so use that to fully close a channel until identities are vetted - the trade-off is that legitimate users must be enumerated and any omitted ID is blocked. As a stronger compensating control, disable any remote channel that is not strictly required, and restrict network reachability to the gateway so only trusted senders can connect to the configured channel. Advisory and patch URLs: https://github.com/HKUDS/OpenHarness/pull/147 and https://www.vulncheck.com/advisories/hkuds-openharness-insecure-default-remote-channel-allowlist.

Affected VersionsENISA

OpenHarness 0 <PR #147

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

OpenHarness is an agent/harness gateway (the 'ohmo' CLI plus the openharness library) that bridges remote messaging channels - Telegram, Slack, Discord, Feishu - to host-backed AI agent runtimes exposing tools such as file readers. Admission control for each channel is governed by an allow_from allowlist of user/chat IDs. The root cause is CWE-276 (Incorrect Default Permissions): in src/openharness/config/schema.py the ProviderConfigs.allow_from field defaulted to Field(default_factory=lambda: ["*"]), and the ohmo CLI likewise defaulted the prompt to '*', so simply enabling a channel implicitly trusted every remote sender. The channel manager even raised a SystemExit forcing operators away from an empty (deny-all) list toward ["*"], reinforcing the insecure posture. CPE cpe:2.3:a:hkuds:openharness identifies the single affected application.

Know when Openharness gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (VulnCheck) PRIMARY 8.3 HIGH
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N
vuln.today AI 6.5 MEDIUM

Network-reachable with no auth (PR:N) but the attacker must reach the specific channel, mapping AT:P to AC:H; impact is high confidentiality read access with only minor integrity and no availability effect.

3.1 AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:L/A:N
4.0 AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
Low
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

3
CVSS changed
Apr 21, 2026 - 21:22 NVD
8.2 (HIGH) 8.3 (HIGH)
Patch released
Apr 21, 2026 - 21:01 nvd
Patch available
CVE Published
Apr 21, 2026 - 20:36 nvd
HIGH 8.3

DescriptionCVE.org

HKUDS OpenHarness prior to PR #147 remediation contains an insecure default configuration vulnerability where remote channels inherit allow_from = ["*"] permitting arbitrary remote senders to pass admission checks. Attackers who can reach the configured channel can bypass access controls and reach host-backed agent runtimes, potentially leading to unauthorized file disclosure and read access through default-enabled read-only tools.

Executive ViewAI

Why It Matters

HKUDS OpenHarness versions prior to v0.1.7 contain an insecure default configuration that allows any remote sender to access the host without credentials, enabling unauthorized file disclosure through default-enabled read-only tools. Organizations running affected versions expose sensitive host files to network-based attackers. This requires immediate patching to prevent data exfiltration.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.1%
Top 77% exploitable
Prevalence
Low
niche open-source agent harness, limited production deployment footprint
Data Quality
6 sources
Confidence: High

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.1%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Out-of-Cycle
Exploitation
Poc
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

42
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +42
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

CVE-2026-7551 HIGH
8.7 Apr 30

Remote code execution in HKUDS OpenHarness allows authenticated remote attackers to execute arbitrary operating system c

CVE-2026-40502 HIGH
8.7 Apr 16

Remote command injection in OpenHarness gateway handler allows authenticated remote chat users to execute administrative

CVE-2026-6819 HIGH
8.7 Apr 21

Remote attackers can install and activate arbitrary plugins in HKUDS OpenHarness through exposed plugin management comma

CVE-2026-40515 HIGH
8.7 Apr 17

Remote unauthenticated attackers can bypass path restrictions in OpenHarness (pre-commit bd4df81) to read arbitrary sens

CVE-2026-22682 HIGH
8.4 Apr 07

Improper access control in OpenHarness (prior to commit 166fcfe) allows local authenticated attackers with influence ove

CVE-2026-40516 HIGH
7.8 Apr 17

Server-Side Request Forgery in OpenHarness AI agent framework (pre-commit bd4df81) permits remote unauthenticated attack

CVE-2026-56695 HIGH
7.1 Jun 23

Cross-session information disclosure in HKUDS OpenHarness ohmo gateway allows admitted remote senders to invoke /resume

CVE-2026-40503 HIGH
7.1 Apr 16

Path traversal in OpenHarness allows authenticated gateway users with chat access to read arbitrary files on the server

CVE-2026-56696 MEDIUM
5.3 Jun 23

Remote prompt injection in OpenHarness allows low-privileged messaging channel participants to persistently corrupt AI a

CVE-2026-6729 MEDIUM
5.3 Apr 20

Session key derivation in HKUDS OpenHarness prior to PR #159 fails to verify sender identity in shared chat/thread scope

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy