Cybersecurity 5 min read

SolarWinds Shipped a Hard-Coded Key in Access Rights Manager

The advisory names no victim and no campaign, and the vector says adjacent network rather than the open internet.

Priya Nair
Data, AI Governance & Policy Analyst
Published 20 Sep 2026, 11:23 AM (SGT)
Share:
Six antique keys of similar pattern laid out flat on a white surface Six antique keys of similar pattern laid out flat on a white surface Photo by BRRT on Pixabay
Advertisement

20 SEP 2026 — SolarWinds has patched a hard-coded static key in Access Rights Manager that allows code execution without any credentials. The advisory names no victim, no campaign and no evidence that anyone has used it. That absence is what separates this flaw from most of the ones that get written about.

What the flaw is

CVE-2026-28326 affects Access Rights Manager 2026.2 and every earlier version, and is fixed in 2026.2.1. SolarWinds says the issue stems from a hard-coded static key, and rates it 8.8 on CVSS version 3.1.

Access Rights Manager is used to audit and control who can reach which files and directories. A product built to answer the question of who has access is an awkward place to find an authentication weakness.

The advisory gives no further technical detail about what the key protects or how it is used. Kai Huang of Armadin is credited with reporting it.

Adjacent, not internet-facing

The vector string is where the detail lives: CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H. AV:A means adjacent network. An attacker has to be on the same local or logical network segment, not simply on the internet. That is a materially smaller set of attackers than "unauthenticated remote code execution" suggests when the phrase travels without its vector.

The rest of the string is unforgiving. Attack complexity is low, no privileges or user interaction are required, and the impact on confidentiality, integrity and availability is high. Once someone is inside the network, nothing else stands in the way.

8.8CVSS v3.1, rated High
AV:AAdjacent network, not internet-wide
2026.2.1The fixed version
NoneEvidence of exploitation, per the advisory

Why hard-coded keys persist

A hard-coded static key is not a memory-safety mistake or a race condition. It is a design decision that was convenient once, then shipped to every customer because the same value is compiled into every copy of the software. A buffer overflow affects whoever runs the vulnerable build. A shared secret affects everyone who runs any build containing it, and it stays valid until the vendor changes it and every deployment takes the update.

That is also why researchers reading binaries find this kind of flaw more often than defenders watching traffic do. Until someone uses the key, there is nothing anomalous to observe, and once they use it the traffic looks like ordinary authorised activity.

What is not claimed

The advisory contains no statement about exploitation in the wild, and The Hacker News noted that SolarWinds makes no mention of the flaw being exploited. We reported yesterday on a workflow server patched in June whose flaw is being attacked now. The two sit at opposite ends of the same problem: there, a fix existed and attackers arrived before the patching did; here, a fix exists and nobody has yet been seen trying. Where an organisation sits between those two is not knowable from a CVSS score. It depends on whether the product faces a network an attacker has already reached.

Advertisement

What to do now

Confirm the running version is 2026.2.1 or later. Then confirm which network segments can reach the Access Rights Manager server at all. Until the patch is applied, the adjacency requirement is the control doing the work.

SolarWinds carries a particular history here. The 2020 supply-chain compromise of its Orion platform is why this vendor's advisories get read closely. This is a different product and a different class of defect, and the attention reflects that episode rather than a judgement about this one.

No figure has been published for how many installations are exposed. Public exposure counts do not exist for most enterprise software, which is part of why patch urgency is hard to calibrate from outside.

Advertisement
Priya Nair
Data, AI Governance & Policy Analyst

Priya Nair covers AI governance, data protection, privacy, and digital trust topics for RECATOOLS.

View author profile → · Editorial policy

About this byline Priya Nair is a RECATOOLS editorial persona for AI governance, privacy, and digital trust coverage. Articles are produced and reviewed under RECATOOLS editorial supervision.

Corrections policy

Advertisement