The trust path · 29 December 2025

Poland · energy infrastructure · CERT Polska reconstruction

How an attacker reached a power plant through a wind farm

The attack began at an internet-facing FortiGate, crossed a cellular router and the distribution operator's private mobile network, then reached a WAGO controller at a separate combined heat-and-power plant. Default credentials on that controller opened the tunnel into the plant's industrial systems.

50,000residents were supplied with heat by the attacked CHP plant
11steps in CERT Polska's published technical sequence
~1 weekof reconnaissance inside the CHP OT network before sabotage
0customer heat or electricity interruptions, thanks to rapid operator recovery

The route

Five trust boundaries, one after another

Access in one system exposed the next system that treated the attacker as a legitimate neighbour.

1
Wind farm

Internet-facing FortiGate

At the compromised substations, FortiGate devices acted as both firewall and VPN concentrator. The VPN interface was internet-accessible, local accounts could authenticate without MFA, and the attacker ultimately had administrative privileges.

Still unknown: the report leaves the exact method used to obtain the first administrative access to the FortiGate unresolved.
Report, pages 7 and 8
2
Wind farm

Teltonika RUTX50 cellular router

The router had an Ethernet interface inside a VLAN controlled by the FortiGate and a SIM on the DSO's private APN. Its web administration and SSH service were available on LAN. The attacker logged in and used SSH tunnelling.

Still unknown: the default router password had been changed. CERT could not determine how the new password was obtained or whether a vulnerability was exploited.
Report, page 8
3
Distribution operator

The private APN becomes a corridor

From 18 December, the attacker repeatedly scanned the APN for VNC, HTTP, S7 and Modbus. Its configuration allowed arbitrary devices inside the private APN to communicate. That rule turned a "private" network into a lateral path.

What the report says: CERT knows of no previous real-world incident in which a private APN was used to gain access to an OT network.
Report, page 9
4
A separate CHP plant

WAGO PFC200 with default credentials

The scan found a WAGO controller at the CHP plant. Its web interface was reachable from the APN and the "admin" account still used default credentials. The attacker entered the interface, enabled SSH on WAN, and built another tunnel into the plant's OT network.

Connection to the process: the WAGO could reach both SCADA and network segments containing devices controlling key industrial processes.
Report, page 9
5
OT network

Siemens PLCs are stopped

After reconnaissance, the attacker connected to SCADA and three Siemens PLCs. Plant staff said the PLCs were switched to STOP and password-protected. The steam turbine and process-water treatment system shut down, interrupting cogeneration.

Physical effect: the installation suffered a short outage. Operators restored the PLCs from backups quickly enough for customers to keep both heat and electricity.
Report, pages 11 and 12

Where does the chain break?

Turn on a control. The diagram shows the first point in CERT's route that the control could have blocked.

This model shows how a control could have stopped the observed path. It does not estimate every alternative route an adversary might find.

Timeline

Eleven days between the first scan and sabotage

Between the first scan and the destructive action, the access was used to map services, test routes and identify industrial controllers.

18 December

APN scanning

Repeated scans begin for VNC, HTTP, S7 and Modbus; the WAGO controller is identified and accessed.

21 December

Mapping the OT network

Internal segments are scanned for industrial protocols and remote-access services.

22 December

Access attempts

Connections are seen to two hosts with remote desktop services; there is no evidence of a successful login.

25 December

Siemens PLCs

Successful S7 connections are made to three PLCs, most likely reconnaissance before destructive action.

29 December

Process shutdown

Activity in the plant network runs roughly from 05:30 to 10:10. Around 07:00 cogeneration is interrupted. Recovery begins while the attacker is still present.

What stopped

The steam turbine and process-water treatment system. Plant staff said the Siemens PLCs were put into STOP and password-protected.

What customers kept

Heat and electricity. Operators factory-reset the affected PLCs and reloaded controller logic from backups quickly enough to keep the installation outage short.

The investigation

The case first looked like a maintenance mistake

Work was under way at the plant, so staff initially thought contractor engineers had caused the process interruption. CERT knew other energy incidents had occurred that day and worked backward from the physical effect.

01

An unexplained physical effect

The interruption was first reported as an operational incident. Because other incidents had occurred that day, CERT investigated it as a possible cyberattack.

02

The gateway would not boot

The WAGO used as the gateway had a corrupted partition table. Laboratory examination recovered no useful logs.

03

Evidence survived elsewhere

A Teltonika SQLite event database survived. Mobile-operator logs cover the APN, and the CHP network has its own artifacts.

04

The timestamps line up

Correlating activity across the APN and plant network reconstructs the tunnels and route. The investigation started with the damaged device and traced the connections back.

What is well established

  • The route passes through FortiGate, Teltonika, a private APN, WAGO and the OT network.
  • The scans, logins and timestamp correlations used in the reconstruction.
  • Connections to Siemens PLCs and the physical process impact.
  • Actions observed on WAGO, Teltonika and FortiGate that reduced the available evidence.

What remains less certain

  • The exact method used to obtain the first administrative access to the FortiGate.
  • How the changed Teltonika password was obtained or whether a vulnerability was used.
  • What, if anything, was done to two ABB variable-frequency drives.
  • The actor's identity at the same confidence level as the technical route.

After the attack

The attacker then made the route harder to prove

The last observed actions targeted the devices most likely to retain evidence of the route.

WAGO PFC200

The gateway controller's partition table was corrupted, leaving the device unable to boot. A later factory reset did not repair the partition.

Teltonika + FortiGate

The cellular router was factory-reset, its administrator password changed and its IP set to 127.0.0.1. The FortiGate was then reset, destroying its local logs. An older RutOS behaviour nevertheless allowed investigators to recover Teltonika events.

Private APNs also appear in Romanian systems. Their security configuration needs a separate check.

Public-procurement records show private APNs and M2M links used for SCADA, telemetry and remote metering. The records do not show whether endpoint isolation is enabled, which admin interfaces are reachable, or how OT is segmented.

Evidence of use ≠ evidence of vulnerability
2025 · Arad

Arad Water Company

A Vodafone purchase explicitly describes a "private APN solution (SCADA M2M)" for a VPN connection.

Procurement record
2023 · Alexandria

APA SERV

SCADA connectivity including 233 SIMs and five fixed-IP M2M SIMs using a private APN.

Procurement record
2022 · Iași

Iași Public Transport Company

SCADA for three substations, including management of four M2M data links through CTP Iași's private APN.

Procurement record
2025 · Constanța

Maritime Ports Administration

A contract for GPRS/M2M, IP-VPN and a private APN used for remote management of electricity meters.

Procurement record

Seven questions for any private APN

For utilities, infrastructure operators and the bodies that oversee them.

  1. Is isolation between devices enabled inside the same private APN? Who verified it technically, and when?
  2. Can APN-connected devices scan or initiate arbitrary connections to other endpoints on that APN?
  3. Are web administration, SSH or Telnet interfaces reachable from the APN on routers, PLCs, RTUs or gateways?
  4. Do any APN-connected devices retain default credentials or shared accounts? How is their removal audited?
  5. Do APN gateways have direct reachability into OT or SCADA segments? Is traffic limited to strictly necessary flows by an explicit list of permitted connections?
  6. Are private APNs explicitly included in penetration tests, red-team exercises and OT architecture reviews?
  7. Are gateway and APN connection logs centralised somewhere a local device reset or destruction cannot erase?

Attribution

The technical route is better documented than the attacker's identity

In its January report on the broader 29 December campaign, CERT Polska found a high degree of overlap between attack infrastructure and infrastructure publicly associated with the Static Tundra, Berserk Bear, Ghost Blizzard or Dragonfly cluster. It also found general similarities to techniques and malware associated with Sandworm, but explicitly said those links did not establish that cluster's participation.

The August follow-up reconstructs the private-APN route and the industrial effects. Attribution stays separate because the sources support the technical mechanism more strongly than the actor's identity.

What the sources support: CERT Polska linked infrastructure used in the broader campaign to the Static Tundra cluster and its aliases. The report does not establish Sandworm participation, and the available sources do not connect that actor to the APN pivot with the same confidence.

Sources and provenance

What supports each layer

CERT Polska's forensic report supports the route and the industrial effects. Secondary reporting supplies context. Romanian procurement records show private-APN/M2M use in operational systems.