Digital network with IoT text surrounded by connected smart home device icons on a dark blue background

IoT Security Risks in Manufacturing: How to Protect Connected Equipment from Cyber Attacks

May 27, 2026

IoT Security Risks in Manufacturing: How to Protect Connected Equipment from Cyber Attacks

Manufacturing IoT devices were engineered for decades of reliable operation and seamless interoperability, not security. PLCs, HMIs, sensors, and connected CNC machines typically run outdated firmware or unpatched operating systems that make them vulnerable to attacks that would fail against hardened office IT infrastructure.

Design Priorities That Create Vulnerabilities

Industrial equipment manufacturers prioritized uptime and compatibility when designing devices deployed in the 1990s and 2000s. Security features like encrypted communications, authentication mechanisms, and regular patch cycles were afterthoughts or absent entirely. A Rockwell Automation PLC designed for a twenty-year service life may run firmware that predates modern threat landscapes by a decade.

Common Attack Vectors in Manufacturing Environments

  • Exposed Modbus TCP Ports: Many facilities leave industrial protocol ports accessible from business networks or the internet, allowing attackers to read sensor data or send commands to equipment.
  • Default Credentials on PLCs: Siemens S7 PLCs and Rockwell ControlLogix systems frequently retain factory-default passwords because changing them requires production downtime that operations teams can't schedule.
  • HMI Vulnerabilities: The 2021 attack on a Florida water treatment facility exploited outdated HMI software to manipulate chemical dosing systems; a vulnerability pattern that exists across thousands of manufacturing sites.
  • Modbus TCP: An industrial communication protocol originally designed for serial connections, later adapted for Ethernet without built-in encryption or authentication.

Office IT environments patch Windows systems monthly and replace computers every four years. Manufacturing floors run CNC machines and quality control systems for fifteen years, making routine cybersecurity services practices incompatible with production schedules. This fundamental difference requires specialized security approaches rather than applying office IT playbooks to the shop floor.

The Real Costs: What Happens When Connected Equipment Is Compromised

When attackers compromise manufacturing IoT devices, the financial impact extends beyond data breaches to include production shutdowns, intellectual property theft, and physical safety incidents. Manufacturing downtime costs $260,000 per hour according to Siemens research, making operational technology attacks significantly more expensive than office ransomware.

Scenario One: Ransomware Locking Production Lines

The 2021 JBS Foods attack demonstrates the cascading costs of manufacturing ransomware. JBS paid $11 million to decrypt systems after attackers locked plant operations across multiple facilities for several days. The ransom represented only a fraction of total losses; idled workers, spoiled inventory, missed shipments, and customer penalties multiplied the damage.

Unlike office ransomware that blocks access to files, manufacturing ransomware can halt physical processes. When an attacker encrypts the industrial control system managing a production line, every downstream operation stops. A food processor can't switch to manual operations if the pasteurization system's control interface is locked. An automotive parts supplier can't ship products if their CNC machines won't accept toolpath programs.

Scenario Two: Intellectual Property Theft Through Quality Control Systems

Quality control systems and statistical process control software contain detailed product specifications, dimensional tolerances, and proprietary manufacturing parameters. When attackers compromise these systems, they gain access to intellectual property that competitors or foreign governments will pay for.

Scenario Three: Safety Incidents from Manipulated Sensors

Manufacturing IoT devices monitor temperature, pressure, vibration, and chemical concentrations that directly affect worker safety. When attackers manipulate these sensors, the consequences extend beyond financial losses to potential injuries or fatalities.

Temperature sensors in chemical processing, pressure monitors in hydraulic systems, and emergency stop circuits all rely on accurate data transmission. An attacker who gains access to these devices can disable alarms, falsify sensor readings, or trigger emergency shutdowns that damage equipment. The 2021 water treatment facility attack attempted to raise sodium hydroxide concentrations to dangerous levels by manipulating HMI controls—only operator vigilance prevented a public health disaster.

Physical safety risks distinguish operational technology attacks from traditional IT breaches. When office ransomware hits, employees switch to email on phones until systems recover. When manufacturing systems are compromised, production stops completely, equipment may suffer physical damage, and workers face potential safety hazards from malfunctioning equipment.

The Five Most Common IoT Vulnerabilities on Manufacturing Floors

Manufacturing facilities face five recurring IoT vulnerabilities: legacy equipment running unsupported operating systems, flat networks without segmentation, permanently open remote access tools, unencrypted industrial protocols, and shadow IoT devices connected without IT oversight. Each vulnerability persists because fixing it requires production downtime or operational changes that manufacturers struggle to schedule.

Legacy Equipment Running Unsupported Operating Systems

Older Haas CNC controllers run Windows XP Embedded, a platform Microsoft stopped supporting in 2016. Fanuc Robodrill machines from the mid-2000s operate on Windows NT kernels that predate modern security patches by two decades. Upgrading these systems requires purchasing new controllers that cost $15,000-$40,000 per machine, expense that's difficult to justify when the equipment still produces parts within tolerance.

Legacy systems create vulnerability because they lack security updates for threats discovered after their support lifecycle ended. Attackers target these systems specifically because exploit code is publicly available and defenses don't exist. The machines themselves remain mechanically sound, but their control systems expose entire networks to compromise.

Flat Networks Where Shop Floor Devices Access Business Systems

Many manufacturing facilities connect shop floor equipment to the same network as office computers, accounting systems, and email servers. This flat network architecture means that a compromised temperature sensor can communicate directly with file servers containing engineering drawings, or a malware-infected office laptop can send commands to PLCs controlling production equipment.

Flat networks exist because they're simple to implement and maintain. Running a single switch to serve both offices and production areas costs less than implementing segmented infrastructure. When equipment vendors need remote access, a flat network makes troubleshooting straightforward—technicians connect from anywhere without navigating firewall rules or requesting access through IT staff.

Remote Access Tools Left Open for Vendor Support

TeamViewer, VNC, and LogMeIn installations on HMI computers provide convenient pathways for equipment vendors to diagnose problems and update configurations. Many manufacturers leave these tools running continuously with static passwords written on sticky notes or stored in shared spreadsheets. When service technicians need access, they connect without coordinating with IT staff or implementing multi-factor authentication.

Permanently open remote access creates vulnerability because these connections bypass network security controls entirely. An attacker who obtains vendor credentials or compromises a service provider's network gains direct access to manufacturing systems. The Oldsmar water treatment facility attack in 2020 exploited TeamViewer access left open for vendor support, demonstrating how convenient remote access becomes a critical attack vector.

Unencrypted Industrial Protocols

Modbus, PROFINET, and EtherNet/IP protocols transmit commands and data without encryption or authentication. These protocols were designed when manufacturing networks were physically isolated—an attacker would need to physically access the facility to intercept communications. Modern connected factories expose these unencrypted protocols to business networks and internet-connected devices.

Attackers who can monitor network traffic see every command sent to PLCs, every sensor reading transmitted to SCADA systems, and every alarm condition reported by safety systems. They can inject false commands, manipulate sensor data, or replay captured commands to cause equipment malfunctions—all because the protocols themselves provide no mechanism to verify that communications are authentic.

Shadow IoT Devices Connected Without IT Knowledge

Maintenance technicians install wireless vibration sensors to monitor bearing health. Quality inspectors deploy tablet-based inventory scanners that connect to Wi-Fi. Equipment vendors temporarily connect diagnostic computers to troubleshoot problems and forget to remove them. Each device represents shadow IoT—equipment connected to networks without IT department knowledge or security vetting.

Shadow IoT persists because production and maintenance teams prioritize operational efficiency over security processes. Waiting three days for IT to approve and configure a new vibration monitor delays predictive maintenance that prevents expensive breakdowns. Connecting a diagnostic laptop directly to a PLC saves hours compared to requesting temporary network access through formal channels.

The vulnerability emerges when these devices lack basic security configurations. Default passwords remain unchanged, firmware updates are never applied, and the devices communicate with cloud services using unvetted security practices. Each shadow IoT device represents a potential pathway from the internet directly to critical production systems.

Network Segmentation: The First Line of Defense for Connected Manufacturing

OT/IT network segmentation isolates manufacturing equipment from business systems using the Purdue Model framework. This architecture places CNC machines, PLCs, and sensors at Level 0-2, separates them from business networks at Level 3-5 using industrial firewalls or VLANs, and restricts communication to only the specific traffic required for operations.

The Purdue Model for Industrial Network Architecture

The Purdue Model defines six hierarchical levels in manufacturing networks. Level 0 includes physical processes: sensors, actuators, and the equipment they control. Level 1 consists of PLCs and other intelligent control devices that receive sensor inputs and send control outputs. Level 2 encompasses supervisory control systems like SCADA and HMIs that monitor and adjust production processes.

Level 3 represents manufacturing operations management: MES systems, batch management, and quality databases that coordinate production but don't directly control equipment. Levels 4 and 5 cover business systems: ERP, accounting, email, and office networks. Proper segmentation enforces strict boundaries between these levels, ensuring that compromised business systems cannot directly access production equipment.

Jump Boxes for Controlled Maintenance Access

Jump boxes provide a secure pathway for maintenance and engineering staff who need to access both business systems and production equipment. A jump box is a hardened workstation that sits at the segmentation boundary, accessible from the business network but allowed to communicate with manufacturing systems through carefully controlled firewall rules.

Technicians log into the jump box using multi-factor authentication, then use it to access HMI computers or connect to PLCs for troubleshooting. All actions on the jump box are logged and monitored. If a technician's office computer is compromised, the attacker cannot use it to reach production systems because direct connections are blocked; only authenticated access through the jump box is permitted.

Why DIY Segmentation Attempts Leave Gaps

Manufacturers who attempt to implement segmentation without operational technology expertise typically make configuration mistakes that leave critical gaps. VLANs may be configured on switches without corresponding firewall rules. Jump boxes might allow RDP connections without monitoring what commands are executed. Firewall rules may block obvious attacks but permit subtle lateral movement techniques that threat actors use.

Proper segmentation requires understanding both IT security principles and manufacturing operations. Rules must be tight enough to prevent attacks but flexible enough to permit the real-time communication that production processes require. Getting this balance wrong either creates vulnerabilities or disrupts production...both outcomes that manufacturers cannot accept.

Securing Remote Access and Vendor Connections Without Slowing Production

Secure vendor remote access requires VPN connections with multi-factor authentication, temporary credentials that automatically expire after scheduled service windows, and session monitoring that logs all commands executed during vendor access. These controls prevent attackers from exploiting vendor connections while preserving the troubleshooting speed that manufacturers need.

The Vendor Access Dilemma

Manufacturing equipment requires specialized knowledge to maintain. When a Mazak CNC machine throws an alarm code, in-house maintenance staff often need support from Mazak technicians who understand the control system architecture. When a Rockwell PLC program requires modification, the original integrator who programmed it can make changes in hours versus days of trial-and-error by internal staff.

This dependency on vendor expertise creates pressure to maintain always-available remote access. Operations managers view security processes that delay vendor access as obstacles to uptime. The common solution (TeamViewer running 24/7 with a shared password) optimizes for speed while creating massive vulnerability.

VPN with Multi-Factor Authentication

Virtual Private Networks establish encrypted connections between vendor technicians and manufacturing systems, replacing tools like TeamViewer that expose direct access through firewalls. A vendor connects to the VPN using credentials that require both a password and a second authentication factor: a code from a mobile app, a hardware token, or a biometric check.

VPN access can be scoped to specific systems. A Haas technician receives VPN credentials that route to the CNC machine network but cannot reach quality inspection systems or business networks. If those credentials are stolen or the vendor's own network is compromised, the attacker's lateral movement options are constrained by network architecture.

Time-Limited Credentials That Expire Automatically

VPN credentials that remain active indefinitely create the same risk as permanent access because compromised credentials grant attackers unlimited time to exploit access. Time-limited credentials expire automatically after a defined period, forcing re-authentication that verifies the access remains legitimate.

A vendor requests access to troubleshoot a servo drive issue. The system grants VPN credentials valid for 8 hours. The technician completes the work in 3 hours. Five hours later, the credentials expire automatically whether the technician remembers to disconnect or not. If those credentials were compromised during the support session, the window of vulnerability closes without requiring human intervention to revoke access.

Time limits can adapt to context. Routine maintenance might receive 4-hour credentials. Complex integration projects might grant 7-day access with daily re-authentication. Emergency support during an outage might provide 24-hour credentials. The principle remains constant so access terminates automatically rather than persisting until someone remembers to disable it.

Just-in-Time Access Provisioning

Traditional vendor access operates on a permission basis. Vendors receive credentials when the relationship begins and retain them until someone explicitly revokes them. Just-in-time provisioning inverts this model: no standing access exists, and credentials are created only when needed for specific work.

A Mitsubishi technician needs to update robot programming. The maintenance supervisor submits an access request through a portal specifying the equipment, the work to be performed, and the expected duration. The system generates unique credentials, delivers them to the technician, and logs the access grant. When the work completes (or the time expires), the credentials are destroyed rather than disabled, and they cannot be reused even if compromised.

This approach eliminates the accumulation of dormant credentials. A manufacturing facility might have contracts with 15 equipment vendors and 8 system integrators. Under traditional models, that means 23 sets of potentially active credentials existing in various states of management. Just-in-time provisioning means zero standing credentials as access exists only during active support sessions.

Session Monitoring and Recording

Granting vendor access, even with time limits and strong authentication, requires trust that the technician will only perform authorized actions. Session monitoring provides verification of that trust by logging every action taken during remote access sessions.

When a vendor connects via VPN to a PLC, monitoring systems record screen activity, commands executed, files accessed, and configuration changes made. If unexpected behavior occurs, accessing systems outside the authorized scope, downloading files not related to the support issue, or making undocumented changes, alerts notify security personnel in real time.

Recording also creates an audit trail. When a production line begins behaving differently after vendor maintenance, recorded sessions show exactly what changed. When investigating a security incident, session logs reveal whether compromised vendor credentials were used to access manufacturing systems. This visibility transforms vendor access from a blind trust requirement into a verifiable, auditable activity.

Network Segmentation: Limiting Blast Radius

Security controls that focus on preventing breaches assume prevention will succeed. Network segmentation acknowledges that prevention will eventually fail: a phishing email will bypass filters, a zero-day exploit will evade detection, or credentials will be compromised despite authentication controls. When attackers gain initial access, segmentation limits how far that access extends.

Creating Security Zones

Network segmentation divides manufacturing networks into zones based on function, criticality, and security requirements. Rather than treating the entire factory network as a single flat space where compromising one device provides access to all devices, segmentation creates boundaries that attackers must breach separately.

A segmented manufacturing network might include:

  • Production equipment zone: CNC machines, robots, conveyors, and other devices directly involved in manufacturing
  • Quality systems zone: Coordinate measuring machines, vision inspection systems, data collection terminals
  • Building systems zone: HVAC controllers, lighting systems, security cameras
  • Engineering zone: Workstations running CAD/CAM software, programming terminals, simulation systems
  • Business network: Office computers, email servers, ERP systems

Firewalls between zones enforce access rules. A compromised computer in the business network cannot directly communicate with production equipment—the firewall blocks that traffic unless it matches explicit allow rules. An attacker who gains access to an HVAC controller cannot pivot to CNC machines because those devices reside in different security zones.

Implementing Zero Trust Principles

Traditional network security operates on a perimeter model—strong defenses at the boundary, with implicit trust for anything inside. Zero Trust architecture eliminates implicit trust, requiring verification for every connection regardless of location.

In a manufacturing context, Zero Trust means that a PLC doesn't automatically trust commands from an HMI terminal simply because they're on the same network. The HMI must authenticate itself, the connection is encrypted, and the PLC verifies that the specific HMI is authorized to control that specific equipment. If an attacker compromises the HMI, they cannot simply begin issuing arbitrary commands to every PLC on the network.

Zero Trust extends to lateral movement. An attacker who compromises one CNC machine cannot automatically access adjacent machines even within the same security zone. Each connection requires authentication, and access is limited to the minimum necessary for legitimate operation.

Secure Remote Access for Internal Teams

While vendor access receives significant attention, internal remote access presents similar risks with less scrutiny. Maintenance technicians accessing factory systems from home, engineers connecting to test equipment from satellite offices, or managers viewing production dashboards on mobile devices, as they all create access paths that attackers can exploit.

Eliminating Default Passwords

Manufacturing equipment often ships with default administrative passwords that technicians are supposed to change during installation. Many facilities never change these passwords, leaving devices vulnerable to anyone who can look up the manufacturer's default credentials online.

A password policy for manufacturing environments should require:

  • Immediate change of all default passwords during equipment commissioning
  • Unique passwords for each device, not a single "shop floor password" used everywhere
  • Regular password rotation for administrative accounts
  • Password complexity requirements that balance security with usability in industrial environments

Password managers help maintain unique credentials across dozens or hundreds of connected devices without forcing technicians to memorize complex passwords or write them on whiteboards near equipment.

Role-Based Access Control

Not every employee requires access to every system. Role-based access control (RBAC) grants permissions based on job function, ensuring individuals can access systems necessary for their work but nothing beyond that scope.

A machine operator might have view-only access to production data on their assigned equipment but cannot modify programs or access other machines. A maintenance technician receives elevated permissions to adjust parameters and run diagnostics but cannot change core programming. An automation engineer has full programming access but only to specific equipment they support. Production managers view dashboards aggregating data across equipment but cannot control individual machines.

When an employee changes roles or leaves the company, RBAC simplifies permission management. Disable one account, and all associated access terminates immediately. This prevents the accumulation of orphaned accounts: former employees whose credentials remain active months or years after departure.

Continuous Monitoring and Incident Response

Security controls reduce risk but cannot eliminate it entirely. Continuous monitoring detects when prevention fails, enabling response before small security incidents become major breaches.

Behavioral Analysis for Anomaly Detection

Traditional security monitoring looks for known attack signatures: malware patterns, exploit code, or connections to blacklisted IP addresses. Behavioral analysis detects anomalies in how systems and users normally operate, flagging deviations that might indicate compromise.

A PLC normally communicates with five sensors every thirty seconds. Suddenly, it begins querying fifteen sensors every five seconds, possibly indicating that an attacker is mapping the network. A production line typically runs Monday through Friday with consistent patterns. Unusual activity at 3 AM Sunday could signal unauthorized access. An operator account that usually views dashboards attempts to download configuration files, behavior inconsistent with that role.

Security Information and Event Management (SIEM)

Manufacturing environments generate enormous volumes of log data from PLCs, HMIs, network devices, access control systems, and enterprise applications. SIEM platforms aggregate these logs, correlate events across systems, and identify patterns indicating security incidents.

A single failed login might be a typo. Ten failed logins across different accounts from the same IP address within five minutes suggests a brute-force attack. SIEM systems recognize these patterns and prioritize alerts accordingly. They also maintain audit trails for compliance purposes and forensic investigation after incidents.

Incident Response Planning

When monitoring detects a security incident, documented response procedures minimize damage and recovery time. Incident response plans define:

  • Who has authority to make critical decisions (shut down equipment, isolate networks, contact law enforcement)
  • Communication protocols for internal teams and external stakeholders
  • Procedures for containing threats without causing unnecessary production disruptions
  • Forensic preservation of evidence for investigation and potential legal action
  • Recovery procedures to restore normal operations safely

Manufacturing presents unique incident response challenges. A ransomware attack on office systems might justify shutting down the entire network immediately. The same approach on factory floor systems could damage expensive equipment, waste materials in production, or create safety hazards. Response plans must account for operational realities and safety implications.

Building a Sustainable IoT Security Program

Protecting connected manufacturing equipment isn't a one-time project but an ongoing program requiring sustained attention and resources. Building sustainable security requires balancing multiple priorities.

Starting with Risk-Based Prioritization

Most manufacturers cannot implement every security control simultaneously. Risk-based prioritization focuses resources where they deliver maximum protection:

  1. Identify Critical Assets: Which equipment would cause the most damage if compromised? Production lines manufacturing high-value products, equipment with long replacement lead times, or systems controlling hazardous processes deserve priority attention.
  2. Assess Current Risk Exposure: Which assets have the most security gaps relative to potential threats? Equipment with internet exposure, legacy systems without security features, or devices handling sensitive data represent high-priority risks.
  3. Calculate Remediation Feasibility: Some security improvements implement quickly with minimal disruption. Others require substantial capital investment or extended downtime. Balance risk reduction against implementation costs and operational impact.

Schedule a 15-Minute Discovery Call today to get started.