← Back to Feed CACHED · 2026-09-16 00:32:23 · CACHE_KEY CVE-2026-73807
CVE-2026-73807 · CWE-862 · Disclosed 2026-09-15

The mySCADA myPRO Manager command API does not properly enforce authentication for privileged functions.

ASSESSED — NOISGATE
Vendor
Reassessed
Verdict:
Do you agree?
01 · The Real Story

Someone left the master control room door propped open — again — and anyone on the hallway can walk in and flip every switch

CVE-2026-73807 is a missing-authentication flaw (CWE-862) in mySCADA myPRO Manager, the web-based management console used to license, deploy, and control myPRO SCADA/HMI runtime instances. The command API exposes privileged functions — version switching, configuration changes, and OS-level management operations — without enforcing any authentication. An unauthenticated attacker who can reach the Manager's listening port (typically TCP/11000 or TCP/10001) can invoke these functions directly via crafted HTTP POST requests. Affected versions are myPRO Manager < 1.4 (and likely the corresponding myPRO Runtime < 9.3). This is the *fourth* critical unauthenticated-access vulnerability disclosed in mySCADA myPRO Manager since late 2024, following CVE-2024-47407, CVE-2024-52034, and CVE-2024-47138 — all sharing the same pattern of zero-auth command execution.

The vendor's CRITICAL / 9.8 rating is accurate and, if anything, conservative for this product class. The CVSS vector (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H) correctly reflects the trivial exploitation path — no credentials, no user interaction, low complexity. Prior near-identical flaws in the same product already have a public Metasploit module (exploit/windows/scada/mypro_mgr_cmd) and Tenable detection plugins. The only reason this isn't scored 10.0 is the S:U (unchanged scope) designation; a scope-change argument could be made given that the Manager controls downstream Runtime instances and connected PLCs. For an OT/ICS management plane, this is as bad as unauthenticated RCE gets.

"Unauthenticated SCADA management takeover - trivial chain with operational-safety blast radius"
02 · The Attack Path

4 steps from start to impact.

STEP 01

Network reachability to myPRO Manager port

The attacker must reach the myPRO Manager HTTP API, which listens on TCP/11000 or TCP/10001 by default. By design, this service binds to all interfaces on installation. In a well-segmented OT environment, this port lives behind a DMZ or firewall. In a poorly segmented environment — or one where remote-access VPN terminates inside the OT VLAN — it is directly reachable.
Conditions required:
  • Network path to myPRO Manager listening port (TCP/11000 or 10001)
Where this breaks in practice:
  • CISA ICS best practices mandate OT network segmentation behind firewalls with no direct internet exposure
  • Censys/Shodan scans historically show only dozens of internet-exposed mySCADA instances globally
  • VPN or jump-host required in most mature OT environments
Detection/coverage: Shodan/Censys/FOFA dork for mySCADA banner on TCP/11000. Tenable plugin 214704 detects the service. Nessus OT scan profile covers this port.
STEP 02

Send unauthenticated POST to command API

The attacker crafts an HTTP POST request to the Manager's get or equivalent command endpoint, supplying a privileged function call. No session token, API key, or credentials are required — the API simply executes. This mirrors the exact exploitation path of CVE-2024-47407 and CVE-2024-47138, for which a Metasploit module (exploit/windows/scada/mypro_mgr_cmd) already exists and would likely require only minor parameter changes to target this new CVE.
Conditions required:
  • HTTP client capability (curl, Python requests, Metasploit)
Where this breaks in practice:
  • None — trivial HTTP request, no auth bypass or memory corruption required
Detection/coverage: WAF or IDS signature for POST requests to mySCADA command API endpoints. FortiGuard OT signature 57295 covers prior variants.
STEP 03

Execute privileged management operations

The API processes the request in the security context of the myscada9 administrative Windows user account, which is automatically provisioned during installation with elevated privileges. The attacker can invoke configuration changes, version management, SMTP settings manipulation, and — based on the prior CVE pattern — inject arbitrary OS commands via parameter values that are passed unsanitized to system calls.
Conditions required:
  • Successful delivery of crafted POST (Step 2)
Where this breaks in practice:
  • None at this step — execution is immediate and reliable (Metasploit rates prior module as 'Excellent' reliability, 'Crash-safe')
Detection/coverage: Windows process-creation monitoring (Sysmon Event ID 1) for child processes of the myPRO Manager service. EDR alerting on cmd.exe/powershell.exe spawned by the mySCADA process.
STEP 04

Pivot to SCADA Runtime and connected OT devices

With OS-level command execution on the Manager host, the attacker can reconfigure or replace myPRO Runtime instances, modify HMI visualizations (hiding alarms or falsifying readings), alter PLC communication parameters, or use the host as a pivot point into the broader OT network. The Manager host typically has direct network connectivity to PLCs, RTUs, and other field devices via Modbus TCP, OPC-UA, or proprietary protocols.
Conditions required:
  • OS-level access on Manager host (achieved in Step 3)
  • OT network connectivity from Manager to downstream devices
Where this breaks in practice:
  • PLC firmware integrity checks (rare in practice)
  • Physical safety interlocks may limit real-world impact of control manipulation
Detection/coverage: OT-specific IDS (Claroty, Dragos, Nozomi) monitoring for anomalous PLC writes. Network traffic baseline deviation alerts.
03 · Intelligence Metadata

The supporting signals.

In-the-wild exploitationNo confirmed in-the-wild exploitation of CVE-2026-73807 as of 2026-09-16. However, the near-identical predecessor CVE-2024-47407 has a public Metasploit module and has been actively scanned for since early 2025.
Proof-of-conceptNo public PoC specific to CVE-2026-73807 yet (disclosed 2026-09-15). The Metasploit module exploit/windows/scada/mypro_mgr_cmd by h4x-x0r for CVE-2024-47407 is publicly available and likely adaptable with minimal changes.
EPSSNot yet scored (disclosed <48 hours ago). Prior CVE-2024-47407 EPSS was in the top 5% within weeks of Metasploit module publication.
KEV statusNot listed on CISA KEV as of 2026-09-16. Given the OT/ICS context and prior CISA advisory ICSA-24-326-07, a KEV listing or new ICS advisory is likely if exploitation is observed.
CVSS vectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H — network-accessible, zero-click, no authentication, full CIA impact. The S:U (unchanged scope) is arguably generous given Manager-to-Runtime control chain.
Affected versionsmyPRO Manager < 1.4 (estimated based on prior fix cadence — 1.3 fixed CVE-2024-47138). Confirm exact version with mySCADA advisory.
Fixed versionmyPRO Manager 1.4 and myPRO Runtime 9.3 (estimated — verify with vendor). Prior fixes: Manager 1.3 / Runtime 9.2.1.
Exposure dataCensys/Shodan show fewer than 100 internet-facing mySCADA instances globally. However, internet exposure is not the primary risk vector — internal OT network access via VPN, compromised IT-OT jump host, or lateral movement is the realistic path.
Disclosure date2026-09-15
Reporting researcherNot yet attributed. Prior mySCADA disclosures were reported by PRODAFT (Proactive Defense Against Future Threats) and coordinated through CISA ICS-CERT.
04 · The Call

noisgate verdict.

Final Verdict
= UNCHANGED to CRITICAL (9.8/10)

The single most decisive factor is the role multiplier — mySCADA myPRO Manager is a SCADA/ICS management plane by definition, and 100% of its installations sit in the OT high-value-role category where compromise chains end in operational-safety impact or industrial-process manipulation. Combined with the zero-authentication, zero-complexity exploitation path and existing public Metasploit tooling for the identical vulnerability pattern in the same product, no downgrade is supportable.

HIGH Vulnerability existence and exploitability (pattern-matched to four prior identical CVEs with public exploits)
MEDIUM Exact affected/fixed version numbers (estimated from prior fix cadence, awaiting vendor confirmation)
LOW Active exploitation status (too early — disclosed <48 hours ago)

Why this verdict

  • Zero-authentication attack surface: The API requires no credentials, tokens, or sessions. Any network-reachable attacker can invoke privileged functions with a single HTTP POST — the attack complexity is genuinely trivial.
  • Role multiplier: mySCADA myPRO Manager is canonically an OT/ICS/SCADA management component. 100% of installations occupy the high-value role by definition. Successful exploitation grants control over HMI visualizations, PLC communication parameters, and SCADA runtime configurations. The blast radius extends from host-level to operational-safety impact on connected industrial processes.
  • Proven exploitation pattern: This is the fourth unauthenticated-access CVE in the same product since November 2024 (CVE-2024-47407, CVE-2024-52034, CVE-2024-47138). A Metasploit module rated 'Excellent' reliability already exists for the prior variant. Weaponization time for this new CVE is measured in days, not weeks.
  • Default-unsafe configuration: The Manager service binds to all network interfaces on installation and the myscada9 administrative user is auto-provisioned with elevated privileges — no hardening is applied out of the box.

Why not higher?

A 9.8 is already near-maximum. The only argument for 10.0 would be a Scope change (S:C) to reflect the Manager→Runtime→PLC control chain, but the vendor scored it S:U and we lack evidence that the API flaw itself directly crosses a security boundary in the CVSS definition. The score stays at 9.8.

Why not lower?

Despite the small global installed base and the expectation that OT networks are segmented, three factors block any downgrade: (1) the component is *definitionally* a SCADA management plane — the high-value-role floor is CRITICAL; (2) the exploit chain has zero friction once network access is achieved; (3) public Metasploit tooling for the identical pattern already exists. A generic 'requires internal network access' argument does not break the floor because internal OT access is the *expected* attacker position in ICS threat models (post-initial-access via IT-OT boundary or VPN compromise is standard TTPs for groups like CHERNOVITE/PIPEDREAM and ELECTRUM/INDUSTROYER).

05 · Compensating Control

What to do — in priority order.

  1. Immediately restrict network access to myPRO Manager ports (TCP/11000, TCP/10001) to authorized management stations only — Apply host-based firewall rules or network ACLs limiting inbound connections to the Manager API to a whitelist of known administrator IPs. This is the single most effective control — it eliminates the unauthenticated remote attack vector entirely. Deploy within 3 days per noisgate CRITICAL mitigation SLA.
  2. Place myPRO Manager behind an authenticating reverse proxy — If the Manager API must remain accessible, front it with an nginx/HAProxy instance that enforces certificate-based mutual TLS or SAML authentication before requests reach the Manager. This compensates for the missing built-in authentication. Deploy within 3 days.
  3. Enable process-creation monitoring on the Manager host — Deploy Sysmon or EDR on the Windows host running myPRO Manager. Alert on any child process (cmd.exe, powershell.exe, wscript.exe) spawned by the myPRO Manager service process. This provides detection-in-depth while the patch is staged.
  4. Audit IT-OT boundary for unauthorized paths to the Manager VLAN — Verify that no VPN split-tunnel, misconfigured firewall rule, or flat network segment provides unintended IT-side reachability to the OT VLAN where myPRO Manager resides. This is the most common way the 'OT segmentation' assumption fails in practice.
What doesn't work
  • Web Application Firewall (WAF) alone — the API requests are legitimate HTTP POSTs with normal content types; without mySCADA-specific signatures, a generic WAF will not distinguish malicious from legitimate API calls
  • Disabling the Manager service — the Manager is required for Runtime licensing and version management; disabling it will halt SCADA operations
  • Windows Defender / standard AV — the attack uses native OS commands via the mySCADA service context, not malware binaries; signature-based AV will not trigger on the exploitation itself
06 · Verification

Crowdsourced verification payload.

Run this script on each Windows host where myPRO Manager is installed. Execute from an elevated PowerShell prompt (Run as Administrator). Example: .\Check-CVE-2026-73807.ps1. No external dependencies required.

noisgate-verify.ps1
POWERSHELLREAD-ONLYSAFE
#!/usr/bin/env powershell
# Check-CVE-2026-73807.ps1
# Checks whether mySCADA myPRO Manager is installed and whether
# the installed version is vulnerable to CVE-2026-73807.
# Output: VULNERABLE / PATCHED / UNKNOWN
# Exit codes: 1 = VULNERABLE, 0 = PATCHED, 2 = UNKNOWN

$ErrorActionPreference = 'Stop'

# Known-safe version (estimated — confirm with vendor advisory)
$patchedVersion = [version]'1.4.0'

try {
    # Check registry for mySCADA installation
    $regPaths = @(
        'HKLM:\SOFTWARE\mySCADA\myPRO Manager',
        'HKLM:\SOFTWARE\WOW6432Node\mySCADA\myPRO Manager'
    )
    $installed = $false
    $installedVersion = $null

    foreach ($path in $regPaths) {
        if (Test-Path $path) {
            $installed = $true
            $ver = (Get-ItemProperty -Path $path -ErrorAction SilentlyContinue).Version
            if ($ver) { $installedVersion = $ver; break }
        }
    }

    # Fallback: check for mySCADA service and binary
    if (-not $installed) {
        $svc = Get-Service -Name '*myscada*' -ErrorAction SilentlyContinue
        if ($svc) {
            $installed = $true
            # Try to get version from binary
            $proc = Get-Process -Name '*myscada*' -ErrorAction SilentlyContinue | Select-Object -First 1
            if ($proc -and $proc.Path) {
                $fileVer = (Get-Item $proc.Path).VersionInfo.ProductVersion
                if ($fileVer) { $installedVersion = $fileVer }
            }
        }
    }

    # Fallback: check common install paths
    if (-not $installed) {
        $commonPaths = @(
            'C:\Program Files\mySCADA\',
            'C:\Program Files (x86)\mySCADA\',
            'C:\mySCADA\'
        )
        foreach ($cp in $commonPaths) {
            if (Test-Path $cp) {
                $installed = $true
                $exe = Get-ChildItem -Path $cp -Recurse -Filter '*.exe' -ErrorAction SilentlyContinue | Select-Object -First 1
                if ($exe) {
                    $fileVer = $exe.VersionInfo.ProductVersion
                    if ($fileVer) { $installedVersion = $fileVer }
                }
                break
            }
        }
    }

    if (-not $installed) {
        Write-Host 'UNKNOWN - mySCADA myPRO Manager not detected on this host'
        exit 2
    }

    if (-not $installedVersion) {
        Write-Host "UNKNOWN - mySCADA myPRO Manager is installed but version could not be determined. Manual check required."
        exit 2
    }

    # Normalize and compare version
    $currentVersion = [version]($installedVersion -replace '[^0-9.]','')
    Write-Host "Detected myPRO Manager version: $installedVersion"

    if ($currentVersion -lt $patchedVersion) {
        Write-Host "VULNERABLE - myPRO Manager $installedVersion is below patched version $patchedVersion (CVE-2026-73807)"
        exit 1
    } else {
        Write-Host "PATCHED - myPRO Manager $installedVersion meets or exceeds patched version $patchedVersion"
        exit 0
    }
} catch {
    Write-Host "UNKNOWN - Error during check: $($_.Exception.Message)"
    exit 2
}
07 · Bottom Line

If you remember one thing.

TL;DR
Patch or isolate immediately. CVE-2026-73807 is a zero-auth, zero-complexity flaw in a SCADA management plane with a proven public-exploit lineage. Under the noisgate mitigation SLA for CRITICAL findings, you have 3 days to apply a compensating control — the highest-impact action is firewall-restricting the Manager API ports (TCP/11000, TCP/10001) to a whitelist of administrator stations. Contact mySCADA for the patched Manager version (estimated 1.4+) and apply it under the noisgate remediation SLA of 90 days. If you have *any* mySCADA myPRO Manager instances, verify OT network segmentation Monday morning — confirm no IT-side path reaches the Manager VLAN — and deploy the verification script on every Manager host to inventory vulnerable versions. Given that Metasploit tooling for the identical prior CVE already exists, assume weaponization is imminent.

Sources

  1. CISA ICS Advisory ICSA-24-326-07 — mySCADA myPRO Manager
  2. Rapid7 Metasploit Module — myPRO Manager Unauthenticated Command Injection
  3. Metasploit Framework PR #19846 — mySCADA exploit module
  4. PRODAFT Research — mySCADA myPRO Manager Critical Flaws
  5. Tenable Plugin 214704 — mySCADA PRO Manager Command Injection
  6. SecurityWeek — Vulnerabilities Expose mySCADA myPRO to Remote Hacking
  7. FortiGuard OT Signature 57295 — mySCADA myPRO
  8. mySCADA myPRO Documentation — Network Architecture
Peer Review

What defenders are saying.

Submit a review attribution: handle + country only
0 flags selected · stored anonymously
Validation Results

Crowdsourced verification outputs.

Results submitted by users who ran the verification payload against their environment.