Sample Issue

This is what lands in subscriber inboxes every week.

A complete issue, permanently free. Vulnerability and indicator details below are sanitized placeholders; subscriber issues carry live data.

SAMPLE ISSUE: CVE numbers, vendor names, and indicators below are anonymized. Paid issues contain live, sourced data.
CRITICAL EXCEPTION | ICS/OT THREAT INTELLIGENCE | WEEK OF 2026-06-08
# Command Brief
Board Brief
EXECUTIVE SUMMARY · THE WEEK IN 120 WORDS This week's priority is a critical, unauthenticated vulnerability in a widely deployed engineering workstation product, with public proof-of-concept code circulating since Thursday. Organizations running affected versions should treat workstation patching as this week's top change request. Separately, a tracked threat group expanded reconnaissance against North American water utilities, consistent with pre-positioning rather than immediate disruption. Exposure of internet-facing HMIs remains the most common preventable finding across sectors. Recommended leadership focus: confirm patching authority for the engineering workstation fleet, verify that remote access into OT has been audited this quarter, and ask your team which of the three recommended actions in this issue they can complete by Friday.
Where to Focus This Week
  • Authorize an out-of-cycle patch window for engineering workstations if your fleet runs the affected versions. The cost of the window is known; the cost of modified project files is not.
  • Ask for your remote access inventory. The water-sector activity this week targeted VPN appliances and vendor remote access paths. If the inventory does not exist, that is the finding.
  • Confirm your HMI exposure status. Four vendors' HMIs appeared in new internet-exposure scans this week. This is a five-minute Shodan check that prevents a board-level incident.
Threat Landscape

The week's most significant development is the continued shift of a tracked intrusion set toward water and wastewater utilities in North America. Activity observed this week consisted of credential harvesting against VPN portals and reconnaissance of vendor remote access paths rather than direct attacks on control systems. This matters because it matches the pre-positioning pattern documented in previous utility-sector campaigns: access is established quietly during a low-tension period and exercised later. Utilities in the 100 to 2,000 employee range remain the preferred target profile, precisely because they run the same control systems as major operators with a fraction of the security staffing.

In conjunction with this, the engineering workstation vulnerability disclosed this week changes the calculus for manufacturing and energy operators. Workstation-class vulnerabilities are disproportionately valuable to attackers because the workstation sits above the control logic: compromise it, and you inherit legitimate engineering authority over downstream PLCs. Based on the exploitation timelines of comparable disclosures, the window between public proof-of-concept and in-the-wild use has historically run two to four weeks. Plan accordingly.

# The Workbench
CVE Prioritized
CVE: CVE-2026-XXXX | Product: [Vendor] Engineering Workstation Suite
Affected Products/Versions: v4.2.0 through v4.7.1, all platforms
Fixed Version: v4.7.2
CVSS: 9.8 CRITICAL | Severity Context: Workstation-class, logic-adjacent
Attack Vector: Network, unauthenticated, default port 9600/tcp
Exploitation Status: PoC public 2026-06-04, in-the-wild unconfirmed
IOCs: See indicator block below

The vulnerability allows an unauthenticated attacker with network reach to the workstation's project service to push modified project files. In an OT context this is not a data problem, it is a control problem: project files written outside change control become logic changes on downstream PLCs at the next deployment. The service binds to all interfaces by default, and in flat networks it is frequently reachable from the IT side.

  • Patch: v4.7.2 resolves the issue. If your change process cannot absorb an out-of-cycle workstation patch this week, apply the compensating control below and schedule the patch for the next window.
  • Compensating control: restrict 9600/tcp to the engineering VLAN at the OT firewall. The service has no legitimate cross-zone consumers in a properly segmented network.
  • Verify: audit project file write events since 2026-06-04 against your maintenance calendar before declaring yourself clean.
Threat Actor TTPs & Indicators

The water-sector activity maps cleanly to MITRE ATT&CK for ICS. Observed techniques this week: T0822 (External Remote Services) for the VPN credential harvesting, T0846 (Remote System Discovery) once inside vendor access paths, and historical use of T0859 (Valid Accounts) for persistence in prior campaigns by the same set.

// Indicator block: sanitized for the sample issue
Source ASNs: AS00001, AS00002, AS00003 (bulletproof hosting, confidence: high)
Domains: vpn-portal-update[.]example, vendor-access-check[.]example +10 more
Pattern: credential submission to spoofed VPN portals, then vendor-path reuse within 72h
Action: geo-block and ASN-block at the OT DMZ; alert on any hit, do not silently drop

Subscriber issues include the full indicator set in copy-paste format with confidence ratings per indicator.

Recommended Actions
Hunt: project file writes outside approved change windows

The first thing I would do this week is query engineering workstation file-write events against the maintenance calendar. Any project file modified outside an approved window since June 4 gets investigated, not explained away. If you are not logging workstation file events, that gap is itself the finding to escalate.

Block: published actor infrastructure at the OT DMZ

The ASN and domain set above is stable enough to block outright. Configure the block to alert on hits rather than silently drop: a hit on this list from inside your environment is the single highest-value alert you can generate this week.

Patch: engineering workstation fleet to v4.7.2

If the fleet cannot be patched this cycle, the firewall rule restricting 9600/tcp to the engineering VLAN reduces the exposure to insiders and established footholds. That is an acceptable bridge for one cycle. It is not an acceptable end state.

That is one issue. Subscribers get this every week, while it is still actionable.

Subscribe free
Subscribe free