Maersk odbudowuje całę całěcą infrastrukturę IT, aby wyzdrowieć po NotPetyi – Studium przypadku odporności na cyberzagrożenia

Build a unified recovery playbook now to survive a cyber shock. Your organization benefits from a resilient IT backbone, clear ownership, and a plan that covers people, process, and technology to recover quickly when a breach hits.

Maersk faced NotPetya in august 2017, forcing a shutdown of their global IT networks and shipping systems. From that moment, teams had to reconstitute thousands of servers, rebuild data flows, and restore operations with minimal downtime. Public estimates put the immediate losses at about $300 million, with recovery costs in the same order of magnitude as they rebuilt from scratch, a challenge that once seemed impossible.

The rebuild began with a clean slate: cloud‑first architecture, standardized technology stacks, and automation to speed restore times. They replaced fragile, bespoke tools with modular components that could be used across regions. The effort adopted a medoc framework to align security and operations, reducing time to restore critical services and laying the groundwork for a scalable, competitive IT platform that could withstand future shocks. This design helps overcome future disruptions and keeps lines of business online.

Where their technology meets operations, Maersk built a security‑minded culture and a disciplined incident response. They aligned vendors, internal teams, and partners across the supply chain, ensuring continuity for customers and shipments on the side. Their ecosystem included coordination with courier partners and with fedex to keep the flow moving even when parts of the network were offline.

Normally, a rebuild hinges on people, process, and partners. For your team, focus on mapping critical systems, validating backups, and running quarterly restore drills. Keep a clear view of where resources go, and ensure your budget aligns with risk reduction. Also involve your suppliers and logistics partners to strengthen the end‑to‑end chain, because resilience lasts where technology, people, and partners work together.

NotPetya impact and remediation milestones

Immediate action: isolate affected segments within minutes, switch to clean backups, and begin a phased rebuild with strict governance and a daily update call. This keeps operations moving on the unaffected side while you focus on containment and a firm recovery path.

1. Minutes after detection: contain and cut off lateral movement; shut down nonessential services, disable risky remote access, revoke compromised credentials, and snapshot critical assets to prevent drop in data used by shipping operations.
2. July 2017 wake-up for the giant firm: state cyber-security as a top priority; align cross-functional teams on focus areas; map snabes to spot attack patterns and gaps; issue the first updated incident response plan and keep leadership informed with short update calls.
3. Assessment and plan: inventory assets used across the shipping side; classify by criticality; design a rebuilt backbone from the ground up with segmented networks and a secure-by-default baseline; prepare migration paths that minimize impact on customers.
4. Design and rebuild: rebuilt the core IT stack with a modular, resilient design; design controls emphasize least privilege, MFA for access, a strict patch cadence, and enhanced monitoring; cyber-security becomes an industry-wide priority that also guides supplier risk management.
5. Migration and testing: execute side-by-side migrations to avoid downtime; validate data integrity within minutes of each switch; complete end-to-end tests in the rebuilt environment within two weeks and maintain clear update calls with stakeholders.
6. Operational hardening: deploy a security operations center, update runbooks, perform regular drills, and keep partners aligned; drop risk in critical lanes, replace or sandbox popular tools that fail to meet controls, and keep the overall footprint lean from legacy dependencies.
7. Outcomes and learnings: the firm gains improved MTTR and better visibility; the NotPetya impact acts as a wake-up call for the industry to invest in cyber-security hygiene and resilient architecture; the rebuilt platform supports shipping operations with greater reliability and a clear state of risk management.

Timeline of NotPetya outbreak, outage duration, and emergency containment

Isolate affected networks within the first hour and switch to offline backups to recover quickly while you document a clear containment plan for all sites.

The NotPetya outbreak began in late June 2017 in ukrainian networks, traced to a compromised medoc update. From there, the infection spread around the globe, moving into additional networks through worm-like propagation and a Windows vulnerability that let it move laterally across organizations. maersk, the maersk Line operator, found its shipping and logistics operations come down as domain controllers, file shares, and ERP services collapsed. In hours, offices from asia to europe to the americas lost access to critical systems, underscoring how a single supply-chain weakness in the ukrainian medoc ecosystem could hit many business lines and create huge disruption for the industry.

Outage duration varied by site. Core IT services were down for about 10 days in many units, while shipping operations resumed gradually over the next two weeks. By early July, email and key applications began to return, and by mid-July most back-office processes had recovered to some degree. The speed depended on backups, network segmentation, and how quickly teams could switch to offline processes for bookings, manifests, and vessel handovers. The situation shows how problems upstream can affect many functions and come down on operations worldwide.

The emergency containment and rebuild followed a tight script. The chairman called for rapid, cross-border action, and teams executed steps to block lateral movement, cut external access, and rely on offline backups for critical tasks. Maersk rebuilt its IT backbone from the ground up, with a hardened, segmented line of defense and refreshed incident playbooks to reduce future risk. The outbreak highlighted the risk about third-party software like medoc and prompted snabes and industry peers to raise resilience measures, strengthen cyber hygiene, and close gaps in their operations for competitive advantage. Many have noted that after the incident, their shipping networks recovered faster, and the industry arrived at a stronger baseline for emergency containment and recoverability.

Rebuilding the IT backbone: architecture overhaul and security hardening

Start with a concrete action: replace legacy servers, install modern, scalable images, and deploy a layered security posture. Assign a chair for governance, run a controlled pilot, and ensure the plan keeps downtime to minutes rather than hours. This approach yields a clear result and keeps your focus on resilience. What your focus should be is reducing risk and ensuring continuous service across their organization.

• Inventory all servers, compute nodes, storage, and network devices; map critical workflows; identify line of dependencies and single points of failure.
• Document data flows between on‑prem and cloud resources; trace the line of dependencies to prevent blind spots.
• Prioritize systems by risk: customer‑facing apps first, then internal tooling; set a target for migration days per cluster and track progress with time‑bound milestones.
• Establish a governance chair and a weekly call to review progress and adjust scope as needed.
• Plan with a rollback path to avoid disruption without affecting business continuity.

• Segment networks to limit lateral movement and enforce least privilege in policy side.
• Replace monolithic services with decoupled, containerized workloads; standardize images and configuration baselines; retire old servers.
• Consolidate identity with SSO, MFA, and privileged access management; integrate with existing directory services.
• Introduce centralized logging and monitoring stack; ensure data is ingested, indexed, and searchable for faster root‑cause analysis.
• Plan reinstallation of critical services in a clean environment to remove drift; apply updated baselines and securely retire deprecated components.

• Implement a fixed patch management cadence: monthly scans, emergency patches within 24–48 hours for critical flaws; verify success via automated checks.
• Apply configuration baselines (CIS STIG or vendor equivalents); disable unused features; enforce auditing.
• Deploy EDR on endpoints, IDS/IPS at network edges, and microsegmented firewall rules to minimize exposure.
• Centralize logs, establish a SIEM, and set alert thresholds to reduce false positives; run regular validation of alerts with runbooks.
• Strengthen backups: encrypted, offsite copies and tested restoration; perform quarterly DR drills and validate RPOs.

1. Days 0–14: discovery, inventory, risk register, target architecture, and finalize migration plan; set up a weekly governance call with their stakeholders.
2. Days 15–30: reinstallation of core servers and OS images; baseline configs; begin network segmentation and identity enforcement; confirm backups are valid.
3. Days 31–60: migrate workloads to new images; deploy MFA, PAM, and zero‑trust policies; update CI/CD pipelines; conduct pilot cutovers with minimal downtime.
4. Days 61–90: validate hardening, conduct DR drills, tabletop exercises; finalize runbooks and hand over to operations; measure MTTR and uptime improvements.

Metrics and outcomes: Time to detect and respond target under 15 minutes for critical events; MTTR for core services under two hours; uptime above 99.9% during the initial 90 days of the new backbone. Backups restored within one hour during drills; quarterly DR validation confirms readiness. Incidents caused by configuration drift and missteps drop significantly, and the wake-up call proves that many companys can overcome legacy gaps with disciplined automation. Their time to reinstall servers improves markedly, and experience shows that the added automation, tested runbooks, and clear ownership lines drive reliable service even under stress.

This wake-up makes their companys realize that without automation and clear ownership, manual maintenance becomes a bottleneck. Added governance and practiced drills deliver what their teams need: a robust, repeatable process to move from problem to solution in days, not just time. Your focus stays on what matters–service quality, rapid recovery, and continuous improvement–while the architecture supports it with speed and reliability.

Data protection: backups, restoration tests, and data integrity checks

Implement immutable backups and run restoration tests monthly to validate rapid recovery after incidents like NotPetya. For maersk, this approach cut damages and reduced downtime. Store copies offline and in a separate network segment to limit exposure during a cyberattack.

Detailed backup procedures protect data across many systems. Use versioned snapshots, offline vaults, and automated integrity checks. A manual restoration drill should confirm that reinstallation steps on a clean environment recover all services.

Data integrity checks verify recovered data against the original, using checksums, bit-by-bit comparisons, and end-to-end validation. If found mismatches occur, teams fix gaps in data replication or ransomware shielding before customers are affected.

Rehearse full restores across the shipping network: databases, file stores, and shipping documents like courier manifests. This practice keeps service continuity even when disruptions hit remote sites.

Set a cadence for automated backups plus weekly manual verifications. The wake-up call from NotPetya remains a reminder that technology choices, processes, and governance must align to protect critical data.

Maersk przekonał się, że same kopie zapasowe nie gwarantują odporności; liczy się sprawność przywracania. Przeprowadzaj testy scenariusza WannaCry, aby potwierdzić, że warstwy sieci, punktów końcowych i chmury łączą się ponownie bez utraty danych.

Prezes twierdzi, że przyszłość ochrony danych opiera się na proaktywnym testowaniu i jasnym określeniu właściciela. Wprowadź cykl, w którym zespoły sprawdzają poprawność kopii zapasowych, przywracania i kontroli integralności przed każdym zdarzeniem na żywo.

Z biegiem czasu wysiłki zespołów IT, transportu i serwisu doprowadziły do stworzenia bardziej zintegrowanej warstwy ochronnej. Odkryto, że wiele zabezpieczeń współpracuje teraz, aby zapobiegać uszkodzeniom i przyspieszać ponowną instalację, gdy jest to potrzebne.

Sieć i tożsamość: segmentacja, mechanizmy kontroli IAM i dostęp uprzywilejowany

Wprowadź natychmiastową, ścisłą segmentację sieci, aby powstrzymywać naruszenia bez ręcznej interwencji. Rozdziel serwery, aplikacje i magazyny danych na odrębne strefy i stosuj zasady na każdej granicy obciążenia. Dodaj mikrosegmentację, wymuś reguły oparte na tożsamości i monitoruj ruch East-West za pomocą zapór ogniowych i kontroli bazujących na hoście. W przypadku møller-maersk, odbudowana sieć IT pogrupowała podstawowe usługi, aplikacje biznesowe i interfejsy zewnętrzne w trzy strefy i automatycznie testowała segmentację, potwierdzając izolację w ciągu kilku minut.

Kontrola IAM priorytetowo traktuje zasadę minimalnych uprawnień i szybki, kontrolowany dostęp. Wdróż RBAC i dostęp uprzywilejowany Just-In-Time (JIT), wymagaj MFA na wszystkich sesjach administratora, wyłącz konta współdzielone i przechowuj poświadczenia w skarbcu z automatyczną rotacją. Zastosuj politykę jednolicie we wszystkich obciążeniach lokalnych i chmurowych, aby każda uprzywilejowana akcja była audytowalna. Te środki zmniejszają powierzchnię ataku i wspierają cykle aktualizacji w całym środowisku. Na podstawie wniosków wyciągniętych po NotPetya, zaostrzono zmiany w tożsamości i sieci.

Zarządzanie uprzywilejowanym dostępem (PAM) zaostrza kontrolę nad administratorami i kontami usług. Użyj rozwiązania PAM do przechowywania poświadczeń w sejfie, rotacji kluczy, egzekwowania zasady najmniejszych uprawnień na serwerach i w aplikacjach oraz wymagania hostów pośredniczących z nagrywaniem sesji. Oznaczaj dynamiczne uprawnienia migawkami, aby mapować dostęp do konkretnej operacji, i upewnij się, że przewodniczący egzekwuje kwartalne przeglądy i przestrzeganie zasad w zespołach.

Monitorowanie i zarządzanie spajają całościowe podejście. Scentralizuj logi, wdrażaj alerty w czasie rzeczywistym dla nietypowych prób i przeprowadzaj okresowe audyty dostępu. Ustalaj SLA dotyczące cofania dostępu po zmianach personalnych i utrzymuj niezmienny ślad, który jest zgodny z kamieniami milowymi odbudowy i wymogami regulacyjnymi.

Narracja przywódcza: spostrzeżenia dyrektora generalnego, komunikacja z interesariuszami i trajektoria odbudowy firmy

Zalecenie: Uruchomić specjalną linię kryzysową dla kadry kierowniczej, która dostarcza aktualizacje co kilka minut, z jedną osobą odpowiedzialną za podejmowanie decyzji oraz publicznie dostępną stronę statusu usługi, aby zmniejszyć niepewność klientów i partnerów.

Dyrektor generalny przedstawił incydent NotPetya jako test odporności firmy na złośliwe działania, a nie tylko problem IT. Mówiąc otwarcie o ryzyku, dyrektor generalny zjednoczył kierownictwo, skrócił cykl decyzyjny i skupił zespół na ochronie klientów i kluczowych usług. Takie podejście uwzględniało również zagrożenia w stylu Wannacry, które analizowaliśmy, kierując naszym nastawieniem na gotowość i reagowanie.

Komunikacja z interesariuszami stała się zdyscyplinowaną praktyką: wydawaliśmy zwięzłe, rzeczowe aktualizacje zarządowi, kadrze kierowniczej i kluczowym partnerom. Informując o stanie, w jakim się znajdujemy, wyjaśnialiśmy czas potrzebny na przywrócenie usług, środki kontroli szkód i jak przewidujemy wpływ na linie produktów. Wyobraź sobie scenariusz, w którym takie aktualizacje nie istnieją – linia komunikacji stałaby się niewyraźna, a zaufanie uległoby erozji. Jasna linia komunikacji ograniczyła spekulacje i budowała zaufanie u każdego interesariusza.

Trajektoria powrotu do sprawności: przebudowaliśmy kluczową infrastrukturę, w tym gigantyczną serwerownię, z zaktualizowanymi serwerami, nową segmentacją sieci i wzmocnionymi kopiami zapasowymi. Prace postępowały przez całą dobę, skracając przestoje z dni do godzin, a następnie do minut w krytycznych oknach czasowych. Odkryliśmy, że równoległe strumienie pracy przyspieszyły powrót do normalności, a my dodaliśmy redundantne linie i odporne na awarie podejście do usług, umożliwiając wznowienie wydań produktów i uruchomienie usług skierowanych do klientów w kontrolowanej sekwencji. Ten odbudowany szkielet pozycjonuje firmę na przyszłość i ogranicza szkody spowodowane podobnymi wybuchami.

Lekcje i działania: wdrożyliśmy modułowy, przetestowany plan reagowania na incydenty; ustanowiliśmy solidny program zarządzania ryzykiem dostawców, aby uniknąć wstrząsów w łańcuchu dostaw – zdając sobie sprawę, jak incydenty mogą rozprzestrzeniać się wśród partnerów, takich jak FedEx; przeszkoliliśmy zespoły w zakresie zarządzania zagrożeniami cybernetycznymi w cyberprzestrzeni; i zapewniliśmy, że każdy lider dostrzega związek między odpornością IT a wartością biznesową. Dodaliśmy monitoring, wykrywanie i szybsze linie decyzyjne, aby zapobiec przekształceniu się przyszłego kryzysu w dłuższą przerwę. Koncentracja pozostała na klientach, produktach i linii usług, odnotowując wyraźny postęp i ciągłe doskonalenie, z wieloma konkretnymi krokami udokumentowanymi na przyszłość.