Maersk: opnieuw slachtoffer van ransomware na tien jaar

Samenvatting

Maersk is opnieuw slachtoffer van ransomware; hackers kregen toegang tot een lokaal legacysysteem en stalen gegevens.

Maersk en ransomware: wat er gebeurt

Maersk meldt in 2026 een ict-beveiligingsincident waarbij aanvallers ongeautoriseerde toegang kregen tot een lokaal systeem van een eerdere overname. De aanvallers stalen gegevens, maar Maersk zegt dat het vooralsnog niet lijkt te gaan om gevoelige informatie. De logistieke activiteiten en softwaresystemen die via api’s worden aangestuurd, ondervinden volgens het bedrijf geen gevolgen.

De ransomwarebende Whitearmor heeft de aanval opgeëist. De groep beweert 100GB aan gegevens te hebben gestolen, waaronder werknemersinformatie en plaintextwachtwoorden, en vraagt vijf miljoen dollar in bitcoin. Tweakers kon die claim niet verifiëren. Maersk geeft zelf nog weinig details over het incident.

Waarom Maersks ransomware-incident telt

De locatie van de aanval verdient aandacht: een lokaal legacysysteem uit een eerdere overname bleef buiten de directe impact op de logistieke kern, maar bevatte wel gegevens die aanvallers konden buitmaken. Voor BI-teams laat dat zien waarom databronnen uit oude omgevingen, overnames en lokale applicaties in inventarisaties moeten staan. Een systeem hoeft geen rapportageplatform te zijn om risico’s voor data en toegangsbeheer te bevatten.

De aanval verschilt ook van Maersks eerdere incident met NotPetya in 2017. Die ransomware veroorzaakte grootschalige schade en dwong Maersk om tienduizenden pc’s en servers in slechts tien dagen opnieuw te installeren. In 2026 draait ransomware volgens het artikel veel minder om het versleutelen van bestanden. Data-exfiltratie staat vaker centraal, terwijl aanvallers daarna dreigen met openbaarmaking.

Concrete takeaway voor BI-teams

Breng alle lokale legacysystemen en databronnen van eerdere overnames in kaart, controleer welke api’s en rapportageprocessen ermee verbonden zijn en laat toegangsrechten opnieuw beoordelen. Behandel claims over gestolen wachtwoorden als onbevestigd, maar roteer betrokken inloggegevens direct wanneer het systeem die bevat. Leg daarnaast vast welke datasets gevoelig zijn, zodat een incidentteam snel kan bepalen welke rapportages, koppelingen en gebruikers geraakt zijn.