BUSINESS ENGLISH · C1 · 50 min

Ten Days Without Computers

In June 2017 a fifth of world shipping went dark in seven minutes. What Maersk did next became the textbook on corporate resilience.

Today: you'll reconstruct the most instructive cyber incident in corporate history — and you'll master the tense machinery of the incident report: by 09:14 the malware had spread; while teams were rebuilding, orders were still moving on paper.
Before we start. Talk these through out loud.
Discuss:
  • If every screen in your organisation went black right now, what could you still do by hand — and for how long?
  • Who in your company could say, honestly, how it would recover from losing its entire IT estate? Has anyone ever asked them to?
  • Is cyber security a technology cost or a board risk in your organisation — and who owns it on paper?

The vocabulary of this case

Ten items. Work through the four activities — say your answer out loud before you reveal it.

A · What do they mean here? Work it out from the context

1. The attack was not aimed at Maersk at all; the company was simply standing in the blast radius of a weapon fired at someone else. It was collateral damage.
collateral damage (n) — harm done to parties who were not the target. Borrowed from military language; in cyber, the norm rather than the exception.
2. The software did not steal data or demand payment it intended to collect; it simply destroyed what it touched, disguised as ransomware. It was a wiper.
a wiper (n) — malware built to destroy rather than extort. Related set: malware, ransomware, phishing, a breach, a patch. The distinction matters legally and for insurance — as this case proved.
3. Booking systems, terminal gates, email, phones with company directories — everything failed at once, because everything depended on the same core. There was no redundancy.
redundancy (n) — in engineering: deliberate duplication so one failure cannot take everything down. (In HR English it means job losses — same word, unrelated meaning; context decides.)

B · Which term means…?

Three terms: workaround · single point of failure · downtime. Say the right one, then reveal.

1. Which term means the one component whose failure brings down the whole system?
a single point of failure — the phrase every resilience review hunts for. Here it turned out to be the entire identity system of the network — every domain controller, everywhere, at once.
2. Which term means the period during which systems are unavailable?
downtime (n) — measured, feared, priced. Collocations: unplanned downtime, to minimise downtime, an hour of downtime costs…
3. Which term means an improvised method of keeping work moving while the proper system is broken?
a workaround (n) — from to work around a problem. In this case: WhatsApp groups, personal Gmail, paper manifests and people who remembered how the pre-computer processes worked.

C · Choose the meaning — a / b / c

1. One server in Ghana survived only because a power cut had knocked it offline during the attack. Its survival was pure fluke. A fluke is…
  (a) a lucky accident   (b) a backup procedure   (c) a security feature
(a) — a fluke (n) = an outcome produced by chance, not design. "By a fluke…", "a fluke of timing". The uncomfortable heart of this case: the recovery's foundation was luck.
2. The chairman later said publicly that the company had been, in security terms, only average — and that average had turned out to mean defenceless. His candour was…
  (a) an admission unusual enough to become the story   (b) legally required   (c) a denial
(a) — candour (n) = frank honesty, especially where evasion is expected. Adjective: candid. Executives rarely volunteer "we were average"; that sentence is why this case is taught.

D · Collocation & word building

1. Complete the incident-response sequence — four verbs in order: to ___ an attack (notice it) · to ___ it (stop it spreading) · to ___ systems (bring them back) · to ___ lessons (afterwards).
To detect → to contain → to restore → to draw (or learn) lessons. The standard incident vocabulary; note also to isolate, to shut down, to fail over.
2. You know resilient. Give the noun, and complete the pair that defines it: not the ability to ___ every blow, but the ability to ___ from one.
resilience (n) — not the ability to prevent / withstand every blow, but the ability to recover from one. The distinction this case made famous at board level.

Now use them — out loud

Before we read:
  • Using collateral damage, single point of failure, workaround and fluke, predict how a shipping giant survives losing every computer it owns.
  • Sort the terms into before, during and after an incident. Which column is your own organisation weakest in?

The case, in three parts

Read each part. After it, there's a quick check (answer from memory first), then one question to discuss.

Part 1 — Seven minutes in June

On the afternoon of 27 June 2017, screens across the Copenhagen headquarters of A.P. Møller-Maersk began turning black, one after another, faster than anyone could walk between them. Laptops rebooted into ransom notes; phones tied to the network died; employees ran along corridors telling colleagues to pull cables out of the wall. Within a couple of hours the company had lost essentially its entire IT estate — figures later given ran to some forty-five thousand laptops and several thousand servers, unusable. Maersk at the time moved roughly one fifth of the world's seaborne containers. Its booking system was down. The gates at dozens of its port terminals — from New Jersey to Rotterdam to Mumbai — no longer knew which truck was allowed to collect which box.

Maersk had not been attacked. That is the first strangeness of the case. The weapon, later named NotPetya, had been seeded into the update mechanism of a piece of Ukrainian accounting software that almost every company operating in Ukraine was legally obliged to use. From there it spread laterally with leaked military-grade exploits, moving through corporate networks at machine speed. It looked like ransomware and displayed a payment demand; in reality it was a wiper — the encryption was irreversible by design. Paying was pointless. Anyone connected to Ukraine, from pharmaceutical giants to chocolate factories, was collateral damage in what governments later attributed to a state attack on another state.

Total damage across all victims was later estimated in official statements at around ten billion dollars — routinely described as the most costly cyber incident in history. Maersk's own share would come to roughly two hundred and fifty to three hundred million. But on the afternoon itself, nobody was counting money. The question in Copenhagen was more basic: a company that moves a fifth of world trade had, for practical purposes, no computers — and ships carrying thousands of containers were arriving at ports every few minutes, expecting instructions.

Quick check — from memory, then reveal:

1. What happened on 27 June 2017, and at what scale?

2. Why was Maersk hit at all, and why was the ransom note meaningless?

1. NotPetya destroyed essentially Maersk's whole IT estate in hours — tens of thousands of laptops, thousands of servers — while the company was moving about a fifth of the world's containers.

2. It was collateral damage: the malware spread via a compromised Ukrainian accounting-software update that firms operating in Ukraine had to use. Though disguised as ransomware, it was a wiper — the damage was irreversible and payment pointless.

Discuss:
  • Maersk's exposure came through one obscure piece of mandatory local software. Map your own organisation's equivalent: which small third party is wired into everything?

Part 2 — Paper, WhatsApp, and a server in Ghana

What happened over the following ten days is why this case is taught rather than merely cited. With the formal systems gone, the informal organisation surfaced. Terminal staff waved trucks through gates on judgement and handwritten lists. Bookings — normally thousands per hour through the online system — were taken down in personal notebooks and coordinated through WhatsApp groups and hastily created free email accounts. Veterans who remembered pre-digital processes suddenly became the most valuable people in the building. Through it all, remarkably, the ships themselves kept sailing: their operational systems were separate, and the cargo already aboard went where it was going. The company later reckoned it had operated at something like eighty per cent of normal volume through the blackout — on paper and improvisation.

Recovery, meanwhile, hit a wall that had been invisible until that week. Rebuilding the network required the directory system that holds every user, password and permission — and Maersk discovered that its domain controllers, the servers holding that identity core, had all been synchronised replicas of one another. All of them, in every country, had been destroyed together. The backups of everything else were useless without that foundation. Then someone found the exception: in the Lagos-adjacent office in Ghana, a single domain controller had been offline during the attack — knocked out by a local power cut. One unplanned blackout in West Africa had preserved the only surviving copy of the company's identity. The disk was flown to Britain — accounts of the journey have a relay of employees carrying it like a transplant organ — and became the seed from which the network was regrown.

The rebuild itself was done at a pace the industry still talks about: a temporary command centre in England, staff and contractors working around the clock, four thousand new servers and tens of thousands of machines reinstalled — the core rebuilt in about ten days, full recovery over months. Insurers, for their part, opened a second front: because governments had attributed NotPetya to a state, some carriers across the affected industries invoked war exclusions, and litigation over whether a state cyber weapon counts as "war" ran for years afterwards.

Quick check — from memory, then reveal:

1. How did the company keep cargo moving with no systems?

2. What made the Ghana server so important, and why is that detail uncomfortable?

1. Improvisation at scale: handwritten gate lists, notebooks, WhatsApp and free email, veterans reviving pre-digital processes — running at roughly 80% of volume while the core was rebuilt.

2. Every domain controller worldwide had been destroyed together — the identity core was a single point of failure. The sole survivor was offline only because of a chance power cut in Ghana. The recovery's foundation was a fluke, not a plan.

Discuss:
  • The informal organisation ran the company for ten days. What does that reveal that no org chart shows — and does your company still have those people?

Part 3 — "An average company"

The aftermath produced one of the rarest artefacts in corporate life: genuine public candour. At Davos the following January, Maersk's chairman, Jim Hagemann Snabe, told the audience that the company's cyber security had been, in his word, average — and that the incident had taught him average was not good enough for a business the world's supply chains depended on. He described the ten-day rebuild, credited what he called heroic effort by employees, and drew the conclusion in public that most boards only whisper: the company had been lucky, and luck is not a control.

Internally, the incident did what a decade of security budget requests had not. Cyber risk moved from the IT department's slide deck to the board's agenda; the company invested heavily in segmentation, recovery capability and the unglamorous discipline of knowing what would break if something else broke. Industry-wide, NotPetya redrew the map: it demonstrated that the most dangerous attack is the one aimed at somebody else, that backups mean nothing if the thing they depend on has no offline copy, and that insurance language written for wars between armies fits badly onto wars between servers. Security professionals date a change in board behaviour from that summer.

The live question the case leaves is the one Snabe's candour raised and no one has settled. Maersk recovered because its people improvised brilliantly and because a power cut in Ghana happened at the right moment. Strip out the fluke, and the ten-day recovery might have been a ten-week one — an outcome later analyses suggested could have threatened the company's survival. Resilience, in other words, was demonstrated but not designed. Every organisation that studies this case has to answer for itself: how much of our own recovery plan is actually a plan — and how much of it is a Ghana we haven't identified yet?

Quick check — from memory, then reveal:

1. What did the chairman say at Davos, and why did it matter?

2. What did the case change beyond Maersk itself?

1. That Maersk's security had been merely average, that the company had been lucky, and that average was unacceptable for infrastructure the world depends on — public candour rare enough to become the case's headline.

2. It moved cyber from IT budgets to board agendas industry-wide, proved that collateral damage is the norm, exposed the offline-backup principle, and triggered years of litigation over whether state cyber attacks count as "war" for insurance.

Discuss:
  • "Luck is not a control." What in your own organisation's continuity story is actually a Ghana — luck dressed up as design?

Grammar — narrative tenses for incident timelines

Every serious incident produces a timeline — for the board, the regulator, the insurer, the press. The credibility of that document lives in its tenses: what happened, what was already happening, what had happened by then, and what had been building for years.

The four layers of an incident timeline:
• Past simple — the event chain, stamped to times: "At 13:27 the first screens went dark."
• Past continuous — what was in progress when each event struck: "Ships were arriving every few minutes while the booking system was down."
• Past perfect — the state already true at that moment: "By evening the malware had reached every region."
• Past perfect continuous — the long build-up behind the event: "The attackers had been inside the update server for months."
The timeline connectives that hold it together:
at 13:27 · within two hours · by nightfall · by the time X happened · meanwhile · in parallel · at that point · only later · in the (immediate) aftermath

Two precision tools:
• by + time + past perfect is the auditor's favourite construction: "By 15:00 the company had lost its entire directory."
• was/were to + infinitive — fate seen from the narrator's height: "That power cut was to save the company." Use once, at most twice, for the turning point.

1. Layer the timeline

Put each verb into the past simple, past continuous, past perfect or past perfect continuous.

1. By the time the order to disconnect went out, the malware (already / destroy) most of the network.

2. While the IT teams (rebuild) the core, terminal staff waved trucks through on handwritten lists.

3. Investigators concluded the attackers (sit) inside the software vendor's systems for months before the trigger.

1. had already destroyed   2. were rebuilding   3. had been sitting

2. Write the timeline entries

Turn each pair of facts into one timeline sentence, using the connective given. Write the full sentence.

1. 13:27 — first screens fail. Two hours later — whole estate gone. (Within…) →

2. Recovery begins. At that same moment, ships continue arriving on schedule. (While…) →

3. Nobody knew about the Ghana server. Its discovery changed everything. (Only later…) →

1. Within two hours of the first screens failing, the entire estate had gone down.

2. While the recovery was beginning, ships were still arriving on schedule.

3. Only later did anyone discover the Ghana server — a discovery that changed everything. (note the inversion after "Only later")

3. The board timeline — complete the report

Fill each gap with the form the meaning requires, then read the whole report aloud, as if to a board.

At 13:27 on 27 June, screens in Copenhagen (begin) to fail. By 15:30 the company (lose) effectively its whole IT estate. Unknown to anyone, the attackers (prepare) the ground for months through a compromised software update. While engineers (search) for surviving systems, operations staff (run) the terminals on paper. By day three, teams (locate) a single intact domain controller in Ghana — a machine that (be) offline during the attack owing to a power cut. That accident (be) to prove decisive: within ten days the core network (be) rebuilt around it.

began · had lost · had been preparing · were searching · were running / ran · had located · had been · was · had been

Notice how the past perfect carries every "state of play" line, freeing the past simple to march the clock forward. That division of labour is the whole craft of a timeline.

Take this into the Speak tab — Task A is this timeline, delivered from memory.

Going deeper

A note on the record: times, machine counts and costs here are rounded from public accounts, including the company's own tellings, which have understandably smoothed with retelling. The Ghana episode in particular exists in several versions.

What the case actually tests. First, the geometry of modern risk. Maersk did nothing wrong in the causal sense — it was hit by a state weapon aimed at a country it merely did business in, through software it was legally required to run. Risk of this shape cannot be avoided by being careful; it can only be survived by being recoverable. That inverts the traditional security budget, which spends overwhelmingly on prevention and treats recovery as an afterthought.

Second, the fluke problem. The case is told as a triumph, and the people involved earned it — but the load-bearing element of the recovery was an unplanned power cut. Rigorous organisations read this case backwards: not "they recovered in ten days" but "absent one accident, they might not have recovered at all." The honest exercise is to ask what your own recovery silently assumes — and whether any of those assumptions is just luck with a job title.

Third, the value of candour. Snabe's "average" speech cost the company nothing and bought it years of credibility; contrast the instinct — visible in other cases in this series — to manage the story instead of telling it. There is a market price for honesty after a crisis, and it appears to be negative: the candid recover reputation faster. Note also what the informal organisation proved: process memory in people's heads turned out to be the deepest backup the company had. Efficiency programmes that strip that memory out are quietly deleting a recovery system nobody costed.

Talk it through:
  • Prevention versus recovery: what is the actual split in your organisation's security spending — and what would this case say the split should be?
  • Run the backwards reading: name three assumptions in your own continuity plan, and classify each as designed, inherited, or luck.
  • Snabe's candour versus reputation management: when is public honesty after a failure genuinely dangerous rather than merely uncomfortable?
  • The people who saved Maersk knew the pre-digital processes. What knowledge is your organisation currently automating out of existence — and should any of it be deliberately kept alive?

Speak

All of it out loud, against the clock. Timelines reward precision: stamp the times, layer the tenses, save was to prove for the turning point.

Useful language: at 13:27… · within two hours… · by nightfall the company had… · while teams were…, staff were… · the attackers had been… for months · only later did… · that accident was to prove decisive
Time remaining: 4:00
Task A · Brief the board (4 minutes)

Deliver the incident and its lessons to a board reviewing your own company's resilience. Structure it as a timeline: the seven minutes → the weapon and the collateral logic → paper, WhatsApp and the informal organisation → the identity core and the Ghana fluke → the ten-day rebuild → Davos and "average" → what it changed.

Use all four narrative tenses and at least five key terms (collateral damage, wiper, redundancy, single point of failure, downtime, workaround, fluke, candour, contain, resilience).

Task B · The hostile question (4 minutes)

You are the chief executive, one week after your own major outage, facing an industry journalist: "Maersk's chairman admitted they were 'average' and got credit for honesty. Your statement last week blamed 'a sophisticated attack by advanced actors'. Weren't you just average too — and dressing it up?"

Answer properly: separate what was genuinely sophisticated from what was your own gap, commit to what changes, and do not use the word "sophisticated" again. Then compress it to ninety seconds.

Task C · The first hour (4 minutes)

It is 13:35. Screens are going dark across your organisation and nobody yet knows why. Run the first crisis call: what you say in the first two minutes to people who are frightened and have no information — what you know, what you don't, who decides what, when you'll speak again.

Prefer a listed scenario? Take one of these:

  • A hospital group whose patient-record system has just gone down.
  • An airline whose check-in and crew-scheduling systems fail on a holiday weekend.
  • A regional bank whose payment processing stops mid-morning.
  • A manufacturer whose factory-control network starts behaving strangely.

To finish — the harder questions

  1. Maersk was punished for a war it wasn't in. In a world of state cyber weapons, what is a private company's realistic responsibility — and where does the state's begin?
  2. The recovery ran on improvisation and personal apps — everything policy forbids. Should crisis rules be different from peacetime rules, and who declares the switch?
  3. This case pairs with Ørsted: one company nearly broken by the cost of capital, one by a power cut in Ghana. What do the two "flukes" together say about how much of strategy is weather?
  4. Before you go — from memory: reconstruct the timeline in five sentences using at least one past perfect, one past continuous and one past perfect continuous — and explain why "By 15:00 the company lost its network" is wrong.