External risk intelligence

FUXA Authorization Bypass Leading to Remote Code Execution

CVE advisorySeverity: CRITICAL (CVSS 9.2)

CVE-2026-67443

FUXA is a web-based SCADA/HMI/Dashboard software. These products are frequently deployed as internet-facing portals to allow remote monitoring and visualization of industrial or process data, making their web interfaces and associated APIs commonly accessible over the network.

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This critical vulnerability in FUXA, a web-based industrial control system software, allows unauthenticated remote attackers to gain unauthorized access to sensitive system controls. The issue stems from a flaw in how access is authorized, potentially enabling attackers to deploy malicious scripts, alter project data, or even execute operating system commands.

  • Unauthorized access to industrial control software.
  • Critical controls could be manipulated by attackers.
  • Confirm relevance and ensure exposure is understood.

Attack Path

How an attacker could exploit the issue

An unauthenticated attacker can exploit this vulnerability by first obtaining a signed guest token from the `/api/heartbeat` endpoint. This token can then be used to access the Node-RED editor and API. With this access, the attacker can deploy malicious function nodes or execute scripts, potentially leading to the compromise of FUXA project data, configuration, and even operating system commands.

  • Unauthenticated network access to API.
  • Deploy function nodes or execute scripts.
  • Gain control of project data and system.

Live Threat

Current exploitation, exposure, and threat context

A remote, unauthenticated attacker could leverage this vulnerability to access the Node-RED editor and deployment API when specific security configurations are enabled. This could allow them to deploy function nodes or execute scripts, potentially affecting FUXA project data, configurations, and scripts. In scenarios where Node-RED modules are configured for unsafe operations, this could extend to executing operating-system commands.

  • FUXA project data and configurations.
  • Exploiting an authorization bypass.
  • Compromise of FUXA project control.

Operational Fix

Recommended remediation, mitigation, and detection steps

System owners responsible for industrial control systems and SCADA/HMI environments should lead the response to this vulnerability. The first practical step is to identify all FUXA instances, determine their network exposure and business criticality, and locate the accountable application or system owner. Subsequently, remediation efforts can be planned based on the identified risk, which may involve vendor coordination for updates or implementing temporary risk-reduction measures if immediate patching is not feasible.

  • Identify FUXA instances and owners.
  • Verify network exposure and criticality.
  • Plan remediation based on risk.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is FUXA and why is it used?

FUXA is software designed for process visualization, commonly acting as a SCADA (Supervisory Control and Data Acquisition) or HMI (Human-Machine Interface) system. It provides a web-based dashboard that allows operators to monitor industrial processes, track equipment data, and manage automation workflows in real-time. Organizations typically use it to connect different industrial data sources into a single interface for operational oversight.

What is the vulnerability in CVE-2026-67443?

This vulnerability is an instance of CWE-862, which is a Missing Authorization flaw. In affected versions of FUXA, the system fails to properly verify the identity of a user attempting to access the Node-RED integration. Because the authorization gate only checks for a valid token without confirming the user's permissions, an attacker can bypass security controls and gain full access to the Node-RED editor and its deployment capabilities.

How can an attacker trigger this CVE-2026-67443 flaw?

An attacker can trigger this by requesting a guest token from the public /api/heartbeat endpoint. Once they have this signed token, they can present it to access the restricted Node-RED administration and flow deployment API. This attack path only functions when the integration is enabled and configured in 'secure' mode; the vulnerability does not trigger if the integration is disabled or if the system is not using these specific authentication settings.

Is my FUXA instance at risk according to Halo Surface Signal?

Halo Surface Signal indicates that because FUXA is a web-based dashboard often exposed to the internet to allow remote monitoring, many instances face a higher likelihood of being reachable by unauthorized network actors. If your FUXA deployment is accessible via the internet or connected to a wide internal network, it is a primary candidate for this risk, as the vulnerability requires only network connectivity to reach the affected API endpoints.

How should I respond to CVE-2026-67443?

The most effective step is to update your software to version 1.3.3 or later, which contains the fix. Before applying the update, you should conduct an inventory of all FUXA instances in your environment, determine which ones are reachable over your network, and confirm the current version in use. If you cannot update immediately, investigate whether disabling the Node-RED integration reduces the risk for your specific operational requirements.

References