Hackers probeerden binnen te dringen bij Albert Heijn

De reden dat Albert Heijn in Nederland en Delhaize in België systemen offline haalden, was een hackaanval. Dat bevestigt moederbedrijf Ahold Delhaize. Het bedrijf heeft aangifte gedaan van de cyberaanval.

Ahold Delhaize noemt geen details over de hackaanval. Wel zegt het bedrijf dat er geen personeels- of klantgegevens zijn buitgemaakt bij de aanval en dat hackers binnen waren of snel binnen zouden komen. "Ahold Delhaize zag verdachte activiteiten in zijn IT-infrastructuur en ondernam direct actie", aldus het bedrijf. "Uit het onderzoek is gebleken dat de verdachte activiteiten het gevolg waren van kwaadwillende handelingen door anderen."

Het bedrijf haalde onder meer apps, websites en andere diensten offline om de eigen infrastructuur te beschermen. "Het onderzoek tot nu toe bevestigt dat dit de juiste beslissing was", aldus het bedrijf.

Ahold Delhaize zegt niet wie het ervan verdenkt de aanval te hebben uitgevoerd, of het met de hackers heeft gecommuniceerd en welke methode zij gebruikten. Wel heeft het snel het Nationaal Cyber Security Centrum (NCSC) ingelicht en op de hoogte gehouden. Nu er een aangifte ligt, kan het Openbaar Ministerie de criminelen opsporen en vervolgen.

Wat gebeurde er ook alweer?

Albert Heijn zei vorige week dat het zijn systemen offline had gehaald vanwege een 'cybersecurity-incident'. De gevolgen waren groot. De apps en websites van de merken van Ahold Delhaize werkten niet, maar ook de distributie stokte en dat zorgde voor lege schappen. Winkels bleven open, maar kortings- en spaaracties werkten ook niet. Het incident trof AH, Etos en Gall & Gall in Nederland en Delhaize in België. Ook in de VS zijn merken van het bedrijf getroffen.

Storing website Albert Heijn
Storing website Albert Heijn

Door Arnoud Wokke

Redacteur Tweakers

19-10-2026 • 20:08

87

Submitter: mikeyfire643

Reacties (87)

Sorteer op:

Weergave:

Ik ben geen cyber security expert en zou graag een keertje een artikel op tweakers zien hoe je je beveiliging kunt regelen. Misschien wel leuk op huis niveau beginnend bij je router en dan een keertje op bedrijfsniveau. Ben gewoon benieuwd naar de technieken. En hoe AH bijvoorbeeld optijd kon ingrijpen. Is dat een geautomatiseerde beveiliging of hoe werkt dat?

update: super gaaf en interessant om alle reacties hieronder te lezen! Tweakers op zijn best. Thnx

[Reactie gewijzigd door hydex op 19 oktober 2026 22:53]

Toevallig mijn werk bij ook een soortgelijk groot bedrijf in NL, vrij bekend. Ben weliswaar niet iemand die hierover artikelen op Tweakers schrijft, maar wel af en toe een interne blog er aan waagt. Om in generieke termen te spreken een tipje van de sluier.

Security is een heleboel zaken:
  • Tijdig patchen
  • Autorisaties
  • Veilige toegang (SSO, MFA, passkeys)
  • CI/CD pipelines (code van dev naar acc naar prod inclusief scans, zoals SonarQube(
  • Veilig OS/machines (bijv read only OS)
  • Infra scheiding
  • Geen productie data op dev/acc
  • Firewalls en allowlist
  • In een veilig datacenter waar ook niet jan en alleman bijkan
  • Scannen van netwerkverkeer (zowel in als uit)
  • Zero Trust, op alle niveaus
  • Data leakage prevention (een export van een database op een USB, idealiter detecteer je de actie mocht iemand toch onverhoopt autorisatie hebben
  • En een aantal die ik vast vergeet
Wat betreft hoe ze dit vermoedelijk gedetecteerd hebben, met de weinige informatie die we hebben, is een SOC/SIEM. Dit is een systeem dat logging van de verschillende IT-systemen aangeleverd krijgt en hier verschillende dingen mee kan doen, op het gebied van security monitoring, denk aan:
  • Simpele usecase: Iemand heeft verhoogde toegang nodig om iets toch echt op productie aan te passen en dit wordt automatisch gedetecteerd. Iemand checkt toch even of dit terecht is
  • Moeilijkere use case: We zien dat iemand ingelogd is van een VPN, en daarvoor nog thuis. We zien ook dat hij op systeem X een paar keer een verkeerd wachtwoord ingeeft, en we zien daarna dat hij verhoogde rechten verkrijgt. We zien ook opeens veel afwijkend verkeer. Misschien de user maar even locken
(Heb dit laatste zelf een keer gehad toen ik wilde kijken hoe een van onze Cloud systemen afgeschermd was en ik NordVPN aanzette met locatie Chili)
Mooie inhoudelijke post, maar denk dat @hydex het op thuisnivo bedoelde.
Meeste geldt ook op klein niveau...

- Regelmatig patchen
- Scheiden van omgevingen, je thuis-TV heeft niks te zoeken bij je vaatwasser
- Geen productiedata op test, speel-omgevinkjes (raspi met dev-spul erop) hoeft geen bankgegevens te zien
- Wachtwoord-rotatie, verander em eens na 4 jaar (en zorg dat dingen een wachtwoord hebben :+ )
- Regelmatig patchen (verdient herhaling, de meeste van die lekken waren al lang bekend)
- Logging, zorg dat je af en toe ziet wat er in/uit gaat door je router
- Check alle toegangen, gast-accounts, wifi-wachtwoorden die vrienden ook hebben, allerhande losse apparatuur
Et cetera.
Wachtwoord rotatie wordt over algemeen nu afgeraden tenzij het wachtwoord echt ergens gelekt is. https://cyberunit.com/insights/nist-password-guidelines-2026-update/
Als klein bedrijf/eigen persoon, welke password manager zou je dan kunnen aanraden, want ik zoveel twijfel bij enkele grote namen.
Ja/Nee. Het zal wel beter zijn maar als kleinere organisatie wil je toch liever de SaaS hebben zodat je niet hoeft om te kijken naar het beheer.
Persoonlijk zou ik niet kiezen voor een dienst zoals last pass of bitwarden, maar eerder een oplossing die je zelf kan hosten en anders maar een KeePass database aanleggen. Persoonlijk hoe ik alles waar bijv betaal informatie aan verbonden is in een wachtwoord manager en niets gesynced in chrome.
Bij persoonlijke accounts wordt dat idd afgeraden zoals in de NIST-800 staat (niet roteren tot het gecompromitteerd wordt) echter wil je wel periodieke gecontroleerde rotatie bij service accounts.
Het lastige met netwerk segmentatie is dat je wel echt de basis concepten moet begrijpen. IoT in een ander VLAN klinkt leuk, tot de app op je telefoon niet meer kan connecten omdat je TV/deurbel/stofzuiger/etc in een ander segment zit. Ja, veel is prima op te lossen, maar niet voor een gemiddelde gebruiker.

Ik denk dat voor een gemiddelde thuisgebruiker zaken als een modern OS, MFA voor online accounts, een lokale wachtwoordkluis (liefst unlocken met een techniek zoals Windows Hello), sterke gegenereerde wachtwoorden, autopatching (waar mogelijk) en een online+offline backup een uitstekende basis is.

Password rotation is m.i. niet nodig en logs nakijken gaat een gemiddelde gebruiker ook niet kunnen/doen.

Wellicht aparte account voor administratieve taken (runas), maar dan wordt het alweer snel ingewikkeld met o.a. bestanden die in het Admin profiel worden weggeschreven en ineens "weg zijn" voor de gebruiker.
Weet jij hoe dat zit met de flipperzero op hue lampen/bridges, routers, televisie, zendure, bt aan op appartaten, accu's etcetc? Is het veilig tegen de flipperzero?

[Reactie gewijzigd door Zonsmurf op 19 oktober 2026 23:17]

Wanneer je moderne wifi beveiliging en apparatuur gebruikt die wordt ondersteund door de leverancier en nog security updates ontvangt, dan zou ik me niet al te druk maken.
Sluit niet je koelvriescombinatie aan op het internet.
Algemener: IoT moet nooit op internet. Als je thuisbatterij/koelkast/airco/enz internettoegang nodig heeft om te kunnen werken, is hij niet van jou. Simpel. En je kunt het makkelijk testen, zet je glasvezel/kabel/DSL modem uit (niet je wifi) en check wat het nog doet en wat niet. Gooi alles wat het niet meer doet weg.

Paulus Schoutsen (oprichter van Home Assistant) zei het treffend: go local or get screwed.
Beetje kort door de bocht wel. Genoeg wat je geïsoleerd met VLAN en Firewall (drop) kunt opvangen.
Het is niet alleen security; het is ook privacy en planned obsolescence. Als een fabrikant jouw apparaat kan bricken door een server uit te zetten, is het niet 100% van jou.
Ook dit kan je als tweaker deels thuis hobby matig implementeren. Althans dat is bij mij het geval.
Op thuisniveau kan je ook wel wat. Je moet alleen wat hardware hebben, of iets met virtualisatie doen. Naast alle genoemde items als patchen, inregelen accounts en rechten etc weet ik zo 2 dingen die je kan toevoegen.

1) OpenCanary : net als een kanarie in een kolenmijn een passief waarschuwingssysteem wat je ergens in je netwerk neerzet. Het draait daemons op "de usual suspects" als poort 21, 22, 80, 443 en wat database poorten. Zodra iemand een port scan doet over je netwerk slaat OpenCanary alarm.

2) Wazuh : een beetje een gekke naam maar het is een gratis SIEM/XDR. Heeft wel een leercurve van heb ik jou daar maar kan in principe van alles detecteren binnen je netwerk.
Aanvullend: en als je dan iets detecteert, heb je dan de juiste mensen en inzichten paraat om het juiste advies te geven? Weet de hele organisatie dat dit kan gebeuren en er vragen vanuit het security team komen die nu belangrijker zijn dan al het andere? En heb je afspraken gemaakt waardoor iemand mag besluiten om je af te sluiten van het internet? Durft die persoon dat besluit te nemen, omdat hij weet dat als jet vals alarm blijkt te zijn hij/zij gewaardeerd wordt door collega's en bestuur?
Niet vergeten, fatsoenlijke management processen zoals een OODA loop en incident response programma.

OODA loop
Observe: Het verzamelen van informatie en indrukken
Orient: Het geven van context aan de informatie op basis van bestaande kennis
Decide: Het debat over de te nemen koers om het gewenste doel te behalen
Act: De bepaalde actie wordt ingezet en de loop begint opnieuw

Incident response cycle
  • preparation
  • identification
  • containment
  • eradication
  • recovery
  • Lessens Learned
Wij gebruiken de OODA-loop ook als framework voor het opvolgen van security-incidenten, en dat werkt in de praktijk erg goed. In Nederland is deze aanpak enigszins vergelijkbaar met de BOB-methode. NIST heeft het incident response framework wat je noemt iets aangepast en gebruikt nu bijv. improvement ipv lessons learned. Ook daarin is nu meer nadruk op de voorbereiding (preparation)

En nog als reactie en ter aanvulling op de post van MatthiasL:

Op de website van het NCSC is daarnaast veel goede informatie te vinden over cyberweerbaarheid (NIS2) en de voorbereiding op cyberincidenten. Naast de goede lijst met technische maatregelen zou ik daarom ook aandacht besteden aan de organisatorische kant:
  • Zorg voor een incidentresponseplan en zorg dat dit ook offline beschikbaar is, voor het geval de reguliere systemen niet bereikbaar zijn.
  • Oefen en bereid je voor op incidenten.
  • Organiseer regelmatig tabletop-oefeningen. (hebben wij afgelopen vrijdag nog gedaan en dat is echt heel erg waardevol)
  • Zorg voor een communicatieplan voor crisissituaties.
  • Zorg dat back-ups niet alleen aanwezig zijn, maar ook periodiek worden gevalideerd.
  • Richt noodaccounts (break-glass accounts) in en test deze periodiek.
  • Zorg voor een actueel Business Continuity Plan (BCP).
  • Besteed structureel aandacht aan security awareness.
Ook ik zal vast nog wat dingetjes gemist hebben, dus ik adviseer dan ook om de site van NCSC eens door te nemen.

[Reactie gewijzigd door FREAKJAM op 20 oktober 2026 00:02]

Vraag me wel af hoe je die uses cases anno 2026 op tijd afhandelt als het niet een traag persoon maar een razendsnelle AI agent is..
Dat is natuurlijk niet in een post uit te leggen, maar ik kan een kleine poging doen.

Voor thuis: zorg dat de poorten van je router dicht zijn en je daarnaast een firewall dichtzet op alle computers die je gebruikt. Als je toch iets met buiten moet verbinden, doe dat dan met een VPN laag zoals Tailscale en niet door poorten te openen. IoT troep (zeg maar je zonnepanelen of thuisbatterij of al het andere prul) op VLAN, die dingen lekken wachtwoorden, hebben onbeveiligde verbindingen, etc.

Bij een goed bedrijfsnetwerk geldt min of meer hetzelfde, maar dan wordt er ook SIEM software, een soort van alarmsysteem toegepast en worden meldingen (tegenwoordig vaak met hulp van AI) door een SOC geanalyseerd. Zoek eens naar Zeek of Suricata. Uitgangspunt in bedrijfsleven is dat het niet de vraag is of, maar wanneer ze binnenkomen en of je het dan tijdig opmerkt.

Oh en gebruik ad blockers, liefst op netwerkniveau. Advertenties zijn een enorme aanvalsvector, die vaak wordt onderschat. Ook nog steeds in het bedrijfsleven.

[Reactie gewijzigd door ries81 op 19 oktober 2026 20:56]

Kijk maar eens naar wat de iso27001 (en soortgelijke certificering) voor informatiebeveiliging inhoudt voor bedrijven. Dat komt heel dichtbij het lijstje van @MatthiasL en geeft wel aan wat je daarvoor moet doen.
Sorry maar 27001 zegt helemaal niets over implementaties en wat je moet doen om het veilig te maken. Het zijn gewoon checkboxen waar je bij een audit een doordacht antwoord op moet hebben.

Als je antwoord bij het stukje fysieke toegangsbeveiliging is dat je een slot op de deur van de patientendossiers hebt, en een registratie van de personen met de sleutel ben je er al. De vraag op welke kwaadwillende er langs die deur lopen, wordt niet gesteld
Eens. ISO 27001 trapt een hoop open deuren in, laat ruimte voor onverantwoorde afwijkingen en maakt vooral auditors rijk.
Dan snap je ISO27001 niet. Met een ISO27001 certificering ben je niet 'veilig'. Je hebt aangetoond dat informatiebeveiliging een onderdeel is in je organisatie en dat je er tijd en aandacht aan besteed. En daar zit de winst.. Dat er bijvoorbeeld vanuit management aandacht vanuit gaat. Dat er budget voor is.

Dat je dan op technisch vlak niet alles op orde hebt, dat is vaak een gegeven. Want vrijwel niemand heeft alles technisch op orde. Maar met een organisatie die ISO27001 goed in de vingers heeft zou je stap voor stap wel steeds een hoger niveau moeten bereiken.
ISO 27001 is het startpunt, niet het eindstation. Het bevestigt dat er een beheersysteem is opgezet binnen een specifieke scope, maar dat is geen garantie voor een daadwerkelijk goede beveiliging. Het is een goede basis, maar verre van voldoende om moderne dreigingen echt het hoofd te bieden.
Voor thuis zou ik beginnen met goede basisbeveiliging: schakel de beveiligingsfuncties van Windows in en configureer Microsoft Defender. Gebruik unieke wachtwoorden met een wachtwoordmanager en zet waar mogelijk MFA aan. Een adblocker zoals uBlock Origin en een DNS-filter zoals Pi-hole of AdGuard kunnen helpen om advertenties en bekende schadelijke domeinen te blokkeren.

Wie verder wil gaan, kan de router van zijn provider vervangen door bijvoorbeeld een Ubiquiti- of Protectli-opstelling, maar dat is zeker geen vereiste om veiliger te zijn. Met die basis kom je thuis al een heel eind.

Een groot risico voor thuisgebruikers zijn infostealers, die inloggegevens kunnen stelen. Die kunnen bijvoorbeeld meekomen met schadelijke downloads, maar ook vaak via gamemods, of andere programma’s. Meer informatie over infostealers.
En gebruik je gast wifi voor gasten. Meestal zijn dat geïsoleerde verbindingen die niet naar je andere infra kunnen, en je weet noout waar je credentials rond gaan zwerven.
ze gebruiken onder andere verschillende Grafana-systemen om diepgaand te monitoren en alles overzichtelijk in beeld te brengen. Mogelijk hebben ze op die manier verdachte patronen of afwijkingen vroegtijdig gesignaleerd.
Hoe je beveiliging kan regelen van wat? Dat moet specifiek zijn, security expert is echt een vakgebied. Ik ben expert op het gebied van identity en van praktische cryptografie / smart card technologie, maar dat is slechts een puzzelstukje in het geheel.
Met Splunk kun je dit soort securitymonitoring grotendeels automatiseren.

Er zijn al veel kant-en-klare detectieregels beschikbaar, waardoor je niet alles zelf hoeft te ontwikkelen. Er zijn zelfs automatische acties mogelijk waardoor je IP adressen blokkeert of gebruikers blokkeert, bijvoorbeeld.

Het is vooral een kwestie van de juiste logbronnen aansluiten, bestaande regels activeren en waar nodig aanpassen aan je eigen omgeving.

Het is dus niet helemaal installeren en klaar, maar je hoeft ook niet vanaf nul te beginnen.

Het kan onmogelijk verschillende soorten inbraken blokkeren, maar is erg goed in het detecteren en signaleren van afwijkingen. Als je hier als bedrijf ook daadwerkelijk acties aan koppelt zoals het platgooien van systemen, dan krijg je mogelijk zoiets als wat Albert Heijn heeft gedaan.
Beginnend bij je router: ik zou als eerste kijken naar het vervangen van de standaardrouter van je internetprovider. Jaren geleden gebruikte ik nog de standaardrouter van T-Mobile. Daarop kon je maar beperkt dingen instellen. Inmiddels gebruik ik al zo’n zeven jaar een UniFi Dream Machine van Ubiquiti. Daarmee kun je veel meer configureren en heb je ook meer inzicht in je netwerk. Er zijn natuurlijk ook genoeg alternatieven.

Op mijn UniFi kan ik bijvoorbeeld de Network Optimizer van Ozark Connect draaien. Die analyseert je netwerkconfiguratie en geeft verbeterpunten. Zo adviseerde deze mij om mijn camera’s op een eigen VLAN te zetten. Ik had ze al op mijn IoT-netwerk staan, maar een apart VLAN voor camera’s zorgt voor een verdere scheiding van de rest van je netwerk. Uiteraard moet je daarvoor ook de firewallregels goed instellen.

Als je Proxmox draait, kun je bijvoorbeeld ook naar proxmenux kijken.

Los van sterke, unieke wachtwoorden, een wachtwoordmanager en minimaal 2FA (waar mogelijk liever passkeys), en sinds kort ben ik al mijn email accounts aan het over zetten naar apple Hide my email, maar ook hier bestaan opensource alternatieven voor als je niet in het apple eco system zit of wilt zitten. Zo kan een gelekt mail adres nooit elders gebruikt worden om in te loggen.

Verder denk ik dat het nalopen van je configuraties een goede eerste stap is. Welke diensten zijn bereikbaar vanaf het internet? Welke apparaten kunnen met elkaar communiceren? Zijn beheerinterfaces voldoende afgeschermd? En zijn je systemen up-to-date?
Thnx ik heb net een UniFi dream gekocht leuk om in te verdiepen
Je kan zeggen wat je wilt, maar blijkbaar hadden ze een protocol klaarliggen voor "assume breach" en daar vind ik oprecht dat het slim is hoe AH Delhaize gehandeld heeft. Ja het kost omzet, maar wat had het anders gekost.
Weet niet of dit een "wij van WC-eend" geval is. Is de claim van Ahold onafhankelijk vastgesteld? Eerst wilden ze geen aangifte doen om een OM onderzoek te voorkomen.
Ze wilden niet meteen een politie-onderzoek om te voorkomen dat de politie hun eigen IT-mensen voor de voeten zou lopen. Voor de politie heeft sporenonderzoek de prioriteit. Voor AH is de prioriteit om hun systemen weer in de lucht te krijgen zodat er weer geld verdiend wordt.
Dat is niet wat ze hebben gecommuniceerd. Ze hadden een persbericht kunnen sturen en aangeven dat ze eerst e.e.a. wilden afronden voordat ze aangiften doen, maar dat deden ze niet. Ze gingen pas aangifte doen toen de minister van Justitie en Veiligheid om meer helderheid eiste, dagen nadat Politie en OM ze had gevraagd om a.u.b. wel aangifte te doen.
Waar haal je vandaan dat AH geen aangifte wilde doen?

Men heeft niet gelijk een aangifte gedaan, dat klopt. Was dat echte om een OM-onderzoek te voorkomen? Welke bron heb je hiervoor?
Ahold deed geen aangifte en pas na een verzoek van de Politie, OM en zelfs de minister van Justitie en Veiligheid ging Ahold over tot aangifte.


14-10 Albert Heijn doet géén aangifte van mysterieus cyberincident

14-10 Politie en OM nodigen Ahold uit aangifte te doen van 'cybersecurity-incident'

19-10 Ahold Delhaize erkent hack en doet alsnog aangifte

[Reactie gewijzigd door Lisadr op 19 oktober 2026 21:31]

Het eerste bericht begint met een feit maar gaat daarna speculeren, het tweede gaat over een uitnodiging van de politie en het OM en de derde over het doen van de aangifte.

Nergens staat er dat het de bedoeling was om een OM-onderzoek te voorkomen, of heb ik wat gemist?

Bij die derde wordt er verwezen naar een persbericht van AH, maar dat persbericht kan ik dan weer niet terug vinden. [edit]Via een omweg gevonden: https://newsroom.aholddelhaize.com/ahold-delhaize-update-on-status-of-cybersecurity-incident/[/edit]

En voor wat betreft de kop in het derde artikel dat je aanhaalt:
Albert Heijn geeft nu eindelijk toe slachtoffer te zijn geworden van een hack. Vandaag heeft moederconcern Ahold Delhaize formeel aangifte gedaan bij de Nederlandse politie; een week nadat hackers in zijn systemen inbraken.
AH heeft voor zover ik weet nooit ontkent dat er mogelijk een hack* was, men was wel vaag (cybersecurity-incident) maar uit de acties die Ahold Delhaize gedaan heeft was wel af te leiden dat er iets serieus aan de hand was. Een online-omgeving gooi je niet zomaar dicht zonder dat daar een heel erg goede reden voor is...

* Little Penguin vindt de term "crack" overigens beter dan hack...

[Reactie gewijzigd door Little Penguin op 19 oktober 2026 22:20]

Ja een hack scenario en waarschijnlijk ook een killswitch. Uitstekende voorbereiding, als er wat te halen valt ben je vroeg of laat aan de beurt.
Ik vermoed dat dit een overblijfsel is van de succesvolle hack van 3 jaar geleden. Gelukkig hebben ze er van geleerd
Vandaag las ik een artikel op de site van NOS over mensen die naar aanleiding van de verstoorde bezorgdienst nu mogelijk willen overstappen naar een andere bezorger. Hierdoor ontstaat er toch een sfeer dat AH wordt gestraft door de economische wetten van de vrije markt.

Helaas had het artikel geen oog voor het volgende: van AH is nu bewezen dat ze op tijd ingrijpen bij mogelijke hacks, van concurrenten moet dat nog maar blijken. Misschien zit er wel een nieuwe Odido tussen Picnic, Jumbo etc. Moet de NOS mensen daar niet op wijzen in een artikel over het kiezen tussen wel of niet overstappen?
Dit is het "probleem" van de vrije markt, waarbij er keuze is en klanten dus vrijelijk over kunnen stappen. Zodra een Picnic of een Jumbo een vergelijkbaar issue hebben zullen mensen weer naar AH overstappen.

Uiteindelijk moet je als bedrijf gewoon een goede dienst leveren en als er puur naar boodschappen gekeken wordt dan heeft AH afgelopen week geen goede dienst geleverd...
Ik snap (tenzij invalide o.i.d.) dat hele boodschappen bezorgen niet.

Zie ook geregeld wagens van AH, Jumbo en Picnic in de straat.
Saillant detail is dat hier twee supermarkten op nog geen drie minuten lopen hebt.

[Reactie gewijzigd door Polderviking op 19 oktober 2026 21:32]

Op tijd? Is er bewijs dan? Ze zeggen nu voor het eerst iets en hebben geen bewijs laten zien dat er niks is gestolen? Dus wacht eerst even af
Gekke beredenering, van de Jumbo weten we ook niet of er recent gegevens gestolen zijn, maar daar vertrouwen we wel op. Waarom in dit geval dan niet? Ze zijn juist transparant wat mij betreft.
Kun je a.u.b. uitleggen wat er transparant is aan de reactie van Ahold? Inhoudelijk zeggen ze erg weinig, behalve dat ze in een persbericht (dat per definitie eenzijdig is) zichzelf een schouderklopje geven en aangeven dat ze de juiste keuze hebben gemaakt. Er is geen beursgenoteerd bedrijf ter wereld dat in een persbericht zal zeggen dat hun CEO en hun bedrijf het niet goed doen.
Stel, ze geven jou hun 50 Terrabyte van hun recente logging, ben je dan in staat om te analyseren of hun antwoord klopt en aan te geven of ze nog iets over het hoofd zien?
AH heeft veel schade geleden door het offline halen maar het lijkt erop dat ze de aanval afgeslagen hebben? In iedergeval heb ik geen nieuws over ransomeware of of gelekte gegevens gezien. Uit ervaring weet ik dat AH de boel behoorlijk dicht timmert, irritant maar lijkt nu wel vruchten afbreken werpen. Ik denk dat ze een pluimpje verdienen
AH heeft veel schade geleden
en die zullen ze wel op hun verzekeraar verhalen (of onrechtstreeks de klanten en leveranciers)
Rechtstreeks verhalen gaat niet. De concurrentie kijkt gewoon mee. Nee dit kost gewoon omzet die nooit meer terug komt. Gelukkig kunnen ze het dragen. Of dat voor een partij als de plus ook het geval is zou maar de vraag zijn.
Als het iets is waar een verzekering voor is, en daar lijkt het wel op als ik een snelle Google-search doe, dan is het toch ook logisch om in zo'n geval ook een claim bij de verzekering in te dienen. Waarom ben je anders verzekerd?

De vraag is natuurlijk wel wat er gedekt wordt, valt omzetderving er bijvoorbeeld ook onder of gaat het alleen om de directe impact en de kosten die daar bij komen kijken?

Uiteindelijk zal het betaald moeten worden, dat gaat ofwel ten koste van de leveranciers (niet goed naar mijn idee), de klanten (ook niet leuk, maar minder erg dan het eerste - zeker als een leverancier al heel erg veel concessies heeft moeten doen qua prijs) of de aandeelhouders (en die laatste vinden het ook niet leuk, maar zij kunnen waarschijnlijk het stootje wel hebben)...
Dat lijkt mij een interessante casus, gezien ze ogenschijnlijk zelf de stekkers eruit hebben getrokken.
Het is een maatregel om erger te voorkomen, anders kon hen (nog meer?) nalatigheid worden verweten en een (misschien hogere) claim worden afgewezen.

Wat er echt aan de hand was zal hier onderdeel van zijn, maar dat wil nog niet zeggen dat het publiek dit te weten gaat komen.
Schade van 1 week offline weegt op tegen schade van:
  • Meerdere weken offline;
  • Totaal blind over wat geraakt is;
  • Alle data en systemen wassen (wat weken kan duren - Marsk weet men nog?)
  • Klant data op het net;
  • Leverancier data op het net;
  • Gevoelige onderhandeling data met leveranciers;
  • Imago schade;
  • Ben vast nog wat vergeten.
Dus nee, schade valt wel mee.
Wellicht is dat sinds 2025 veranderd, maar mijn ervaring met Ahold (dus niet AH zelf) is dat ze Cybersecurity niet een belangrijk thema vonden.
Nou mag ik dan een bescheiden Chapeau voor Albert Heijn, de (zover bekend) eerste grote keten in Nederland die er op tijd bij was en daar zo te lezen dus uitstekend naar gehandeld heeft! Zowel in de handeling zelf, als de CEO die een belachelijk interview bij Eva onderging, maar toch netjes antwoord bleef geven, en de communicatie zij het mondjesmaat maar wel gewikt en gewogen door AH zelf! verspreid is geworden op de momenten dat het kon, en niet onder druk van anderen.
als de CEO die een belachelijk interview bij Eva onderging, maar toch netjes antwoord bleef geven
Er was op dat moment waarschijnlijk ook niet te vertellen en ja eigenlijk was het een raar interview. Wat ik me dan wel afvraag is in hoeverre de communicatieafdeling van Albert Heijn aan de programmamaker(s) al doorgegeven had welke details er al bekend waren.
Albert Heijn, de (zover bekend) eerste grote keten in Nederland die er op tijd bij was
Dat zal te tijd nog leren natuurlijk, maar vooralsnog lijkt het erop dat Ahold Delhaize cq Albert Heijn inderdaad er op tijd bij was. Nu is de operatie in de Benelux weer enigszins onder controle, maar de diverse Amerikaanse dochterondernemingen die geven nog steeds een heel erg algemene website met als enige melding dat de webstek/app op dit moment (nog) niet beschikbaar zijn...
Chapeau, hier kunnen veel bedrijven van leren.
Niet vervelend bedoeld hoor, maar wat dan? Ik mis nog erg veel informatie om er iets van te kunnen leren. Wat hebben ze gedetecteerd en hoe? Welke beslissingen hebben ze genomen om welke redenen? Wat was er gebeurd als ze niet ingegrepen hadden? Dat soort dingen.
Ik ben nou dan toch ook wel erg benieuwd naar details.
En dan met name wat hebben ze gezien, wat hebben ze hoe ingericht om dat te kunnen zien, gebruikte tooling etc?

Als het allemaal klopt zoals ze het doen lijken en het een succesvolle afwenteling is van een aanval dan lijkt het me behoorlijk het algemeen belang dienen om dat soort info vrij te geven zodat bedrijven die aanpak naar hun eigen omgeving kunnen vertalen.

[Reactie gewijzigd door Polderviking op 19 oktober 2026 21:08]

Denk niet dat we dat ooit te horen krijgen anders dan niks zeggende woorden van een persvoorlichter en / of directeur.

Bedrijven hangen liever niet de vuile was buiten.
De vuile was? Dit is een succesverhaal! Delen, alsjeblieft zeg.

Een piloot evalueert ook wat er goed en slecht ging na een vlucht. Veel turbulentie, waarschuwingssystemen die het (niet) deden, of gewoon een normale vlucht? Het delen van kennis en ervaring is het succes, ongeacht de toedracht! Let wel: het zijn de hackers die de vuile was zijn!
Dit laat zien hoe waardevol een goed SOC is: verdachte activiteiten werden gedetecteerd en er is snel ingegrepen. Ook goede protocollen en draaiboeken zijn dus essentieel. Liever systemen een week of langer offline dan het risico lopen dat gegevens op straat belanden. Ik hoop dat Ahold Delhaize op termijn meer details deelt, en dat andere bedrijven hier iets van leren :)
Die PIR zou ik dolgraag willen lezen. Wat mij interesseert, wat was de trigger, dwz wat voor activiteit hebben ze gezien dat deed dat ze dachten "lights out, nu"? Hebben ze daar mogelijk zelfs honeypots voor? Super interessante casus in ieder geval.
Achteraf heeft Ahold Delhaize het toch goed gedaan. Stekkers eruit en even mediastilte over de oorzaak tot je echt met een statement kan komen.

Om te kunnen reageren moet je ingelogd zijn