A recovered network is not a recovered public service
Oleh Burak Oktenli
Singapore’s new cyber strategy brings national coordination into focus. The next challenge is knowing when essential service operators can safely trust each other’s restored connections.
-1792998562877.jpg)
When one organisation is ready to reconnect, what evidence does another need before it can safely rely on that connection? Image: Canva
Imagine a port bringing its scheduling system back online after a cyberattack.
Its operator has rebuilt the affected servers. But a logistics partner still cannot verify the cargo instructions arriving from the restored connection.
Both organisations can report technical progress. Neither should assume freight is ready to move.
This hypothetical scenario illustrates the next public service question in cyber recovery: when one organisation is ready to reconnect, what evidence does another need before it can safely rely on that connection?
Singapore has a timely reason to ask.
Its Cybersecurity Strategy 2026 strengthens national protection of critical infrastructure, while the announced enhancements to its National Cybersecurity Command Centre are intended to improve detection and coordination during major incidents.
While these are important national capabilities, they do not remove the need for a hospital, utility or transport operator to decide when a restored link is safe for its own service.
One organisation’s recovery can become another’s risk
Cyber response has familiar milestones: isolate, rebuild, restore access and close the incident.
Public services, however, depend on partners that do not necessarily recover together. A hospital may restore connectivity before its pharmacy has reconciled stock and orders.
In a GovInsider interview published on October 23, Singapore’s Infocomm Media Development Authority (IMDA) emphasised pairing secure network design with operational response
capability.
That discipline is also needed between operators, not only within one network.
International experience reinforces this point. During Cyber Europe 2026, participants rehearsed a fictional disruption of European rail and maritime services.
Britain’s cyber recovery guidance defines minimum viable operations around safe service delivery, not simply restored IT.
Australia’s CI Fortify guidance asks vital infrastructure operators to account for peer dependencies when planning isolation and reconnection.
These distinct policies expose one gap: a restored system may still be unready for a dependent service.
Give every consequential handover an acceptance record
Before a crisis, essential service operators should agree a short reconnection record. It needs no new software platform and should answer four practical questions.
What function is being restored? Receiving status reports is different from accepting a remote maintenance connection, which is different again from allowing commands that change equipment.
Access should expand in stages according to service need and potential harm, not simply because the old network route has returned.
What evidence supports the handover? The sender should identify the restored configuration, relevant integrity checks, known gaps and the period during which the evidence remains
applicable.
The receiving operator may also need local equipment checks or independently confirmed data. A clean scan of a server is not a declaration that every physical process it supervises is ready.
Who accepts the risk? The originating organisation can state what it has tested, but it should not silently decide for the operator that depends on its output.
The receiving service owner should accept the connection under its lawful responsibilities.
National coordinators and sector regulators can facilitate common procedures without taking over on-site safety decisions.
What would make the parties step back? Anomalous commands, inconsistent records, failed monitoring or insufficient staff may justify returning to restricted exchange.
The handover should name its rollback trigger, escalation contact and maximum sustainable period of limited operation.
Reconnection without a tested retreat path is an incomplete recovery plan.
The value is administrative clarity. A short acceptance record can travel across organisational boundaries without disclosing every security detail.
It distinguishes ‘our systems are repaired’ from ‘your service can now safely depend on them.’
Prioritise the public service, not the loudest system
Recovery order is also a public decision. Emergency care, safe water, transport links and ordinary administrative transactions have different tolerances for delay.
Restoring an essential supply link may be more valuable than reopening a highly visible public portal.
The answer is not a central committee empowered to veto every connection. That could delay urgent protective action.
Routine low-risk handovers should be preauthorised under agreed criteria; high-consequence ones need explicit receiving-side acceptance.
The principles of priority and escalation should be settled by responsible agencies and operators before the emergency, including how vulnerable residents are protected.
Singapore’s 2026 Code of Practice for Critical Information Infrastructure provides a relevant regulatory setting for owners of essential systems.
I am not suggesting that it already mandates cross-operator reconnection records.
The proposal is to add a modest, service-specific acceptance practice through operating agreements, procurement requirements, and joint exercises.
Run the exercise with everyone at a different stage
A useful public sector rehearsal should avoid the convenient assumption that every agency recovers together.
But require the organisations to decide which links can be restored, by whom, and for how long.
Measure the results in citizen terms: safe service capacity restored, time spent in restricted mode, unresolved dependencies, repeated failures and the burden on staff.
NIST’s cybersecurity recovery guidance already supports prioritised planning and recovery exercises. The additional test is whether one organisation can justify the risk it is handing to another.
The practical first step for a public service leader is to choose one critical external dependency and ask its operator to rehearse a two-way reconnection decision.
If the parties cannot name the required evidence, decision owner and rollback trigger in advance, their recovery plan still has an important missing page.
A restored network is good news. A restored public service requires something more: two organisations able to explain, with evidence, why they can trust the connection between them again.
-----------------------------------------
The author is an independent researcher focusing on assurance, verification and resilience in autonomous and safety-critical systems. He holds a bachelor’s degree in Computer Science and Engineering from the University of South Florida and an MBA, and is pursuing a Master of Professional Studies in Applied Intelligence at Georgetown University. His writing has appeared in GovInsider, Eurasia Review, RealClearDefense and the Modern War Institute at West Point.
