MEDIUM 5.5

CVE-2026-14868: Weak User Account Encryption in PcVue – Privilege Escalation Risk

PcVue, a SCADA/industrial automation platform by ArcInfo, uses weak encryption to protect user account configuration data stored locally in project files. An attacker with local access to a system running PcVue can exploit this weakness to decrypt and modify account settings, potentially escalating their privileges within the application. All versions before 17.0.0 are affected. This is a local-only risk that requires an existing account on the machine, but the consequences—unauthorized administrative access to an industrial control interface—are serious.

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-326
Affected products
1 configuration(s)
Published / Modified
2026-07-07 / 2026-07-09

NVD description (verbatim)

The encryption algorithm used to protect the configuration of user accounts, stored in the built-in user directory of PcVue projects, all versions prior to 17.0.0, is not strong enough for the level of protection required. A local attacker could alter the existing configuration and ultimately gain privileged access to the PcVue application.

1 reference(s) · View on NVD →

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

Technical summary

CVE-2026-14868 stems from inadequate cryptographic strength in PcVue's user account configuration encryption scheme (CWE-326). The built-in user directory stores encrypted credentials or privilege settings; the encryption algorithm does not provide sufficient resistance to cryptanalysis or brute-force attack. A local attacker with standard user privileges can access the encrypted configuration files, decrypt them through computational feasibility, and modify user roles or permissions to gain higher-privileged access within PcVue. The vulnerability is confined to the local attack surface and does not involve network exposure or UI interaction.

Business impact

Compromise of user account configuration in PcVue could allow an insider or local attacker to assume administrative rights over process control, alarms, reporting, and system-wide settings. In manufacturing, energy, or water treatment environments, this could enable unauthorized changes to operational parameters, false alarms, or denial of service. The impact depends on what PcVue controls at your site; in critical infrastructure contexts, even brief unauthorized access can create significant operational and safety risks.

Affected systems

ArcInfo PcVue versions prior to 17.0.0 are affected. This includes all 16.x and earlier releases. Organizations using PcVue should verify their installed version immediately. Both on-premises deployments and integrated systems using PcVue as a component are in scope.

Exploitability

Exploitation requires local file system access and basic cryptanalysis tools; no network interaction is needed. The attack is not trivial—it involves recovering plaintext from weak encryption—but the barrier is well within reach of an attacker with system-level access or who can obtain a backup of the PcVue project directory. Once decrypted, modification of configuration files is straightforward. No user interaction or active service exploitation is required.

Remediation

Upgrade PcVue to version 17.0.0 or later, which implements stronger encryption for user account configuration. Verify with ArcInfo that the patch addresses the encryption weakness before deployment. Until patching is complete, restrict local access to PcVue project directories and configuration files to trusted administrators, and monitor file integrity.

Patch guidance

Deploy PcVue 17.0.0 or a later patched release. Before patching, audit which systems and accounts have local access to PcVue installation and project directories. After patching, verify that existing encrypted configurations are re-encrypted with the new algorithm; check vendor documentation for any migration steps. Test in a non-production environment first, especially if PcVue is integrated with live SCADA or industrial control systems.

Detection guidance

Monitor access to PcVue configuration files and project directories (look for reads and writes outside normal operational patterns). Enable file integrity monitoring on user account configuration files stored within PcVue projects. Alert on any decryption tools or cryptanalysis utilities executed on systems hosting PcVue. Audit PcVue user role and permission changes, especially those that grant administrative access to accounts that previously had lower privilege.

Why prioritize this

Although the CVSS score is moderate (5.5), the local attack vector and the potential to escalate privileges in an industrial control application warrant prompt attention. Prioritize based on whether PcVue instances control critical processes; if so, patch quickly despite the medium score. The lack of CISA KEV status does not reduce the actual risk in environments where PcVue is mission-critical.

Risk score, explained

CVSS 5.5 (Medium) reflects: local-only attack vector (AV:L), no elevated privileges needed to begin (PR:L), no special conditions (AC:L), and high confidentiality impact of reading encrypted configuration (C:H). Integrity is rated as None (I:N) in the vector because the CVSS model focuses on what an attacker learns, not what they can subsequently modify. However, in practice, decryption enables modification—apply your organization's risk tolerance accordingly.

Frequently asked questions

Do I need to patch immediately if my PcVue instance is air-gapped?

Air-gapping reduces risk but does not eliminate it. If any user with local system access could be malicious, or if the system could receive external storage devices, the vulnerability remains exploitable. Patch as part of your normal maintenance cycle, but prioritize higher if there is any physical access risk.

Will upgrading to 17.0.0 break my existing projects or integrations?

Consult the ArcInfo upgrade guide and release notes for version 17.0.0. Typically, SCADA platform upgrades require testing in a staging environment. Verify that any custom scripts, third-party integrations, or dependent systems are compatible before deploying to production.

How can I tell if someone has already exploited this on my system?

Check file modification times on PcVue configuration files and user account settings. Review PcVue audit logs for unexpected privilege escalations or role changes. Monitor for unusual access to project files from non-standard tools. A forensic review by your SOC or incident response team is recommended if you suspect prior unauthorized access.

Is this vulnerability exploitable remotely?

No. The attack vector is strictly local (AV:L). An attacker must have already gained access to the system hosting PcVue, either through local account compromise, physical access, or supply chain insertion. Remote exploitation of PcVue itself is not possible with this vulnerability.

This analysis is provided for informational purposes to assist security teams in vulnerability assessment and prioritization. Verify all patch version numbers and technical details against official vendor advisories from ArcInfo before deployment. CVSS scores reflect standardized risk metrics but should be contextualized within your organization's operational environment, especially if PcVue controls critical infrastructure. This does not constitute a guarantee of security or fitness for any particular purpose. Consult your vendor and security team before making patching or operational decisions. Source: NVD (public-domain), retrieved 2026-08-16. Analysis generated by SEC.co (claude-haiku-4-5).