Railway systems combine safety-critical signalling, traction power, operational communications and passenger systems over hundreds of kilometres. Security must work within established safety assurance processes.
Sheet
Industry sheet
Sector
Railways and transportation
Representative systems
5
Typical challenges
5
Example
Illustrative
Industry context
Covers:
Mainline and freight rail
Metro and light rail
Traction power
Stations and depots
Railway operators manage signalling and train control, traction power SCADA, communications networks, station systems and depot equipment. Each has different owners, suppliers and safety requirements.
Safety-related changes go through formal assurance processes, so security improvements must be planned in a way those processes can accept. Guidance such as CENELEC TS 50701 applies IEC 62443 concepts to the railway domain.
Reference architecture
Site D: Mainline railway
An operations control centre for traffic and traction power, with interlocking and trackside assets. Select a zone to see its role, key risks and recommended controls.
Site DMainline railwayAn operations control centre for traffic and traction power, with interlocking and trackside assets.
L4 · IT
Enterprise IT
Business IT: email, ERP and corporate users. Treated as untrusted from the OT point of view.
Key risks
Phishing and ransomware spreading towards OT
Direct IT-to-OT connections
Shared credentials with OT
Recommended controls
No direct traffic to OT: all flows terminate in the DMZ
Buffer zone where IT and OT exchange data. Nothing passes straight through; every flow terminates here. Timetable and passenger information data is exchanged here.
Key risks
Broad firewall rules added for projects
Unpatched shared services
Remote access bypassing the jump host
Recommended controls
Deny-by-default rules with documented justification
MFA on the jump host with session recording
Hardened, monitored DMZ servers
Assets: Data exchange, Remote maint., Patch / AV, DMZ switch Conduit up: Firewall, HTTPS, file transfer
L3 · SL 3
OCC: Traffic management
Operations control centre that routes trains and manages the timetable in real time.
Defining security requirements for a new line section
Illustrative example
Situation
An operator is extending a line and wants security requirements in the contracts rather than adding controls after commissioning.
Result
Suppliers receive clear, testable security requirements and the operator can track compliance during delivery.
Structured approach
Define zones and conduits for the new section with the engineering team.
Assess risk to set target security levels per zone.
Translate targets into supplier requirements and evidence expectations.
Plan how evidence will be reviewed during delivery.
This scenario is a hypothetical example of a common situation in the sector, not a description of OTVista client work.
Questions from railways and transportation teams
Is there a railway-specific OT security standard?
CENELEC TS 50701 provides cybersecurity guidance for railway applications and builds on IEC 62443 concepts. Applicability depends on your jurisdiction and project.
How do security changes fit the safety case?
Security changes affecting safety-related systems should go through your normal assurance process. Planning them early and documenting their safety impact avoids delays.
We would like to use Google Analytics cookies to understand how visitors use otvista.com, so we can improve it. Analytics only runs if you accept. No advertising cookies are used. Cookie notice