Executive Summary

In October 2026, CISA published ICS Advisory ICSA-26-280-01 disclosing seven vulnerabilities in CISA Malcolm, the agency's own open-source network traffic analysis and ICS security monitoring platform. Reported by Seth Grover of Idaho National Laboratory, the flaws span authentication bypass via nginx regex spoofing (CVE-2026-107336), hardcoded credentials enabling direct Arkime backend access (CVE-2026-107361), SSRF through an unmodified FilePond PHP component (CVE-2026-107362), RBAC bypass via URL path normalization inconsistency (CVE-2026-107333), cross-site request forgery enabling forensic log destruction (CVE-2026-107337), percent-encoding authorization bypass (CVE-2026-107334), and a gzip-bomb denial-of-service (CVE-2026-107335). Collectively these vulnerabilities expose critical-infrastructure operators—in Energy, IT, and Water sectors worldwide—to unauthenticated access, privilege escalation, lateral movement, and destruction of forensic evidence.

The compromise of a security-monitoring tool itself represents an acute supply-chain and defense-evasion risk. As ICS/OT environments deepen their dependence on network-visibility platforms, adversaries now actively target the monitoring layer—blinding defenders while moving laterally through operational technology networks, a tactic increasingly observed in critical-infrastructure threat campaigns.

Why This Matters Now

Seven vulnerabilities in CISA's own ICS monitoring platform—some unauthenticated and remotely exploitable—arrive as nation-state actors intensify attacks on critical-infrastructure security tooling. With patches only released through v26.09.0, unpatched Malcolm deployments across Energy, Water, and IT sectors remain exposed to forensic blind spots and full administrative takeover at a moment when OT network visibility is the last line of defense.

Attack Path Analysis

Related CVEs

MITRE ATT&CK® Techniques

Potential Compliance Exposure

Sector Implications

Sources

Frequently Asked Questions

CISA Malcolm is a free, open-source network traffic analysis platform used to monitor ICS and OT environments in critical-infrastructure sectors. These vulnerabilities are significant because they compromise the monitoring tool itself—attackers who exploit them can gain unauthenticated administrative access, exfiltrate captured traffic, and permanently delete forensic evidence, eliminating the defenders' visibility.

Cloud Native Security Fabric Mitigations and ControlsCNSF

Based on the attack progression modeled above, these are the defensive controls that would constrain each stage.

Aviatrix Zero Trust CNSF is directly relevant here because the attacker's ability to reach Arkime's backend port directly, forge identity headers, and pivot across internal container services depends entirely on unrestricted network reachability between workloads. By enforcing workload-level segmentation and identity-aware access boundaries, CNSF would likely reduce the attacker's blast radius across the Malcolm container network and the broader ICS monitoring infrastructure it serves.

Initial Compromise

Control: Cloud Native Security Fabric (CNSF)

Mitigation: Direct network reachability to Arkime's backend port from untrusted or adjacent network segments would likely be constrained, reducing the attacker's ability to bypass the nginx proxy layer entirely and limiting opportunistic access paths that rely on open east-west connectivity.

Privilege Escalation

Control: Zero Trust Segmentation

Mitigation: The attacker's ability to reach administrative interfaces beyond their assigned role scope would likely be constrained, since Zero Trust segmentation could reduce the network reachability of privileged management endpoints to only explicitly authorized workload identities rather than any authenticated session.

Lateral Movement

Control: East-West Traffic Security

Mitigation: The Malcolm container's ability to initiate outbound connections to arbitrary internal network destinations would likely be constrained, reducing the attacker's capacity to use the SSRF vector as a lateral reconnaissance tool across adjacent ICS container workloads and internal service endpoints.

Command & Control

Control: Multicloud Visibility & Control

Mitigation: The attacker's ability to blend covert command traffic within Malcolm's legitimate monitoring flows and establish persistent outbound command channels would likely be reduced, since multicloud visibility enforcement could surface anomalous outbound connection patterns that deviate from expected monitoring infrastructure behavior.

Exfiltration

Control: Egress Security & Policy Enforcement

Mitigation: The attacker's ability to move large volumes of sensitive forensic data and internally fetched credentials outbound through Malcolm's network boundary would likely be constrained, since egress policy enforcement could limit which external destinations and protocols are permitted for workloads handling sensitive ICS capture data.

Impact (Mitigations)

If prior CNSF controls had constrained lateral movement and limited the attacker's access to administrative interfaces and shared volumes, the scope of destructive actions against forensic data would likely have been reduced, since the attacker's ability to reach the wipe command surface and exhaust shared storage depends on the unrestricted internal access established in earlier stages.

Impact at a Glance

Affected Business Functions

  • ICS/OT Network Traffic Analysis and Forensic Logging
  • Security Monitoring and Incident Detection for Critical Infrastructure
  • Captured PCAP and Network Forensics Data Integrity
  • Administrative Access Control and Identity Management
Operational Disruption

Estimated downtime: 3 days

Financial Impact

Estimated loss: N/A

Data Exposure

Exploitation of these vulnerabilities could result in unauthorized access to captured network traffic and forensic logs from Energy, IT, and Water/Wastewater sector environments; complete destruction of all stored PCAP and forensic log data via the CSRF wipe command; unauthorized read access to sensitive network captures and internal service data via SSRF; and privilege escalation granting full administrative control over the Malcolm platform including OpenSearch, Logstash, Arkime, and Zeek components. No confirmed data exfiltration has been reported; however, the attack surface encompasses critical ICS/OT monitoring data deployed worldwide.

Recommended Actions

  • • Deploy Zero Trust Segmentation to isolate Malcolm components: Apply identity-based microsegmentation policies so Arkime, FilePond, OpenSearch, and the kiosk Flask application operate in separate network namespaces with workload-to-workload policy enforcement, preventing lateral movement via SSRF from reaching internal metadata services or adjacent ICS infrastructure.
  • • Enforce East-West Traffic Security to contain SSRF and inter-container pivoting: Implement east-west traffic controls with service-to-service policy that explicitly whitelists permitted internal flows; server-initiated curl requests to arbitrary internal destinations (CVE-2026-107362) would be blocked before internal reconnaissance or data staging can succeed.
  • • Apply Multicloud Visibility and Control to detect authentication anomalies and forged header abuse: Enable centralized traffic observability and anomaly detection across Malcolm's reverse proxy layer to identify repeated requests with mixed-case path manipulation, forged X-Forwarded-User headers, and percent-encoded URI patterns indicative of CVE-2026-107336 and CVE-2026-107334 exploitation attempts.
  • • Use Egress Security and Policy Enforcement to prevent forensic data exfiltration: Enforce outbound FQDN filtering and egress policy controls so that Arkime PCAP exports, OpenSearch data, and FilePond transfer directory contents cannot be transmitted to unauthorized external destinations, directly countering data exfiltration of ICS network capture data.
  • • Leverage Cloud Native Security Fabric (CNSF) inline enforcement to block exploit traffic at the network layer: Position inline IPS with Suricata signatures for known exploit patterns (path traversal, percent-encoding bypass, SSRF fetch patterns) at the Malcolm deployment perimeter and between container workloads, ensuring that exploitation attempts matching CVE signatures are detected and blocked before authentication bypass or privilege escalation can be achieved.

Secure the Paths Between Cloud Workloads

A cloud-native security fabric that enforces Zero Trust across workload communication—reducing attack paths, compliance risk, and operational complexity.

Cta pattren Image