On September 23, 2026, the U.S. Cybersecurity and Infrastructure Security Agency (CISA) and the Federal Bureau of Investigation (FBI) released a joint fact sheet to warn critical infrastructure operators about the cybersecurity risks introduced by third-party Industrial Control System (ICS) integrators. The advisory emphasizes that these external partners, while essential for operations, can serve as a vector for malicious actors to access sensitive Operational Technology (OT) networks. The core recommendations focus on implementing the principle of least privilege, embedding robust security clauses into contracts, and diligently monitoring all remote connections to prevent disruptive and destructive attacks.
Third-party ICS integrators, which provide services ranging from system design and installation to maintenance and support, often require deep access to a client's OT environment. This access, if not properly secured, creates a significant supply chain risk. Malicious actors can compromise a trusted integrator to gain a foothold in the networks of multiple critical infrastructure operators.
The advisory references a 2025 incident where foreign cyber actors compromised a U.S. industrial automation solutions company. The attackers used their access to the integrator's network to search for sensitive client information, using terms like 'SCADA' and 'customers.' They successfully compiled approximately 800 files for exfiltration, containing ICS device details and schematics that could be used to plan future attacks against the integrator's clients. This highlights a direct pathway from a compromised third party to the potential disruption of critical national functions.
The attack pattern described involves leveraging a trusted third-party relationship to bypass perimeter defenses. The primary tactic is the abuse of legitimate, pre-existing access granted to the ICS integrator.
A successful compromise via a third-party integrator could have severe consequences for critical infrastructure. Potential impacts include:
No specific Indicators of Compromise (IOCs) were provided in the source articles.
Security teams may want to hunt for the following patterns to detect abuse of integrator access:
net user * /domainC:\Windows\Temp\findstr /s /i "SCADA" *.*Defenders should focus on gaining visibility into all third-party activities within their network.
D3-LAM - Local Account Monitoring.D3-NTA - Network Traffic Analysis.The CISA/FBI advisory provides several key mitigation strategies:
D3-UAP - User Account Permissions hardening.Restrict network access for third-party integrators to only the specific systems and ports required for their function.
Implement just-in-time access and enforce the principle of least privilege for all integrator accounts.
Isolate OT networks from IT networks and the internet to contain potential breaches originating from third parties.
Continuously log and audit all activities performed by third-party accounts to detect suspicious behavior.
Require MFA for all remote access sessions to prevent unauthorized access via compromised credentials.
In the context of protecting against ICS integrator compromise, implementing User Account Permissions is paramount. This goes beyond standard account creation and involves a Zero Trust approach to access control. For each integrator, organizations should define granular permissions on a per-system, per-protocol, and per-user basis. Instead of granting broad VPN access, provide application-level access through a secure gateway. For example, if an integrator only needs to manage a specific PLC, their account should only have rights to communicate with that device's IP address on the specific management port (e.g., TCP/502 for Modbus) and nothing else. Access should be time-bound, automatically expiring after a project phase is complete. This D3FEND technique directly mitigates the risk of an attacker leveraging a compromised integrator account for lateral movement or broad network reconnaissance, as their access is confined to a minimal, pre-approved set of resources.
To detect malicious activity stemming from a compromised ICS integrator, Network Traffic Analysis is a critical defensive layer. Organizations should deploy network sensors or leverage existing firewall/switch capabilities (like NetFlow or sFlow) at key ingress/egress points used by third parties, such as VPN concentrators or DMZ jump boxes. The first step is to baseline normal activity: what protocols, systems, and data volumes does the integrator typically use? Once a baseline is established, security teams can create alerts for deviations. For example, an alert could trigger if an integrator's connection, which normally only involves RDP traffic to a specific server, suddenly initiates an SMB connection to a file share or attempts to exfiltrate a large volume of data to an unknown external IP. This directly addresses the threat of data exfiltration and reconnaissance, as seen in the 2025 incident where attackers searched for 'SCADA' files.
Network Isolation, often implemented as network segmentation, is a foundational control for limiting the blast radius of a compromised third-party integrator. The Purdue Model for ICS security provides a strong framework. Integrator access should terminate in a DMZ (Level 3.5), completely separate from the corporate IT network and the core OT process control network (Levels 0-2). From this DMZ, all access into the OT environment must be strictly controlled through an internal firewall, allowing only specific, approved protocols and IP addresses. This prevents a compromised integrator from using their access to pivot to the corporate email server or, conversely, an attacker on the IT network from reaching the OT systems via the integrator's path. This D3FEND technique ensures that even if an integrator's credentials are stolen, the attacker's movement is severely restricted, preventing them from accessing the most sensitive control systems.
A U.S. industrial automation solutions company was compromised by foreign cyber actors.
CISA and the FBI release a joint fact sheet on third-party ICS integrator risks.

Cybersecurity professional with over 10 years of specialized experience in security operations, threat intelligence, incident response, and security automation. Expertise spans SOAR/XSOAR orchestration, threat intelligence platforms, SIEM/UEBA analytics, and building cyber fusion centers. Background includes technical enablement, solution architecture for enterprise and government clients, and implementing security automation workflows across IR, TIP, and SOC use cases.
CyberNetSec.io uses automation to assist source monitoring, deduplication, observable extraction, and structured intelligence generation. Published analysis follows human-defined editorial standards and adds defensive context including MITRE ATT&CK, D3FEND, STIX, and Sigma where applicable. Read our editorial policy.
Help others stay informed about cybersecurity threats
Every tactic, technique, and sub-technique used in this threat has been identified and mapped to the MITRE ATT&CK framework for consistent, actionable threat language.
Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.
Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.
Structured threat data is packaged as a STIX 2.1 bundle and can be visualized as an interactive graph — relationships between actors, malware, techniques, and indicators.
Sigma detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.