RackTop Systems
Threat Brief

The gap in ransomware protection: Stadler Rail’s data theft never encrypted a thing

Attackers reportedly used compromised credentials to reach a data-exchange platform Stadler Rail shares with a supplier, took technical documents, and demanded 10 million Swiss francs. Nothing was encrypted, which is why ransomware protection built around encryption events would not have seen it, and why data theft protection has to run at the storage layer.

RackTop SystemsJuly 29, 20266 min read

Key takeaways

  • According to public reporting from BleepingComputer, The Record, and teiss, the entry point was compromised login credentials for a data-exchange platform Stadler shares with a supplier, not Stadler’s own production systems.
  • Nothing was encrypted. Stadler says production and in-service rail vehicles were unaffected, and a roughly $12.3 million demand followed anyway.
  • Ransomware writes and data theft reads. Both are file operations, and the tooling most organizations own for the first sits nowhere near the second.
  • Zero Trust that verifies the login and then stops verifying is the gap. A credentialed session copying an engineering archive is an anomaly you can only see by evaluating file operations as they happen.

In mid-July 2026, the Everest extortion group demanded 10 million Swiss francs, roughly $12.3 million, from Stadler Rail. According to public reporting from BleepingComputer, The Record, and Railway Gazette International, attackers used compromised login credentials to reach a data-exchange platform that the Swiss train manufacturer shares with one of its suppliers, and took technical documents belonging to that supplier. Stadler said it would not pay a ransom under any circumstances and therefore could not be extorted, and said global production continued normally with rail vehicles in service unaffected. The company characterized the material taken as not safety related and involving no personal data of consequence, and as of that reporting Everest had not listed it on the group’s leak site.

By every public account this was a contained incident, which is precisely what makes it instructive. A large industrial manufacturer was put under an eight-figure demand without a single system being encrypted, because someone logged in with valid credentials and read documents. The Record notes this is the second extortion attempt against Stadler, following a 2020 incident the company also refused to pay.

Refusing is the right instinct, and it helps to be clear about what makes it affordable. When the leverage is availability, paying buys back a key. When the leverage is publication, paying buys a promise from a criminal. Stadler had nothing to buy back because nothing was locked, which moves the decision earlier: if you will not pay once data has left, everything rests on whether anything noticed it leaving.

Ransomware protection is not where data theft protection lives

Ransomware and data theft look different in a report. In the data path they look the same: one session touching far more files than its job requires. One writes, one reads. Anything watching file operations as they happen can catch either. The problem is that the tools most companies bought for ransomware are not watching the file operations themselves.

Endpoint detection watches processes on managed hosts, and the account here was a credential on a shared platform. Backup and cyber-vault architectures return a good copy after an event, which is not the same as noticing that data left; no vault retracts a published document. DLP and CASB inspect content at egress, so they help when a copy crosses one of their chokepoints and are absent when it does not. SIEM with user behavior analytics comes closest and is genuinely good once the events arrive, but it reasons over forwarded telemetry after aggregation, which makes it strong for the investigation and late for the interruption. None of this is a failure of those tools at the job they were built for. It is a question of where they sit, and the read happened at the storage layer.

Zero Trust usually ends at the login

Every control upstream of the files saw a legitimate session: valid credentials, no exploit, no malware, no anomalous network path. Nothing was absent in the sense of a missing control. The session crossed a boundary most Zero Trust implementations do not extend past, where identity is verified thoroughly at authentication, the session is handed whatever the account can reach, and nothing asks again.

The data pillar is where the framework stops being about identity and starts being about files. Continuous verification applied to data means every read, write, list, and delete is an event, evaluated against what this account, on this host, in this context, has actually done before. Neither the identity provider nor the network can perform that evaluation, because neither one sees which files a session touched.

What anomalous behavior looks like on live file data

A credentialed session copying an engineering archive has a shape. It reads breadth-first through directory trees it has no prior relationship with, at a rate and sequence that looks automated rather than human, and its volume departs from both its own history and its peers in the same role.

No single signal is a verdict, which is why the useful unit is a behavioral profile per user, host, and dataset rather than a threshold. It is also the answer to the objection storage teams raise first. Legitimate bulk readers exist: backup service accounts, search indexers, migration jobs. Each gets its own profile, and reading enormously is what normal looks like for a backup account. The deviation to act on is a backup account behaving unlike a backup account.

Behavioral signalWhat it separates
Read volume against the account’s own baselineBulk acquisition from routine work
Breadth of newly touched directoriesArchive traversal from project access
Rate and sequence of accessAutomated collection from human reading
Peer comparison within the same roleA compromised account from a busy one
Mass rename, entropy shift, mass deleteRansomware encryption from data theft

Detection, response, evidence

Detection that only reports is a slower version of the same outcome, so the sequence matters more than the alert. Active Defense evaluates every file operation inline in the data path across SMB, NFS, S3, and Web Drive. When a session departs from its profile, that session is terminated while the copy is still running. An alert goes to SIEM and SOAR platforms carrying the context the SOC needs to act on it: which user, which host, which protocol, which objects, in what order.

This is not a recent argument. RackTop filed the Active Defense patent on September 8, 2020, ten months before Gartner named the Cyberstorage category in July 2021, and it has shipped inline in the data path since October 2020. It is one of four U.S. patents on the architecture.

One nuance worth understanding: the platform breached at Stadler was shared with a supplier, and controls on your own storage do not reach into a partner’s hosted system. What transfers is the pattern. That same credentialed traversal runs against internal file shares, engineering repositories, and the project directories suppliers reach into, where you do own the data path.

What remains afterward is the record. Stadler could state specifically whose data was taken and that safety and personal data were not involved. An immutable, per-operation audit trail is what makes that kind of statement arithmetic instead of estimate, and it is what lets Intelligent Bulk Remediation restore only the files an attack affected rather than rolling a dataset back and losing a week of legitimate work with the damage.

Frequently asked questions

Usually not, because most ransomware protection is positioned to catch destruction on managed endpoints or to restore from a clean copy afterward. Data theft produces no encryption and no mass change. It looks like reading, so a session copying an entire engineering archive with valid credentials can complete without triggering any of it. Detecting it means evaluating read behavior against a baseline of normal file access.
By profiling normal file activity per user, host, and dataset, then evaluating every operation against that profile inside the data path. A compromised account still behaves unlike itself: more read volume, directories it has never touched, a rate and sequence that looks automated. Because the evaluation is inline rather than after the fact, the session can be terminated while the copy is still running.
Cyberstorage is a storage architecture that puts security controls inside the data path instead of layering them around it. It combines behavioral detection of file activity, policy enforcement per operation, immutable audit, and surgical recovery, so active production data is defended as it is accessed rather than only restored from a copy afterward. Gartner named the category in July 2021.What is Cyberstorage?

See data-layer defense in action

A 30-minute demo shows Active Defense stopping an attack inline, immutable recovery, and surgical rollback — mapped to your environment.

Ransomware Protection vs. Data Theft: Stadler Rail | RackTop Systems