'Koelsystemen supermarkten in Nederland hebben van datum afgeleid wachtwoord'
Er zijn koelsystemen in Nederlandse winkels in gebruik die kwetsbaar zijn voor hacks. De loginpagina's zijn bereikbaar via het openbare internet en het wachtwoord is gebaseerd op de huidige datum.
Het gaat om installaties van de Deense leverancier Danfoss, meldt The Shadowserver Foundation. Er zijn in Nederland ongeveer 57 kwetsbare systemen te vinden, meldt RTL Nieuws. Die hebben nog niet de patch geïnstalleerd waarmee inloggen kan via een wachtwoord op basis van de datum. Dat is een standaardfunctie van de apparatuur, maar bleek onveilig. Die kwetsbaarheid zit niet alleen in de verouderde versie van de koelinstallatie, maar ook in een nieuwe en nog wel ondersteunde versie.
Een fix daarvoor kwam anderhalf jaar geleden uit, maar veel klanten hebben die patch niet geïnstalleerd. De kwetsbaarheid kwam in de aandacht door een hack afgelopen week bij Franse supermarkten. Daar zetten criminelen de temperatuur in de koeling op +50 graden Celsius, waardoor de producten ontdooiden. Die hack is makkelijk uit te voeren, omdat loginpagina's voor de koelinstallaties via het openbare internet toegankelijk zijn.
Lees meer
Reacties (222)
Zo naïef zijn we anno 2026 nog?
Overigens geldt de CRA alleen voor nieuwe apparaten tenzij ze een major update krijgen, vanaf dat moment ook voor die software.
En dan ook nog alleen tijdens de levensduur. Daarom zijn heel veel hardware en software bedrijven ook naar subscriptie aan het overgaan. Want als jij je abo stop zet verloopt je licentie direct en mag je het niet meer gebruiken. Dan hoeft de fabrikant het volgens de CRA ook niet meer te updaten.
Bij perpetual licenties geldt dat niet. Die mag je na afloop maintenance gewoon blijven gebruiken en moeten dan nog wel gratis geüpdatet worden voor x jaar, ondanks dat je maintenance niet betaald.
Maar ja, als niemand die updates installeert, schiet het nog niet op met de CRA.
Sure, er is een eigen verantwoordelijkheid om je producten up to date te houden, maar gaan we doen alsof we niet weten hoe gebruikers zijn, die installeren een ijskast en hangen die in een systeem en dan hebben ze hun ijskast. Wat voor functionaliteit is dat ook, enable anders admin-admin voor default remote access waar hebben we het over
Dat is echt de enige manier waarop dit soort domme hacks zijn te stoppen. Daarnaast mag de developer welke dit heeft ontwikkelt nooit meer een keyboard aanraken.
Een hardcoded password om functionaliteit te testen kan ik nog enigsinds begrijpen en dat dit later niet is aangepast, maar iemand heeft hier over nagedacht dat een deterministic wachtwoord nodig is met een known seed. Dat is niet iets welke je per ongeluk maakt.
Een paar jaar geleden moesten wij een op een raspberry gebaseerd remote printer service schrijven. Op de raspberry was een netbord VPN client geinstalleerd zodat deze remote via onze private netbird instance te bereiken is voor onderhoud en/of support. Login gebeurde op basis van een public key welke bekend is bij de printer service en vervolgens is er een alleen nog maar een simpele challenge-response nodig. Als challenge krijgt je een 64 random byte string, deze moet met de private key ondertekend worden. Die signature is de response voor de challenge en aan de printer service kant wordt gecontroleerd middels de public key of de signature geldig is voor de eerder gestuurde byte string.
Geen wachtwoorden die over een weer gaan, maak gewoon een techniek (PKI) welke al meer dan 35 jaar bestaat. Wij wrappen onze API verzoeken in een JWT package. Voordeel van de JWT structuur is dat het al een header, body en footer/signature sectie heeft. Elk platform bied hiervoor goede packages aan en wij wilden niet het wiel opnieuw uitvinden.
Goh, echt?Als je het mij vraagt had de fabrikant nooit een product moeten maken dat de datum accepteert als wachtwoord bij remote login.
Achteraf is het natuurlijk makkelijk praten, maar de werkelijkheid is vaak dat dit soort zaken die niet 'core' zijn voor een bedrijf er vaak tussendoor glippen. Goede kans dat de medewerker die ooit het wachtwoord voor de diepvries heeft ontvangen ondertussen niet meer bij het bedrijf werkt en het wachtwoord ergens in een mailbox of dossier voor overname van verantwoordelijkheden is verdwenen.
Als een support call voor een diepvries de leverancier iedere keer dagen heen en weer mailen kost omdat de klant geen wachtwoord heeft is dat duur en onacceptabel omdat problemen onder een behoorlijke tijdsdruk opgelost moeten worden als voor duizenden euro's aan voedsel onverkoopbaar dreigt te worden...
De bedrijven die wel stevige OT kennis hebben, daar zie je dit minder.
Dit speelt overigens ook in de auto industrie, en was één van de grotere problemen bij de overstap op elektrische auto's.
https://x.com/IntCyberDigest/status/2109753360282767451
[Reactie gewijzigd door hhj op 16 oktober 2026 09:44]
Met een sterk wachtwoord had dit nog steeds kunnen gebeuren. Wachtwoorden lekken. Patchen had het probleem voorkomen.
Ik dacht het niet!
[Reactie gewijzigd door William_H op 18 oktober 2026 00:27]
Maar voor heel veel oude meuk die al jaren in industriele omgevingen draait geldt dit dus niet. Wat daar wel geldt is dat kwetsbaarheden gemeld moeten worden (sinds 11 september). Maar daar hunt/zoekt vrijwel niemand actief naar, omdat het erg niche producten zijn en je er vaak toegang toe moet hebben. En niemand gaat een groot industreel apparaat op zijn zolderkamer zetten om te testen. Dus dat is een mooi geval van: "Als we het niet weten, hoeven we het niet te melden".
Dit is niet een type apparaat dat "direct" aan Internet bereikbaar zou moeten zijn...
Maar hoeveel mensen hebben hun slimme koelkast, tv, wasmachine, vaatwasser etc thuis direct aan het internet hangen? Ik ken weinig consumenten die ze in een apart vlan met alleen vpn toegang zetten.
[Reactie gewijzigd door jongetje op 16 oktober 2026 08:02]
Maar blijkbaar gebeurt het ook niet in de andere 50 weken van het jaar. Terwijl er bij supermarkten toch heus allerlei mensen rondlopen die eens in de zoveel tijd elk filiaal bezoeken om allerlei controles te doen, die horen bij allerlei certificaten van allerlei wet- en regelgeving omtrent (voedsel)veiligheid en kwaliteitsnormen. Dan zou je verwachten dat dit ook wel ergens in zo’n controle terugkomt.
Als we het werkelijke risico bekijken, wat is dat dan? Botnet dat je iot device kaapt. Dat komt niet zomaar binnen (via via of via supply chain attack via de firmware)
Dit is van een compleet andere orde dan een supermarkt vriezer direct benaderbaar is via het web
Het wordt pas een groot risico als jij een port forward op je router zet naar bv de web interface van dat device. Dat doe je doorgaans niet.
Maar deze supermarkten wel met hun koelsystemen..
Dus niet direct benaderbaar en dus van heel andere orde dan de supermarktkoelkasten.
Via die route, die dus wel wat voeten in de aarde heeft, kan men dus bij de omvormer komen in theorie. Allemaal theorie, maar het kan.
Dat dachten die supermarkten dus ook.. Het is maar een koelkast... Hoe groot is het risico nu echt?Als we het werkelijke risico bekijken, wat is dat dan? Botnet dat je iot device kaapt. Dat komt niet zomaar binnen (via via of via supply chain attack via de firmware)
De meeste 'slimme' apparaten zijn dat juist omdat ze bestuurd kunnen worden. Je zal ze dan toch op hetzelfde netwerk moeten zetten als bv je mobiel om de app te draaien anders kan je net zo goed voor een 'domme' oplossing gaan.Waarom zou de gemiddelde consument zijn slimme apparaten in een apart vlan zetten? Dat doen jij en ik , want it'er en paranoia.
De meeste van die apparaten gaan ook heel slecht om met beperkte netwerktoegang. Daar zouden wel eens betere eisen voor mogen worden geformuleerd...
Het werkelijke risico is relatief klein, maar sinds de opkomst van AI hacking wel een stuk groter geworden. De firmware is niet het enige punt, een vulnerability in een netwerk service kan ook een prima entree zijn voor botnet code. En die botnets worden ook steeds meer waard door AI (want dat zijn 'residential proxies' waarover je scrapers kan laten draaien zonder dat ze gelijk geblokkeerd worden).Als we het werkelijke risico bekijken, wat is dat dan? Botnet dat je iot device kaapt. Dat komt niet zomaar binnen (via via of via supply chain attack via de firmware)
dat de firmware van iot devices slecht omgaat met beperkingen klopt inderdaad ook helaas... eerder de regel dan de uitzondering (apparaten die gewoon niet of beperkt werken zonder inernet access, of elke 10 minuten crashen - zelfs als ze volgens producent (anker kuch) cloud-loos functioneren als core functionaliteit.).
Het is nog altijd slim om je "slimme" apparaten op een apart netwerk te zetten, maar VPN is vaak zinloos, omdat je er dus niet naar connecteert
Althans dat is ook onze policy op het werk. VPN, met named accounts en MFA en enkel toegang tot de toestellen die je nodig hebt.
Alleen vinden (sommige) leveranciers dat lastig en duwen gewoon een gateway in een PLC kast en vragen gewoon een netwerk kabel die met één bepaalde URL moet kunnen verbinden en hopla, je hebt wat shadow IT in je bedrijf.
En terug, als je dan de discussie aangaat met die leverancier dan wordt er al snel gedreigd met geen of minder support.
Nu, fair enough, er zijn ook zeker bedrijven die het goed doen en totaal geen issues hebben met wat striktere IT policies.
We leveren standaard een Remote-access router mee om een VPN verbinding op te kunnen zetten voor service doeleinden. Wij beheren deze en de klant hoeft alleen te zorgen dat er een internet verbinding naar de router ligt.
(Voorbeelden van devices die deze functionaliteit bieden zijn: Insys Icom, eWon flexy 205 of Robustel EG5100)
We hebben een aantal grote klanten (elk bezitten tientallen fabrieken wereldwijd) die dit geen acceptabele oplossing vinden en alleen devices die ze zelf kunnen beheren in hun netwerk toestaan. In dat geval koop de klant zelf een device en geeft ons de inloggegevens. Op die manier hebben ze zelf de controle over de devices maar kan de leverancier bij de machines wanneer nodig.
Wil je qua beveiliging nog een stap verder dan kun je de boel ook zo inrichten dat de Router standaard helemaal geen verbinding kan maken en deze alleen op verzoek van de fabrikant tijdelijk beschikbaar komt.
Te vaak gaat het licht dan uit aan de overkant van de tafel als je die vragen stelt. En als het antwoord dan is "schakel die anders maar uit" dan weet je sowieso dat die nooit een update gaat krijgen.
Laats kreeg ik nog een betere reactie, we hadden een netwerk kabel voorzien voor een plc en plots was die niet meer nodig. Toen we de leverancier vroegen waarom, was het antwoord "we gaan een 4g modem gebruiken"
Sowieso gaat deze manier in tegen het Purdue Model.
Bijzonder dat je zonder enige info al uit gaat van het slechtste scenario.Je hebt geen idee waar ik werk, welke omgeving we gebruiken, hoe vaak we updates installeren of hoe we met certificaten omgaan, dan is "Kijk, en hier loopt het dus fout" toch gewoon een hele rare opmerking?Kijk, en hier loopt het dus fout.
De fabrikant van de het VPN gateway die we gebruiken heeft een omgeving waar we met 2FA kunnen inloggen, en updates kunnen we ook via die omgeving doen. Klanten die geen onbeheerde devices in hun netwerk willen kiezen bijna altijd voor VPN gateways van diezelfde fabrikant.Want hoe vaak update je die vpn gateways? Maken die gebruikt van een certificaat of een simpel wachtwoord?
Natuurlijk zijn er fabrikanten die een matige/onveilige oplossing bieden, maar ik denk dat hier verantwoordelijk aan beide zeiden van de tafel zit. Het is een illusie te denken dat een kleine fabrikant de veiligheid van jouw netwerk heel hoog op de prio-lijst heeft staan. En als je zeker wil weten dat alles up-to-date blijft zul je hier afspraken over moeten vastleggen of alles in eigen beheer houden.
En van mijn kant gezien, we hebben ook klanten gehad die alles perse in eigen beheer willen doen, maar ons vervolgens een wachtwoord geven wat een afgeleide van de bedrijfsnaam is, geen 2fa gebruikt en waar het wachtwoord jarenlang niet aanpassen. Je doet het voorkomen alsof alleen de machinebouwers er een potje van maken maar aan beide kanten heb je mensen die weten waar ze het over hebben en mensen die niet eens snappen wat een VPN is.
Als je als Ahold niet kan eisen dat het alleen via een veilige manier kan, dan zit straks iedere supermarkt met langdurige uitval. Die Franse winkels zouden maar wat graag "minder support" hebben gehad, dan een onverwachte uitval en verlies van waren. Daar zal de internetkabel er nu ook uit liggen.En terug, als je dan de discussie aangaat met die leverancier dan wordt er al snel gedreigd met geen of minder support.
Als jij als leverancier een publieke of onveilige verbinding eist, dan moet je ook voor de schade opdraaien die het oplevert. Met een makkelijk wachtwoord kan je wachten totdat er iets gebeurd.
De standaard Chinese IoT meuk voor in huishoudens werkt ook zo, waarom dit dan niet?
DAT is de grootste klucht achter al die verhalen. We weten redelijk goed hoe we iets secure moeten maken. Dat wisten we 10 jaar geleden ook al, dus zulke lekken zoals bij die koelkasten vallen volgens mij onder grove nalatigheid.
Als er morgen een auto op de markt komt waarbij de gordels gemaakt zijn uit papier en de airbags uit ikea zakken gaan we ook niet bij een ongeval zeggen "oepsie" maar gaan we de maker aanklagen voor zijn shitty systeem.
Dat er nog geen kwaliteitsvereisten zijn voor software is een schandaal.
Als dat online gedoe. We zitten te veel vast in het netwerk wat helemaal niet nodig is. (maar een jongere generatie is het daar vast niet mee eens).
[Reactie gewijzigd door smarthome1 op 17 oktober 2026 00:55]
Voor het grootste deel van onze klanten (grotere industriële spelers) is een dergelijke vraag een absolute no-go. Terecht.
Als leverancier moet je het jezelf wel mogelijk maken klanten die zich in de voet willen schieten dat helemaal zonder jouw betrokkenheid te laten doen.
Mac adress, ip adress, versienummers, environment stond op AH production en playlists incl urls
Een fix daarvoor kwam anderhalf jaar geleden uit, maar veel klanten hebben die patch niet geïnstalleerd.
Even gedoetje met de ActiveX beheerpagina, maar toen dat werkte zocht ik naar het default password voor login op basis van de tekst op die openings-pagina. Naast het antwoord kreeg ik letterlijk tientallen andere links naar login-pagina’s van vergelijkbare apparaten, gewoon direct aan het net, met hetzelfde default password. Doordat mijn browser zelf al admin/admin in ging vullen* was het openen voldoende om binnen te komen in verschillende hotels en winkels, zo te zien verspreid over de wereld.
*(tja, dat had ik ook kunnen gokken, maar zo simpel ging ik niet eens van uit…
Als ik morgen ergens zou lezen dat jaarlijks 100 Nederlanders een vork in het stopcontact steken omdat ze denken er niks van te merken, dan zou ik het meteen geloven.
En als je écht een slechte partij hebt is die handleiding na wat zoeken ook nog eens gewoon online te vinden.
En als je dan écht pech hebt hangen die systemen ook gewoon aan het internet.
Er is veel verbetering in de afgelopen paar jaar, maar als je lang in dit wereldje rondloopt dan is dit incident echt het topje van de ijsberg en is het vooral een kwestie van verbazing dat dit soort incidenten niet vaker voorkomen (of we horen er niet vaker van).
Het is sowieso niet zo toegankelijk als bv Winoes en Linux. Met ontelbaar veel gebruikers, ontwikkelaars, continue ontwikkeling en vernieuwing. Waarbij 2 jaar niet updaten al een eeuwigheid is.
Je hebt het hier over PLC systemen, schakelkasten, industriële toepassingen. Speciale hardware. Specifieke software. Weinig ontwikkeling. En updaten is beperkt. Terwijl deze systemen vaak makkelijk 10, 20 jaar mee gaan.
Er zit vaak PLC achter. En zelf ontwikkelde software voor. En met de kennis van nu, zou veel software van 10 of 20 jaar terug, nooit zo ontwikkeld zijn. Maar destijds belde de installateur nog in met een modem in. En waren de eerste stappen naar internet vooral toegankelijk maken. Hetzelfde geldt voor PLC systemen van Siemens. Ook kwetsbaar.
Maar installateurs/bedrijven die dergelijke systemen niet in een soort VLAN stoppen en achter een firewall, zetten. Tja.
Dit is een volledige supermarkt als modulaire koel vries combi met HACCP registratie, integratie met airco en verwarming en automatische alarms en service monteur bezoeken wanneer het mis gaat. Een ieder die zegt dat dit niet verbonden moet zijn met het Internet kletst uit zijn nek en maakt het systeem alleen maar onveiliger. Dit werkt alleen met netwerken, dus moet iedere beheerder en ontwikkelaar ervan uit gaan dat dit alles vindbaar is in Shodan en zijn security daar op inrichten. Dat is bij deze modules niet gebeurd, niet bij het ontwerp, maar al helemaal niet nu het in productie is, want de patches waren niet geïnstalleerd. Waar we echter niets mee opschieten is security door obscurity. Je wil liever niet dat deze apparaten te vinden zijn op Shodan of in je bedrijfsnetwerk, maar ga ervan uit dat ze dat wel zijn en dat er geen safe space is. Vertrouw niets en niemand en dan is het vast beter beveiligd.
Vertel mij eens, zijn er supermarkten waar nooit personeel aanwezig is? En als daar het antwoord op NEe is waarom hangen die dingen dan op internet? Wat kan dit systeem wel wat mensen in de supermarkt niet kunnen?
https://www.danfoss.com/en/industries/food-and-beverage/dcs/food-retail/#tab-overview
Het antwoord is natuurlijk "maar dat is duurder!", en aan dat aspect begin me toch stevig een enorme schurft te krijgen. Alles hangt maar af van de euro-tekens in de ogen, en alles gaat naar de spreekwoordelijke haaien (had een iets duidelijker term in gedachten). Nutsbedrijven geprivatiseerd, "want dan wordt het goedkoper"; de zorg in brede zin (dus zowel somatisch/lichamelijk als geestelijk) geprivatiseerd, "want dan wordt het goedkoper"... En wat regelt het kapitalisme nu eenmaal? Meer geld naar waar het al zit. Lees Piketty maar: meer ongelijkheid, meer ontevredenheid, meer verdrukking al sinds de 80er jaren.
Zijn deze supermarkten daar debet aan? Nee, natuurlijk niet (hoewel aan hetzelfde fenomeen onderhevig; zie bijvoorbeeld de voedingsongelijkheid), maar het is een symptoom van. En het gaat ons opbreken.
Ik word geloof ik oud.
[Reactie gewijzigd door KouweZakkie op 15 oktober 2026 21:19]
Daarnaast: waarom zou je voor speelgoed kiezen dat je niet lokaal kunt beheren? Als het zo ongelofelijk ingewikkeld is dat de lokale loodgieter er geen pijp meer van snapt, dan is dat een risico, en dat zul je serieus moeten meewegen.
Dat wordt een dure grap voor een supermarkt.
Meestal kan je het zelf wel maar daar wil je dus niet aan beginnen.
Dat mannetje remote kan zo nu 30 locaties per dag beheren, waar je voorheen per monteur er max 5 kon doen.Tja dat mannetje hebben ze blijkbaar, want hij kan het nu remote.
En ja, de lokale loodgieter begrijpt die koelkast nog steeds prima. Want het basisprincipe is niet veranderd. Maar waar vroeger het geen probleem was als de lokale loodgieter langs kwam om de koelkast te maken, zijn de contracten van de leveranciers tegenwoordig zo dat je garantie vervalt als je het door iemand anders laat doen dan een monteur van hun.
- geen wachtwoord (scheen niet mogelijk te zijn wtf)
- geen secure connection
En dat ik op z'n minste een whitelist eiste vonden ze maar vervelend.
Heeft ons duizenden euro's gescheeld. Anders hadden we de volgende morgen voor een leuke verrassing gestaan.
Het wekt in ieder geval wel interesse aan mijn kant. Ik zal het eens uitzoeken wat ze kunnen bij ons. Het enige wat ze lijken te kunnen doen, is slechts aan en uit zetten. Deze vriezers zijn een jaar of 4-5 geleden geplaatst.
Dus ben nu wel benieuwd of ik er iets over kan vinden iig.
De jaren 80 waren niet gelijker dan nu. Ja, ze waren "gelijker" maar armer in het rijke Westen. Ze waren veel ongelijke in de rest van de wereld. We zijn nu rijker, hebben meer gezonde levensjaren, zijn gelukkiger en leven met minder criminaliteit dan ooit tevoren en we doen dat met minder werkende mensen.
Philips verving ooit 1000 schakelingen in een TV door 1 microchip. Dan kun je gaan klagen over een lokale televisie reparateur die geen werk meer heeft of blij zijn dat alle arbeiders een betere tv kregen voor minder geld die minder reparaties nodig had.
En het democratisch kapitalisme is het minst slechte systeem, mits je een sterke markt combineert met een sterke overheid en goede publieke voorzieningen. Die elementen zijn niet in tegenspraak met elkaar, maar essentiële voorwaarden voor een goed functionerende maatschappij.
Is er een hoop mis in onze huidige maatschappij? Ja. Vergt dat een sterkere overheid en betere collectieve voorzieningen? Ja. Moeten we dan maar terug naar autarkie en collectivisme? Nee
Maar goed, je bent niet competent genoeg om een koelsysteem te beheren, maar je hebt er wel een mening over of dat remote moet kunnen.
Het probleem is niet de monitoring en/of aansturing, maar het is dat het slecht beveiligd is. Jij kan ook naar een bank gaan om je bankzaken te regelen (alhoewel dat tegenwoordig betwijfel), maar vrijwel iedereen vindt het handiger om online te bankieren. Dat kan ook gewoon veilig, mits je daar aandacht aan besteed. Dit is niet anders...
Er zijn bedrijven die zich specifiek op richten waarbij elk frigo/diepvries een sensor krijgt die temperatuur registreert en een alarm afgeeft via cloud. Nergens iets verbonden met internet die de directe werking kan beïnvloeden. Zowel de fabrikant (Danfoss) als de gebruiker treft hier toch wel schuld vind ik. Danfoss zou dit standaard moeten uitschakelen zodat de onwetende gebruiker niet per ongeluk een onbeschermd systeem op internet aansluit.
Anatomy of a cyberattack on supermarkets that could have been avoided... once again... Buckle up, you're going to be floored .
The facts: Sunday evening, hundreds of French supermarkets saw their freezers climb to 50°C.
For those just discovering this: Danfoss AK-SM units are controllers that manage an entire store's refrigeration, from display cases to cold rooms.
With the web interface, refrigeration techs adjust temperatures and trigger defrost cycles.
These interfaces were visible on the internet...
Where it gets totally WTF is this timeline 👉🏾
2021: Danfoss declares the AK-SM 800 end-of-life. That means no more updates, but the units stay in stores.
2022: According to Danfoss, 16 Russian supermarkets equipped with these controllers were attacked.
So the scenario we knew and lived through in France was already known!
2023: Synacktiv -one of France's cyber gems- reported an authentication bypass.
Manufacturer's response: "It only affects end-of-life products." Move along, nothing to see here...
2025: Claroty -another cyber outfit- discovers a password calculated from the current date. Just that...
*If you have a calendar, you have the password.
August 2026: Claroty, still, presents its research at DEFCON -the world's biggest gathering of hackers and cyber experts-, in Las Vegas.
Demo in hand, they showed how with this security flaw, they can shut down the refrigeration and display fake temperatures.
+2700 controllers exposed worldwide, and each one manages an entire store's cooling...
October 2026: France wakes up in digital psychosis... a cyberattack has sent entire aisles of frozen goods to the trash, with millions of euros in estimated losses...
It's important to note that the exact attack vector hasn't been confirmed yet and there's still no claim of responsibility.
Impossible to say if it's the work of a foreign power, a teen in his bedroom, a cybercrime group, a hacktivist collective...
On top of that, Dixell, another manufacturer, is also affected.
Danfoss already admits that most of the hacked equipment was old gear, without patches...
In short, everyone knew.
Researchers alerted and published the vulnerabilities.
The manufacturer said "end-of-life product."
The refrigeration techs left the equipment plugged in.
The cyber teams at the various chains had absolutely no oversight...
Everyone had a good reason to do nothing...
According to various searches on very well-known engines, France accounts for nearly 60% of the exposed Danfoss controllers identified worldwide.
*For more depth, scans also find them in South Africa, and across the continent, many chains equip with refurbished gear, so with machines even less up-to-date than ours.
The risk of a few affected supermarkets in Africa is also very real.
No one would have seen your frozen goods aisle as an attack vector! And yet. OT is today an Achilles' heel in many places.
We talk about AI but cyber remains too, with all these cyberattacks ramping up in intensity that could also seriously impact our future!
Dit is precies de kern van het probleem.Everyone had a good reason to do nothing...
Mijn vermoeden is dat deze units veel aan een door het koeltechniek service beheerd m2m modempje hangen, en daardoor geen NAT hebben en direct beschikbaar zijn op internet.
Manual zegt ook:
10.5 Security
The System Manager 800A series has been designed to reside
behind appropriately configured firewalls and secure LAN. Do not
install on any public or non secure network.
Helaas is de gemiddelde installatietechnieker niet zo IT-security gericht. Die hebben zelfs vaak laptop-angst.
Ook zijn vrijwel alle speciale chars niet toegestaan in passwords... Raar.
[Reactie gewijzigd door jeroen3 op 15 oktober 2026 19:28]
Hooguit en dan ook hooguit een reset en verder niets.
Geen setpoints wijzigingen
Geen updates pushen
De koelmonteur komt toch minstens 1x per jaar. Laat hem de eventuele updates draaien.
Danfoss is trouwens niet de fabrikant van de koelsystemen, Danfoss is de fabrikant van de regeling, koel compressoren expansieventielen enzovoort.
Denk dat het ook met de eeuwige honger om data heeft te maken.
[Reactie gewijzigd door ronnie vd op 16 oktober 2026 08:32]
Ik zou het niet zozeer onder data honger scharen. Het is natuurlijk prima mogelijk dat een dienst aangeboden wordt die aan de hand van verzamelde data preventief onderhoud kan regelen. Daar is niks mis mee. Maar ook dat kan gewoon push tegenover pull zijn natuurlijk.
Het heeft gewoon voordelen als het wel kan. Beetje kosten/baten-verhaal.
Bij dit soort dingen is het altijd de kunst om na te denken wat voor mogelijkheden een totaalbeeld schept voor een aanvaller, in plaats van alles als geisoleerd incident te behandelen. In dit geval, een houding als "niet-kritieke infrastructuur mag aan het internet en beveiligingsincidenten daarmee zijn niet zo erg" zal je heel snel een totaalplaatje rondom beveiliging opleveren waar een echt kwaadwillend iemand flinke schade mee kan doen.
[Reactie gewijzigd door jaxxil op 15 oktober 2026 19:33]
[Reactie gewijzigd door Bor op 15 oktober 2026 19:19]
Ik denk dat we verschillende definities van kritiek hanteren
Daarbij is het argument of iets kritieke infrastructuur is of niet totaal irrelevant. De beveiliging hoort gewoon op orde te zijn. Punt.
[Reactie gewijzigd door Bor op 15 oktober 2026 19:24]
Dat iets kritieke infra is was slechts een voorbeeld. Voor goede beveiliging hoeft het niet per se niet meer aan het internet te hangen zoals bijvoorbeeld de Nederlandse kritieke infra. En 'los van het internet', daar ging het DennusB in ''Koelsystemen supermarkten in Nederland hebben van datum afgeleid wachtwoord'' om.Daarbij is het argument of iets kritieke infrastructuur is of niet totaal irrelevant. De beveiliging hoort gewoon op orde te zijn. Punt.
Goede beveiliging kan ook door dat wachtwoord niet zo knullig in elkaar te knutselen. Ja als iedereen hier vind dat alles los van het internet moet prima hoor. Dan worden dingen wel wat ingewikkelder verwacht ik. Maar goed, doe je ding zou ik zeggen.
Alleen een moeilijker te raden wachtwoord maakt nog geen goede beveiliging. Goede beveiliging hangt af van meerdere sterke maatregelen. Admin interfaces horen helemaal niet direct via het publieke internet bereikbaar te zijn natuurlijk.Goede beveiliging kan ook door dat wachtwoord niet zo knullig in elkaar te knutselen. Ja als iedereen hier vind dat alles los van het internet moet prima hoor. Dan worden dingen wel wat ingewikkelder verwacht ik. Maar goed, doe je ding zou ik zeggen.
Met NIS2 heb je nog kans ook dat de directie hoofdelijk aansprakelijk gesteld wordt door de veroorzaakte maatschappelijke onrust en nalatigheid want niet conform de leveranciersinstructies. Die hoofdelijke aansprakelijkheid zal hier vast niet zo snel echt ingezet worden, maar minstens een teken dat dit politiek als onfris gezien wordt.
Al dat risico om dan niet die koeling via een VPN of jumpserver benaderbaar te maken ipv direct publieke internet toegang, daarvoor mag je nu tot slot dan wat weken werken om die derving weer goed te maken, en gaat je koelvries systeem misschien op bepaalde plekken nog wel roesten ook van al dat deels ook nog zoute smeltwater.
Precies dit is het probleem. Mensen verzinnen allerlei onzin om het probleem nog groter te maken dan het is. Alle koelinstallaties in supermarkten hebben gewoon een afvoer naar het riool. De functie om te ontdooien zit er niet voor Jan Doedel in. Dat er brand zou kunnen ontstaan is ook onwaarschijnlijk, het is een functie die gewoon ook gebruikt wordt.en gaat je koelvries systeem misschien op bepaalde plekken nog wel roesten ook van al dat deels ook nog zoute smeltwater.
Natuurlijk moeten ze de IT goed beveiligen, maar dit soort argumenten zijn onnodig. De media doen al genoeg kwaad op dit vlak.
Dan gaan er meer dingen fout in je organisatie dan alleen een slecht in elkaar geknutseld wachtwoord (waar het in dit artikel om ging). Want dat is vrij simpel op te lossen door een stekker eruit te trekken... Als in, als een koeling een verwarming wordt meer dan een dag speelt vind ik niet dat je naar je leverancier moet wijzen dat ie z'n wachtwoorden verkeerd in elkaar flanst.Als alle vriezers ineens verwarmers zouden worden dan zou dat denk ik minstens zoveel werkelijke impact kunnen hebben als dit incident bij AH.
Erg jammer zo.
De koelingen bij AH zijn ook niet gehackt, meer de IT gerelateerd aan voorraad-(beheer)...Het incident bij AH is veel groter dan alleen de koelkasten.
Als jij de thermostaatkraan van je cv-radiator op ❄️ zet gaat het ook niet ineens vriezen in de huiskamer.
Hm. Mea culpa. Er was daadwerkelijk een verhittingsfunctie aanwezig voor het versneld ontdooien. Kennelijk ging de temperatuur ook echt richting de 50 graden. Die had ik even niet meegekregen…
Nu wel: https://www.occrp.org/en/news/hackers-turn-french-supermarket-refrigerators-into-furnaces
[Reactie gewijzigd door Davey400 op 15 oktober 2026 20:46]
Genoeg warmtepompen, inclusief de gemiddelde huis/tuin/keuken airco kan prima zowel actief koelen als actief verwarmen zonder verwarmingselement nodig te hebben, door simpelweg de werking van het koelsysteem om te draaien.
Ik sta er niks van te kijken als dergelijke industriele koelsystemen waar we het hier over hebben ook gewoon zo'n omkeer-fuctie hebben om te schakelen tussen koel-modus of verwarmings-modus door middel van de warmtepomp.
Dus nee, 50 graden actief via de warmtepomp regelen is dan echt iets heel anders dan 'uitzetten'.
[Reactie gewijzigd door ErikT5952 op 15 oktober 2026 21:52]
Ze hebben in Frankrijk letterlijk nieuwe firmwares op gezet, omdat de standaard firmware natuurlijk geen +50C instelling heeft. Met een eigen firmware hebben ze totale controle over de hardware ver buiten de veilige grenzen. Dat programeren doet AI wel, de firmware staat op de site van de fabrikant en hoefde niet ondertekend te zijn.En ook software, alleen zie ik herprogrammeren (als het alleen een softwarelimiet is) niet even zo gaan gebeuren door een hacker.
Als er echter genoeg alternatieven zouden zijn voor alle mensen om toch aan eten (zelfs aan vers eten, wat niet eens op korte termijn nodig is om te overleven, waardoor vers eten dus niet eens op korte termijn kritiek is) te komen, dan nee, dan is de voedselvoorziening via alleen de koelingen van 1 leverancier niet kritiek. Althans, niet zoals ik het zie. Maar ik zie dus graag je voorbeelden tegemoet.
Die pizza moet ik toch al ontdooien voor gebruik. En alle airfryersnacks ook.Om je diepvriespizza nou meteen kritisch te noemen is wel een beetje kortzichtig.Er is nog meer dan genoeg ander voedsel.
Het verschil tussen een afgeschermd systeem en iets dat vanaf het internet direct benaderbaar is, zou ook veel groter moeten zijn qua beveiliging, los van het feit dat dit noodzakelijk, laat staan gewenst zou zijn.
Dit is dus de combinatie van de 2 slechtst denkbare situaties en dan is het niet te verbazen dat ze op een dag plots allemaal op 50° staan te draaien zoals in Frankrijk.
/Ontopic
Deze hack levert ook een boel schade op, materieel én immaterieel.
volgens NIS2 wel important...Food Production: Large-scale food production, processing, and distribution.
[Reactie gewijzigd door Lampiz op 15 oktober 2026 22:40]
En ja een simpele VPN had dit kunnen voorkomen en verder vraag ik me uberhaupt af waarom dit op het publieke internet beschikbaar moet zijn....
Dat er z'n slechte beveiliging als donfas vind ik ook wel erg, op z'n minst 2FA en ieder eigen inlog account. bijv icm okta
[Reactie gewijzigd door Soppyscroll op 15 oktober 2026 19:32]
We moeten het alleen niet met een wachtwoord aan het internet hangen wat op basis van een datum is. Of überhaupt op een open publieke verbinding/poort. Daar is wat van te zeggen. Maar dat zijn we ook doorgegaan met internetmodems die een standaard wachtwoord hadden en dat hebben we ook opgelost.
Momenteel word het duidelijk dat we naast modems ook koelkasten iets beter moeten beveiligen.
Op Tweakers pleiten dat iets niet op afstand gemonitord moet worden zodat we snel en efficiënt in kunnen grijpen bij problemen is heeel raar.
Want in dat laatste geval zijn we het eens. Op een -betere- manier over het internet metrics versturen.
Ik heb ook gewerkt aan systemen die in (kleding)winkels staan. De grote retailers hebben allemaal een VPN, maar de kleinere (of franchisers) vaak gewoon met een huis-tuin-en-keuken modem gekoppeld aan het internet. Maar dan nog heb je NAT en kan je niet zomaar van buitenaf inloggen.
Een datum-gebaseerd wachtwoord is echt niet zo vreemd voor (oudere) apparatuur, maar je zou het niet meer moeten willen. Vaak is het de leverancier die er voor nood altijd nog bij moet kunnen (bijv. voor service).
Daar hebben we namelijk geen koelkast nodig, en toch is er gevaar door klimaatverandering.
We hebben geen hackers nodig om zelfs kritieke systemen te vernietigen...
Gaat er meer om dat het ding blijkbaar een server draait en dat blijkbaar via een publiek IP. Heeft het een 4G module, o.i.d. want het gemiddelde LAN-routertje thuis zal het al blokkeren.
Een veiliger model is waarbij de koelingen alleen een cliënt modus hebben en regelmatig met een centrale server inchecken, hun laatste metrics doorgeven en instructies op vragen.
Maar goed er zullen redenen zijn waarom ze dit model hebben gekozen.
Dit soort systemen rechtstreeks aan het internet hangen is gewoon heel erg dom. Een wachtwoord met vast algoritme ligt ook zo op straat. Liefst wil je enkel autorisatie via een externe IdP, maar helaas is dat niet altijd mogelijk. Dan moet je toch naar lokaal user-management met een (random) wachtwoord per apparaat dat je op de achterkant op de sticker zet.
Op zich mee eens, maar het verhaal is wel een stukje langer. Ik ben niet zo'n fan van de visie dat er "publiek" en "privé"-internet is, net als praten over "kritieke infrastructuur". Volgens mij is dat een gevaarlijke simplificatie omdat die grens erg dun is. Het hebben van een publiek IP-adres is zeker een risico, maar het is niet het hele verhaal. Ik zie een publiek IP-adres vooral als waarschuwing dat er waarschijnlijk een hoop mis met het beheer.Dit soort dingen moeten gewoon niet aan het publieke internet. Echt major fuckup als je dat wel doet.
Koelkasten zijn niet heel spannend en zeker geen "kritieke infrastructuur" in de normale betekenis. Toch is de impact aanzienlijk al kan de maatschappij dat nog prima opvangen. Als er tegelijkertijd nog 5 van dit soort incidenten waren dan zou het wel eens hard aan kunnen komen.
Vandaar dat ik liever niet denk in termen van "kritiek" en "niet-kritiek" of "publiek" en "prive" internet. Het sluit ook steeds minder aan bij de realiteit. Met één apparaat op één netwerk met één gateway is het onderscheid tussen "publiek"- en "prive"-internet wel duidelijk, maar de realiteit is een stuk complexer.
Supermarkten hebben ook camera's, kassa's, reclameborden, omroepsystemen, de flessenautomaat en vast nog veel meer apparatuur die ook allemaal een internetaansluiting nodig hebben. Verder zet je dat soort apparaten liever ook niet in hetzelfde netwerk, en sommige van die apparaten wil je nog verder isoleren. Dan zijn er nog leveranciers in het spel die er bij moeten kunnen voor onderhoud en wifi voor klanten, een wifi voor persoon, een wifi voor de elektronische prijskaartjes, en nog veel meer. Vervolgens moet een deel van die apparatuur met elkaar kunnen praten en/of via internet bereikbaar zijn.
En daar staan dan ook nog een stel 20 jaar oude koelkasten tussen, die nog 10 jaar mee moeten voor ze financieel zijn afgeschreven, met beveiliging die al ondermaats was toen ze nog nieuw waren. En 20 jaar oude kassa's. En 20 jaar oude reclameschermen.
Je zal dus op z'n minst een stel vlans nodig hebben met een mooie firewall er tussen en wat monitoring en controle, toegang op afstand, vpn-server, etc. Als je het zo bekijkt is een "eenvoudige" supermarkt al een hele IT-operatie.(Tegenwoordig is ieder bedrijf eigenlijk een IT-bedrijf.)
Een hoop van die apparaten en vlans zijn net zo riskant als die koelkasten. Als we dat allemaal als "kritiek infrastructuur" behandelen dan verliest de term "kritieke infrastrucutur" z'n waarde. Net zoals een "besloten" of "airgapped" netwerk dat zelden helemaal is.
Het is nog steeds handig om grofweg te denken in termen van "openbaar", "prive", "kritiek", maar dat zijn meer gradaties dan grenzen.
Ik vind het restarten van een computer vanwege een patch best wel irritant, maar het is beter dan het open blijven staan van het lek dat gedicht wordt...
Neem bijvoorbeeld TV's. Veel mensen werken die niet bij (door ze actief niet met internet te verbinden), omdat ze geen zin hebben dat die TV hun kijkgedrag gaat doorgeven, of dat 'ie plotseling reclame gaat vertonen, omdat de fabrikant een extra centje wil verdienen.
[Reactie gewijzigd door Keypunchie op 15 oktober 2026 21:34]
Dat je ook een puber elke ochtend langs alle vriezers kunt sturen, de temperatuur meten, en dit laat opslaat in een multomap vergeten we dan even.
Of dat de diepvries waarschuwt wanneer de motor het begeeft en de temperatuur buiten de norm gaat.
Er zijn zeker use cases. Maar wel in combinatie met best practices natuurlijk.
Ik maak mij veel meer zorgen over de zonnepaneel inverters die allemaal aan het internet hangen en die ook op afstand bediend kunnen worden. Israël (SolarEdge) kan ons net gaan verstoren (zet ze maar continu aan en uit) als Nederland vervelend gaat doen richting Israël. Maar ook China (Huawei, Sungrow, Growat, Solax, ...) met meer dan 50% marktaandeel kan het ons lastig maken.
Het zou eigenlijk (bij wet) verboden moeten worden om dit soort apparatuur aan ons vitale infrastructuur te hangen en dan op internet aan te sluiten.
Dit zijn geen machines die je handmatig bediend maar volledig geautomatiseerd. Daar horen updates bij. Helaas blijkt security niet de nodige prio gekregen te hebben.
[Reactie gewijzigd door david-v op 16 oktober 2026 15:42]
HTTP front ends specifiek zijn gemiddeld zo slecht beveiligd dat je ze moet behandelen alsof access controls niet bestaan. Een update voor iets wat niet bestaat voegt weinig toe. Alleen updates van functionaliteit zijn van belang.
Zelfs al waren HTTP panels niet bijna gegarandeert lek, dan nog zijn wachtwoorden niet meer van deze tijd. Elke echte login hoort te gebeuren met asymetrische encryptie en hardware sleutel opslag, een verouderde login daaronder is dan van weinig belang als hij niet veilig is.
[Reactie gewijzigd door Pinkys Brain op 16 oktober 2026 09:40]
Om te kunnen reageren moet je ingelogd zijn
:strip_icc():strip_exif()/u/2541280/crop6a885df0e74bf_cropped.jpg?f=community)
/u/565606/crop5dc09698b9271_cropped.png?f=community)
:strip_icc():strip_exif()/u/52072/crop5de51ebf91960_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/79614/Family-Guy-Victory-is-Ours.jpg?f=community)
:strip_icc():strip_exif()/u/44755/crop5a6c53db30521_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/128683/drop.jpg?f=community)
:strip_icc():strip_exif()/u/572004/fox.jpg?f=community)
/u/263454/crop69528a83920d8.png?f=community)
:strip_icc():strip_exif()/u/159119/crop5cdab6e88ded4_cropped.jpeg?f=community)
/u/10064/leuk_he.png?f=community)
:strip_icc():strip_exif()/u/990805/crop5e20ca3d75443_cropped.jpeg?f=community)
:strip_exif()/u/305786/crop583d93254a881_cropped.gif?f=community)
:strip_icc():strip_exif()/u/101621/apple.jpg?f=community)
/u/997585/crop5fa32548d23a3_cropped.png?f=community)
/u/281364/crop6a1c5ee499300.png?f=community)
/u/143137/crop6aad6af1af81a_cropped.png?f=community)
:strip_icc():strip_exif()/u/92491/crop64a1593f33a7b_cropped.jpg?f=community)
/u/183354/day.png?f=community)
:strip_icc():strip_exif()/u/78771/sluuut.jpg?f=community)
:strip_icc():strip_exif()/u/172905/crop59a5561d63c7d.jpeg?f=community)
:strip_icc():strip_exif()/u/25009/crop65f1e3109d1b7_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/457219/crop5a2d33fe39bb5_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/174878/SCKnightMicro.jpg?f=community)
/u/472627/crop5c83fe498b36e_cropped.png?f=community)
/u/69680/crop5fd33cb788a9c_cropped.png?f=community)
:strip_icc():strip_exif()/u/208600/crop56e87c8ee1bb5_cropped.jpeg?f=community)
/u/56203/Screen%2520Shot%25202014-08-01%2520at%252011.49.01%2520small.png?f=community)
:strip_icc():strip_exif()/u/21673/crop65674aee06c6d_cropped.jpg?f=community)
/u/450484/crop5db05062083ff_cropped.png?f=community)
/u/367878/crop68203cf741501_cropped.png?f=community)
/u/403512/crop69327050426ec.png?f=community)
:strip_exif()/u/316290/crop58a9c9dca0bb0_cropped.gif?f=community)
:strip_exif()/u/5028/crop696f52763c93f_cropped.avif?f=community)
/u/62384/crop61891f444d6e9.png?f=community)
:strip_icc():strip_exif()/u/3730/oddball.jpg?f=community)
/u/163904/crop69fe0b4c9a6f2_cropped.png?f=community)
:strip_exif()/u/290839/crop5b757283a589c_cropped.gif?f=community)
:strip_icc():strip_exif()/u/176302/mefora.jpg?f=community)
/u/242978/crop66a33d061908f_cropped.png?f=community)
/u/415434/crop5d440c8c54cee_cropped.png?f=community)
/u/69484/crop65eb3317e5e80.png?f=community)
:strip_icc():strip_exif()/u/71115/plus222.jpg?f=community)
:strip_icc():strip_exif()/u/57655/SuperTeamLogo.jpg?f=community)
/u/4024/crop5c747abb77d3d_cropped.png?f=community)
/u/356724/crop581c8a4fd631c_cropped.png?f=community)
:strip_icc():strip_exif()/u/78991/Image2.jpg?f=community)
:strip_icc():strip_exif()/u/204061/crop591d528256d44.jpeg?f=community)