Intrusion detection for IT and OT
Onboard sensors tuned for the protocols ships actually speak, so a navigation or machinery anomaly is not lost in generic IT alerts.
I Fleet cyber monitoring
Shipsoc keeps a shore-based watch over the IT and OT networks of your ships — detecting intrusions on board, correlating them across the fleet, and keeping class-ready evidence on file.
II Why it matters
Navigation, engine monitoring, cargo systems and crew internet increasingly share one network and one uplink. What was once an isolated machine is now reachable.
A single phishing click on a crew laptop can be one hop from systems that keep the ship moving.
Crew Wi-Fi, business laptops, navigation and machinery control often sit on one flat network, with firmware that has not been touched since commissioning.
VSAT and L-band connections drop, throttle and cost money per megabyte. Cloud-only tools go quiet exactly when a vessel is furthest from help.
Class societies and flag states increasingly expect documented cyber resilience — inventories, logs and incident records you can hand over on the day.
III Coverage
A passive sensor watches every network segment that matters. Hover a zone to follow the signal path from the cargo hold to the bridge and out through the satellite.
ECDIS, radar, GMDSS and voyage data recorder networks watched for unexpected devices and traffic.
Watches: new USB · rogue devices · config driftThe most exposed segment — email, browsing and personal devices — separated from control networks and monitored.
Watches: phishing · malware · lateral movementPLC, alarm and monitoring traffic observed passively — never in-line with the control loop.
Watches: Modbus · firmware drift · unauthorised writesLoading computers, reefer monitoring and ballast control checked against a learned baseline.
Watches: protocol anomalies · remote accessFirewall, VPN and uplink events correlated, with local queuing when the link drops.
Watches: inbound scans · VPN misuse · link stateIV The watch
We run the shore desk the way ships run the bridge: fixed watches, written handovers and a named duty analyst who owns every open incident until it is closed.
V How it works
Detection starts on the vessel and never depends entirely on the link back to shore.
Mirrors traffic from bridge, engine and admin segments without ever sitting in-line with control systems.
Rules run on the vessel, so a ship days from a signal still watches itself in real time.
Compressed events queue locally and travel in small batches whenever bandwidth allows.
Analysts correlate across every hull, turning one ship's alert into the fleet's early warning.
Onboard isolation steps, shore confirmation and an evidence trail ready for your next survey.
VI What the watch includes
Maritime protocols, patchy links and class requirements shape every capability below.
Onboard sensors tuned for the protocols ships actually speak, so a navigation or machinery anomaly is not lost in generic IT alerts.
Keeps detecting with no link at all, then reconciles the full timeline.
A signal on hull three warns hulls four to nine.
Every device tracked and diffed after each port call.
Containment and notification steps that run identically fleet-wide.
VII Fleet classes
Sensor placement and playbooks adapt to the vessel. The shore desk stays the same.
Cargo, engine and crew networks under one segmentation model, with reefer and loading systems covered.
Manifold and cargo-control networks monitored without ever sitting in-line, with zoned control mapping.
Positioning, crane and winch systems observed alongside bridge and crew networks, even on remote stations.
Full anomaly coverage even when the link home drops for days, with local triage on board.
VIII Inside the console
One fleet register — position, link state and open alerts for every hull — instead of a tab per vessel during an active incident.
| Vessel | Class | Last position | Uplink | Alerts | Activity | Last sync |
|---|---|---|---|---|---|---|
| MV Arcturus | Container | 10°42′N 107°18′E | VSAT | 0 | 12s ago | |
| MV Vega | Bulk | 09°27′N 106°05′E | VSAT | 1 high | 6s ago | |
| MV Altair | Tanker | 11°03′N 108°21′E | L-band · degraded | 0 | 4m ago | |
| PV Sentry | Patrol | 10°12′N 107°48′E | 4G / VHF | 2 med | 9s ago | |
| MV Rigel | OSV | 08°55′N 108°40′E | Link lost | 212 queued | 3h ago |
IX Standards
Inventories, logs and incident records are produced continuously and mapped to the frameworks class societies and flag states already ask about.
Standards are named to show how evidence is mapped. A mapping supports your own compliance programme; it is not a certification.
Design and operational evidence for the systems the requirement covers, without manual paperwork.
Control coverage mapped to the foundational requirements, with gaps surfaced as configurations change.
Records that support cyber risk management inside your Safety Management System.
Monitoring and incident records aligned to the guidance most owners already use.
X Questions
The questions masters, superintendents and IT managers ask first.
No. Sensors are passive: they mirror traffic from SPAN or tap ports and never sit in the control path, so a sensor fault cannot interrupt navigation, propulsion or cargo operations.
Detection continues on board. Events are time-stamped, queued and compressed, then synced in small batches when bandwidth returns — the shore desk receives the full timeline, not a gap.
Only compact event summaries leave the vessel by default. Raw packet data stays on board unless an analyst requests a targeted capture.
Yes. Alerts and incident records can be forwarded to your SIEM, ticketing or fleet-management systems using standard syslog, API or email integrations.
XI Set your course
Start with one vessel or the whole fleet. A fleet assessment gives you a clear picture before you commit to anything.