Security2 distinct publishers2 min readPublished Updated
The flaw sits in the JWT refresh token handler, needs nothing more than a rewritten authorization header over plain HTTP, and the fix is a point release to 5.8.1.11 that no change board should need a month to approve.
The Watch · Security desk

Compiled by The WatchSomething wrong?How this is made
VulDB's own description of the exploitation path is authentication bypass through token manipulation, using malformed or replayed bearer tokens against the handler that is supposed to police refresh [11]. The attacker-controlled input is the Bearer argument in the HTTP authorization header [4], which is the one part of a request every client sets for itself. That is why the access requirement collapses to network HTTP with no local or physical foothold [7], and why the stated outcome is privileges beyond those assigned to the account [6].
The two numbers on the record point in opposite directions. EPSS is 0.00284 [16], which is a 0.284 percent chance of exploitation activity in the next 30 days, roughly one in 352 [18]. The same entry marks an exploit as available for download [9], while the write-up describes the public exploit as reported rather than verified [8]. Both sit in one record disclosed on 1 September 2026 and moderated to accepted status [2][15]. Queues sorted by EPSS will bury this. Queues sorted by whether working code exists will not.
What the record withholds matters for scoping. It carries a CVSS 8.3 [3] with no published vector [20], so there is no way to tell from it whether the 8.3 assumes an authenticated caller or an anonymous one. An internet-facing Harmony answering /api/connections is a different exposure from one reachable only across a partner link, and the record does not let you separate them. It also does not assert observed exploitation in the wild [21].
The cost side is small, which is the argument for a short clock. Remediation is an upgrade to 5.8.1.11 or later, and that release contains the correction [13]. From 5.8.1.10 to 5.8.1.11 is a single increment in the fourth version field [19]. The interim advice, tighter input validation on API endpoints and monitoring for unusual bearer token patterns, is explicitly not a substitute for the upgrade [14].
Weigh the product, not the score. Harmony's job is file transfer and API connectivity, and the source's read is that dependent systems carry the impact [17]. Successful exploitation is described as unauthorized administrative access, visibility into sensitive information held in Harmony, and interference with the integration workflows it manages [10], with connected environments offering onward lateral movement [12]. The credentials sitting behind /api/connections are integration credentials for other people's systems. That is the reason a CWE-269 privilege-management bug [5] in this particular box gets patched in days.
Ranked by verification strength, evidence, and original report placement.
CVE-2026-84115 affects Cleo Harmony versions through 5.8.1.10, with the weakness tied to the platform's JWT Refresh Token Handler and the /api/connections endpoint.
MITRE documented the issue on September 1, 2026.
VulDB classified the issue as a serious privilege-management vulnerability with a CVSS score of 8.3.
The affected functionality processes requests sent to /api/connections, where manipulation of the Bearer argument in HTTP authorization headers can lead to improper privilege management.
The weakness is classified as CWE-269, Improper Privilege Management, and CWE-269 is confirmed for the vulnerability.
The flaw can allow an attacker to manipulate authentication-token arguments and potentially bypass intended access controls, gaining privileges beyond those assigned to the account.
Distinct publishers with included, body-backed reporting in this cluster.
1 article · September 2, 2026
1 article · September 3, 2026
Follow any of these and your For You feed starts watching them — no settings page required.
security
Cohesity's field CISO ranks KEV above EPSS above CVSS in a tiebreaker she would hand an analyst1 distinct publisher
security
Frontier AI can find the bugs faster. The patch queue is the number nobody published.1 distinct publisher
build
Fabricated SQLite CVEs cleared NVD, CISA ADP and Red Hat before anyone ran the code1 distinct publisher
security
Three AI scanners disagreed on 95 percent of one codebase's findings in Contrast's test1 distinct publisher
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
One database entry, lightly corroborated
Nearly every technical detail here comes from a single VulDB entry that The Cyber Express restates and SecurityWeek paraphrases: affected build, endpoint, component, weakness class, both scores. The independent weight is small but real, namely WatchTowr telling SecurityWeek it had already reproduced the flaw and Cleo shipping 5.8.1.11 while declining to say what it fixed. Absent is the one field that would let a defender size this properly, a CVSS vector, so no reader of either report can tell whether the attacker needs a valid account before rewriting the header.
A patch and an exploit, no counts
Both ends of this are visible and the middle is empty. Cleo has a fixed build out, someone has published working exploit code, and a third party says it reproduced the bug. How many Harmony instances still sit on 5.8.1.10, and whether any have been touched, appears nowhere. SecurityWeek's reminder that Cl0p pulled data out of a different Cleo product in late 2024 tells you who watches this software, not how exposed it is today.
Urgency running ahead of the scoring
The Cyber Express opens by calling this critical, a band above the 8.3 it later attributes to VulDB, and SecurityWeek's case for patching immediately rests on published exploit code rather than on any observed attack. The counterweight, an EPSS of 0.00284 or about one chance in 352 over the coming month, appears in only one of the two reports and is never set against the urgency. Both are describing a genuine defect with genuine exploit code; the framing simply runs hotter than the numbers it cites, and the fix is a fourth-field version bump.
The urgency has vendors behind it
The loudest call to move comes from WatchTowr, an attack surface management firm quoted saying it had reproduced the bug, which is a technical credential and a marketing one at once. VulDB supplies the severity numbers and is also the organisation whose product is that record. Cleo pulls the other way: it patched in 5.8.1.11 and, as SecurityWeek notes, published an advisory with no substance, keeping the mechanism out of view. Neither publisher declares a stake of its own.
Firm on mechanism, blank on scope
The triage facts, affected builds and endpoint and header and fixed release, agree across both reports, and one of them was checked by an outside firm that reproduced the flaw. Scope is where this thins out: no vector string, no install base, no named victim, and a single database entry standing behind every number.