Urgent.News

What's breaking now, across thousands of outlets.

Tech

The Purdue Model in Practice Versus on Paper

The Purdue model is a layered way to describe an industrial network, from the process at Level 0 up to the enterprise at Level 5. Real plants blur it. The fix that follows the model is an industrial DMZ at Level 3.5, with nothing on the business side opening a session into the plant. The levels, briefly. Level 0 is sensors and actuators. Level 1 is controllers such as PLCs and RTUs. Level 2 is…

The Purdue model provides a framework for understanding industrial networks, dividing them into five levels, from the process level at Level 0 to the enterprise level at Level 5. Real-world plants often fail to adhere to this model, leading to issues such as shared networks and unsecured access points. To address these problems, the industrial DMZ (demilitarized zone) is introduced, a controlled network situated between Levels 3 and 4.

This intermediate zone serves as a broker for services and facilitates communication between the operational management (Level 3) and site business systems (Level 4) layers.

Within the iDMZ, components such as historian replica servers, patch and antivirus update servers, and file transfer staging areas exist. These elements help manage updates and patches while maintaining a secure boundary between the business and the plant networks. Importantly, outside sessions terminate at the iDMZ rather than within the plant, reducing the risk of an attack reaching the controllers directly.

The blurring of levels within industrial networks poses significant risks, as each overlapping layer provides a pathway for mistakes or attacks. For instance, a single phished engineering workstation can allow unauthorized access to programming tools, while a flat network connecting Levels 1 through 3 can enable a historian query to interfere with controller traffic. These vulnerabilities do not require sophisticated attackers but can be exploited by ordinary bad actors.

To mitigate these risks, a focused approach is essential. First, it is crucial to inventory all devices passively and identify all paths between the business network and the plant, including modems and vendor tunnels. Once these pathways are mapped, they should be replaced with the industrial DMZ. Separating the engineering workstation from general use and splitting Levels 1, 2, and 3 with a firewall that understands the relevant protocols are also vital steps.

Implementing passive monitoring tools enhances the ability to detect changes and potential security breaches.

By following the Purdue model and adhering to IEC 62443-3-2 guidelines for grouping assets into zones and naming conduits, industrial networks can be hardened against attacks. A worked example for small sites is provided in IEC 62443 zones and conduits for a small plant. It is important not to redraw the entire network on paper before making any changes; instead, concentrate on improving specific aspects of the existing infrastructure. Ultimately, these improvements contribute to a more secure and resilient industrial network.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

A 15-minute website health check you can run yourself

You do not need an agency to find the obvious problems on a site. In about 15 minutes, with free tools and no logins, you can check whether a page is slow, hard for search engines to read, awkward to…

  • In 15 minutes, run website health check using free tools
  • Test speed, SEO, accessibility, and security basics
  • Prioritize homepage and one key inner page for improvements

Flush a bcache writeback cache in seconds, not days

Before a reboot, a kernel upgrade or pulling an SSD out of a bcache setup, you want the dirty data on the backing disk. Switching to writethrough looks like the way to get it there, and on a busy disk…

  • Set writebackpercent to 0 to speed up cache drain.
  • Drain 950 MiB of dirty data in 20 seconds with this setting.
  • Restore original cachemode and writebackpercent after maintenance.

My CI perf budget failed twice on changes that couldn't be slower

The perf job failed on a change that couldn't have made anything slower. I reran it and it passed. It happened again on the next one.

  • Performance budget failed for changes that couldn't be slower
  • Budget based on median times from five runs
  • Machine probes tracked runner noise causing failures

Cross-Posting to Medium, Dev.to, and Bluesky Without Losing SEO

Cross-Posting to Medium, Dev.to, and Bluesky Without Losing SEO Syndicating your content widens your reach — but done carelessly, it can let other platforms outrank your own site.

  • Cross-posting expands audience but requires careful SEO handling
  • Set canonical URL in Dev.to front matter or via API
  • Post summary with link on Bluesky, not full article

More from Friday 13 November →