Home   2026-10-22 19:56:51

←

'Koelsystemen supermarkten in Nederland hebben van datum afgeleid wachtwoord'

Original article

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.

Hack cyber malware hacker hackers ransomware. Beeld: Getty Images/Cultura RFHet 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.

Door Arnoud Wokke

Redacteur Tweakers

Feedback • 15-10-2026 19:11
222 • submitter: Anonymoussaurus

15-10-2026 • 19:11

222

Submitter: Anonymoussaurus

Reacties (222)

222
220
95
10
0
102
Dat de koelkast van afstand bediend kan worden is één ding. Dat er een triviaal wachtwoord op zit, is een tweede. Maar... een koelkast met een publiek IP-adres waar geen enkele toegangscontrole op zit? 8)7 Zo naïef zijn we anno 2026 nog?
Het zou je verbazen hoeveel industriële machines rechtstreeks bereikbaar zijn omdat de leverancier dat "eist", want anders geen support. Op zich moet dat geen issue zijn als die systemen deftig up to date worden gehouden en deftig worden beveiligd. Met de nadruk op als...
Dat is zeker waar. Maar sinds de invoering van de Cyber Resilience Act (CRA) is de leverancier wel aansprakelijk. Leveranciers die dit (in het verleden) hebben gedaan kunnen maar beter zorgen dat ze dit heel snel repareren.
De leverancier betreft in dit geval geen enkele blaam. Dat zijn de bedrijven zelf die de patch niet hebben geïnstalleerd.

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.
Als je het mij vraagt had de fabrikant nooit een product moeten maken dat de datum accepteert als wachtwoord bij remote login.

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
klopt, maar als leverancier denk je soms het systeem veilig en eenvoudig te maken. Is in ieder geval mislukt helaas. Ook kun je als leverncier je updates gaan afdwingen.
Hoewel random in de computer techniek bestaat, wil je wel een goede random seed om een admin wachtwoord te genereren. Een datum kan dat nooit zijn en wat mij betreft mag aan elk bedrijf dat een herleidbaar wachtwoord gegeneerd een boete krijgen gelijk aan de EU omzet wegens hulp aan hackers.

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.
Als je het mij vraagt had de fabrikant nooit een product moeten maken dat de datum accepteert als wachtwoord bij remote login.
Goh, echt? ;)

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...
Die functionaliteit wordt vaak overgelaten aan externen. Die hebben vaak IT, maar geen OT ervaring en dan krijg je dit type fratsen.

De bedrijven die wel stevige OT kennis hebben, daar zie je dit minder.
Het is soms jammer dat IT-er een vrij beroep is. Iedere IT-er die na 2000 nog dit zo durft te bouwen is natuurlijk gewoon een beunhaas. Maar met name bij hardware-leveranciers is software vaak de post waarop ze geen geld uitgeven. Het heeft geen status, intern.

Dit speelt overigens ook in de auto industrie, en was één van de grotere problemen bij de overstap op elektrische auto's.
Het was een op de huidige datum gebaseerd wachtwoord volgens het bericht. Niet letterlijk de datum, lijkt me.
Volgens deze twiet was het wel letterlijk de datum...:

https://x.com/IntCyberDigest/status/2109753360282767451

[Reactie gewijzigd door hhj op 16 oktober 2026 09:44]

naja, in HEX dan. ..
Dan nog, al had die in het begin een sterk wachtwoord moeten instellen (secure by design) dan nog was de CVE in dit geval dat niet geauthenticeert een firmware kon worden overschreven. Dan nog had er gepatched moeten worden.

Met een sterk wachtwoord had dit nog steeds kunnen gebeuren. Wachtwoorden lekken. Patchen had het probleem voorkomen.
Lekker makkelijk om de gebruiker de schuld te geven. Die hebben wel wat anders te doen dan wachtwoorden bijhouden, patches installeren en dagelijks kijken of er weer nieuwe zijn. Het is mij sowieso een raadsel waarom die dingen aan het openbare internet moeten hangen.
Hebben ze wel wat anders te doen dan te snappen hoe zo'n installatie werkt? Dan moeten ze misschien toch even de CRA en Cbw gaan bekijken. Dat is net als die mensen die wel wat anders te doen hebben dan onderhoud aan hun auto plegen. Alleen zijn de gevolgen groter.
Dat is echt niet de rede dat bedrijven overgaan op abonnementen. Dat is gewoon het uitknijpen van consumenten. Een voorbeeld van een bedrijf die dit niet doet Blackmagic Design (grote concurrent van Adobe Première Pro die wel alles met abo's is gaan doen) in de TV en film branche, zou daarmee ineens in de problemen komen door de CRA in de EU?
Ik dacht het niet!

[Reactie gewijzigd door William_H op 18 oktober 2026 00:27]

dat geldt wel alleen voor apparaten die pas vanaf 11 december 2027 op de markt komen (of significant gewijzigd zijn vanaf die datum). Dat geldt overigens wel voor de hele voorraad, dus als je nu iets produceert en pas na 11 december 2027 verkoopt valt het ook onder de CRA.

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".
Het zou toch al een stuk beter zijn om het achter een firewall te zetten en toegang via een gecontroleerde VPN omgeving te realiseren?
Dit is niet een type apparaat dat "direct" aan Internet bereikbaar zou moeten zijn...
Ja dat snappen de meeste mensen wel, alleen als je in 2 weken een complete winkel moet opleveren en je hebt geen verstand van it dan steek je de stekkers en dan ga je verder met je duizend punten lijst.

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 met het verschil dat een apparaat thuis in je netwerk zetten, is niet direct hetzelfde is om aan het Internet te hangen. Daar zit nog een router met nat en routering ertussen. Dat is nog steeds niet verstandig om te doen overigens.
Je hoeft maar 1 lekke computer op je thuisnetwerk te hebben en bots pikken zo alle 'zwakke' apparaten op je thuisnetwerk op. Als die apparaten wel uitgaande verbindingen kunnen maken is het geen enkel probleem ze met een 'command and control' server te laten verbinden.
Dat kan ik nog wel begrijpen, dat een winkel haastig opgeleverd wordt en dat een serieus wachtwoord etc dan ‘even’ geen prioriteit heeft.

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.
De meeste mensen zitten achter een nat router. En al die fraaie apparaten kunnen datnnooo niet bereikt worden tenzij je dat zelf configureert.
Waarom zou de gemiddelde consument zijn slimme apparaten in een apart vlan zetten? Dat doen jij en ik , want it'er en paranoia.

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
Nou, die koelkast werd best warm. Je hebt ook omvormers voor zonnepanelen die op je netwerk zitten. Als men via een onbeschermde IPcam in je netwerk kan komen kan dat best vervelend worden. Overigens is dat niet perse iets voor de scriptkiddie (of AI-kiddie dan), daarom is het ook nog niet gebeurd gelukkig.
Die omvormers verbinden met een API of MQTT server op het internet. Die omvormer is in principe niet direct benaderbaar. Die IP Cam ook niet.
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..
Mijn omvormer heeft een local port op 502 voor modbus, nu ben ik tweaker, dus misschien is dit exceptioneel, maar ken nog wel drie mensen met deze setup persoonlijk. Dus n>=3.
Je zegt zelf al: local. Heb je die poort open staan vanaf het web? Lijkt me niet.

Dus niet direct benaderbaar en dus van heel andere orde dan de supermarktkoelkasten.
Lokaal inderdaad. Maar we hebben IP camera's. En die kun je ook remote benaderen vanaf andere netwerken, waarschijnlijk via triggers die opgehaald worden in de cloud waarna men met ik vermoed STUN of soortgelijke mechanisme een directe externe verbinding kan opzetten zodat je live beelden kunt kijken vanaf een ander netwerk (5G of een netwerk elders).

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.
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 dachten die supermarkten dus ook.. Het is maar een koelkast... Hoe groot is het risico nu echt?
Nogmaals, directe toegang over het web is van een compleet andere orde dan een IOT device in je thuisnetwerk (dat alleen maar outbound traffic genereert naar een externe MQTT server of API)
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 '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.

De meeste van die apparaten gaan ook heel slecht om met beperkte netwerktoegang. Daar zouden wel eens betere eisen voor mogen worden geformuleerd...
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)
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).
eens, maar zolang de voordeur dicht is, zie ik geen reden waarom een gemiddelde consument ineens een vlan moet hebben voor iot devices.

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.).
Die slimme koelkast maakt, als het goed is, enkel outbound connecties naar een "digital twin". De portal waar je moet inloggen & wijzigingen kan maken draait ergens anders, onder de controle van de fabrikant. Zo is het vaak bij consumer producten. Hoe het bij industriële producten zit weet ik niet.

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
En traditioneel was dat ook het geval en ik denk dat de meeste IT'ers dat ook gewoon zo willen.

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.
En hebben jullie hier al een oplossing voor? Ken het probleem ook als systeembeheerder van een een productie bedrijf. Leveranciers komen aan met eigen VPN routers en het zicht wat daar achter gebeurd is weg.
Mag je de kost dan ook volledig op hen verhalen als blijkt dat het lek langs daar is gebeurd?
Ik zit aan de andere kant, werk als PLC programmeur voor een machinebouwer die installaties levert aan productiebedrijven.

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.
Kijk, en hier loopt het dus fout. Want hoe vaak update je die vpn gateways? Maken die gebruikt van een certificaat of een simpel wachtwoord?

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.
Kijk, en hier loopt het dus fout.
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?
Want hoe vaak update je die vpn gateways? Maken die gebruikt van een certificaat of een simpel wachtwoord?
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.

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.
Hier zijn we eindelijk een extra productie-machine vlan aan het opzetten (duurt wel al 5 jaar...) omdat ook wij er tegenaan lopen. Tot nu toe hangt er niks aan het netwerk, en een paar van de recentere machines enkel voor support met een routertje + datasim die we handmatig aan zetten. Verbindingen naar buiten gaan sowieso via een aparte netwerk-poort op de plc, gescheiden van de interne datalogging.
En terug, als je dan de discussie aangaat met die leverancier dan wordt er al snel gedreigd met geen of minder support.
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.

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.
Het e.e.a. zou al prima verbeterd kunnen worden door het om te draaien en de apparatuur met de leverancier te laten verbinden i.p.v. andersom, het lijkt me i.i.g. een stuk handiger als niet Jan en alleman allerlei netwerken open moeten zetten i.p.v. dat een leverancier een enkel endpoint goed moet beveiligen.

De standaard Chinese IoT meuk voor in huishoudens werkt ook zo, waarom dit dan niet?
Zoiets als ZTNA? Onze konica printers worden ook volgens dergelijke principes behherd door konica op afstand.
En ik maar zitten sukkelen met mutual TLS met daarbovenop nog oauth en dat achter een firewall die slechts 4 IP adressen toelaat....

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.
Wel voor automotive, aerospace en medische software. De rest loopt nog wat achter.
Dan nog kan een een firewall tussen zitten die maar enkele adressen toelaat om te connecteren.
Dan mag je als klant toch op zijn minst van die leverancier eisen dat hij even zijn publieke ip doorgeeft voor op zijn minst een beetje controle zodat niet de hele wereld erbij kan lijkt me?
Lol terwijl wij 10 jaar geleden via vpn een 2 niveaus diep in vm's moesten rdp'en omdat we anders niet aan de machine in kwestie kwamen. Zitten hier de dingen gewoon op publiek internet. Man man.
Dat zou altijd een issue moeten zijn. Geen enkel apparaat is 100% veilig en zero-day bugs kunnen altijd betekenen dat je achter de feiten aanloopt. Een leverancier zou toch prima kunnen eisen dat ze een vpn verbinding op moeten zetten in plaats van dat ze rechtstreeks toegang hebben? Dan wordt de beveiliging al een heel stuk beter.
Ja zo zijn er zoveel voorbeelden als dit, maar ik snap dan niet dat "we" dan niet gewoon zeggen dat we niet afhankelijk willen zijn van online support anders kopen we wel een ander merk. Dat zou meer moeten gebeuren, met zoveel in NL. Ik snap sowieso niet wat men op afstand kan doen aan reparatie, dus stuur gewoon omwille van de veiligheid maar een monteur die het dan terplekke fikst. Want onloine fikst men alleen maar netwerkproblemen of besturingssoftware. Een lokaal alarmpje dat zo'n koeler te warm wordt is ook voldoende.

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).
Het zal je nog meer verbazen dat er apparaten zijn waarvan men verklaart dat ze airgapped zijn/ niet aan internet hangen, maar dat de enige beveiliging een VPN is.
Waarom verbinden die apparaten niet gewoon met de server van de fabrikant (via bijvoorbeeld MQTT of Websocket)? Dan hoeven er geen poorten te worden geopend, en kunnen beveiligingslekken sneller centraal opgelost worden. De meeste moderne slimme apparaten werken al op deze manier. Voor de IoT-dienst die ik beheer verbinden alle apparaten ook met mijn server, dan is port forwarding niet nodig.

[Reactie gewijzigd door smarthome1 op 17 oktober 2026 00:55]

Ik zie in mijn professionele omgeving (industrie) vooral systemen die verbonden kunnen zijn, maar waar de klant (waar de machine staat) dat enkel toestaat op het moment dat dat nodig is. Systemen zitten sowieso alleen op OT netwerk en leverancier kan dan (gemonitord) toegang krijgen tot een jump server op het moment dat dat nodig is (en geen minuut langer); in nog gevoeligere omgevingen wordt de kabel bovendien nog uitgetrokken.

Voor het grootste deel van onze klanten (grotere industriële spelers) is een dergelijke vraag een absolute no-go. Terecht.
Ik denk dat het probleem vooral is dat niemand in deze winkels überhaupt weet dat dit het geval is, laat staan dat er iemand is die zich hier druk om maakt. Dit klinkt namelijk als een functionaliteit die ooit verkocht is onder de naam "monitoring op afstand" of "beheer op afstand". Op zijn best heeft een manager gevraagd of het veilig was en heeft de installateur dit uiteraard bevestigd. Dus we zijn niet naïef anno 2026, we zijn volledig onwetend.
De koelkast had niets te verbergen denk ik.
Klopt die doet geen rare dingen zoals bepaalde mensen
Dat anno 2026 een leverancier + evt installatie partner niet de verantwoordelijkheid (kunnen) nemen om dit soort onveilige situaties te voorkomen, dat vind ik een veel groter probleem. We worden wekelijks overspoeld met hacks, overal ter wereld, in veel verschillende soorten industrieën. Je mag van de leverancier van zo’n product dan ook verwachten dat ze inmiddels echt wel wakker zijn geschud, en dan ook het voortouw nemen en stellen: we gaan onveilige configuratie situaties voorkomen, en zorgen dat heel snel alle software gepatched wordt. Als je als leverancier, wel of niet met behulp van partners, dit niet in korte tijd voor elkaar krijgt bij je klanten, dan is je product gewoon niet goed.
Ik weet uit ervaring dat je als leverancier je klanten kan bellen wat je wilt om ze te vertellen dat ze echt de patch moeten installeren, er blijft een deel die dat gewoon niet doet vanwege 'redenen'.
"Als je de patch niet installeert is het apparaat onveilig en beroepen we ons op clausule X in het contract en stopt alle support direct".

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.
Als vendor loop je altijd tegen het probleem dat jij negatief in het nieuws komt. Kijk naar het nieuws omtrent dit alles. Er staat niet groot in dat het probleem is veroorzaakt door de supermarkt zelf. Er staat koelkasten van vendor gehacked.
Onze software leverancier is bezig met een ISO27001 traject en het wachtwoord voor de SQL database staat als plain text (ok, Base64) in een rapport document 👌🏻
Stond deze week bij een AH vestiging. Ik zag een reclamescherm die geen reclame toonde maar:

Mac adress, ip adress, versienummers, environment stond op AH production en playlists incl urls
Ik heb ze ook gezien maar er stond niets interessants tussen. Dit soort info is gewoon intern netwerk.
En daarbovenop nog nalatigheid erbij:
Een fix daarvoor kwam anderhalf jaar geleden uit, maar veel klanten hebben die patch niet geïnstalleerd.
Ik vind het nog erger dat ze de patch nog steeds niet geïnstalleerd hebben na wat er in Frankrijk is gebeurd. Dat is toch niet te geloven. Die vragen erom dat ze morgen het pand in lopen en al het eten is bedorven.
Plus: een koelkast die je op +50 graden kunt zetten?
DE controller is een algemene controller waarmee je zowel kunt koelen als verwarmen, daarmee de 50°C
Het zijn vriezers die je ook geforceerd snel kan ontdooien….
Ik kocht laatst voor weinig een HD-recorder voor meerdere (composiet) camera’s.

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…
Je ziet tegenwoordig dagelijks hoe naïef en onwillig tot verandering individuen, overheden en bedrijven zijn. Of het nou gaat om IT, privacy, energie, defensie of de economie. Dit is ook weer een “mooi” voorbeeld dat waarschijnlijk veel vaker speelt dan je zou willen en nog vele bedrijven enorm pijn gaat doen.

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.
Je wilt niet weten voor hoeveel OT apparatuur de handleidingen de login gegevens voor administrators bevatten. Die vaak iets zijn in de trant van Admin en 123456 of vergelijkbaar. Die is dan dus ook voor iedere klant hetzelfde. En hoeft niet gewijzigd te worden, of kán soms niet eens gewijzigd worden.

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).
Hoeveel printers kun je zo in ...
En dan kijken we raar op dat AI modellen massaal kunnen hacken.. Ja logisch want alle systemen zijn zo lek als wat. Totaal niet nagedacht over security, het is geen rocket science.
Dat is voor ons Tweakers heel erg logisch om hierover na te denken en dit meteen onacceptabel te vinden. Maar voor mensen die alleen met dat soort hardware hebben gewerkt en totaal geen IT kennis hebben maar wel zo'n systeem "moeten monitoren" zitten die qua denkwijze wellicht nog op een compleet ander niveau; het moet werken, en security doet er niet toe.
Nee, dit is niet waar.

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.
Ik werk zelf al 30 jaar in de levensmiddelen industrie, warehousing. Je hebt het niet over een laptop die je na 5 jaar al vervangt. Koel-/Vries systemen gaan vaak vele jaren mee. In de jaren '90 hadden we al systemen van Danfoss.

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.
Dat is het punt: Onveilige systemen bestaan en daar kun je naar handelen. Wegdoen is meestal onnodig. Maar zelfs als die koelkasten wel veilige software hebben, is het niet zo'n goed idee om ze open en bloot vanaf internet toegankelijk te hebben. 20 jaar geleden wisten we al dat dat niet slim was.
Dit zijn niet je oma's koelkasten. Dit is ook niet het enige lek. Er is ook een supermarkt koelkasten botnet actief! @arnoudwokke https://www.pentestpartners.com/security-blog/you-dont-need-a-nation-state-to-warm-up-a-fridge/

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.
[quote]Een ieder die zegt dat dit niet verbonden moet zijn met het Internet kletst uit zijn nek. [/]

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?
Kijk eens naar deze filmpjes en vertel me dan of jij zelf, persoonlijk in staat bent om deze systemen te onderhouden en te beheren met jou huidige niveau aan opleiding en ervaring.

https://www.danfoss.com/en/industries/food-and-beverage/dcs/food-retail/#tab-overview
Niet de originele reaguurders, maar een simpelweg alweer bijna-midlife collega-tweaker hier. Ik zou de vraag anders willen formuleren: waarom zijn we zo ontzettend hitsig geworden op alles aan een (blijkbaar openbaar toegankelijk) netwerk hangen terwijler voor het onderhoud en beheer ook een mensje in een (voor mijn part) electrisch auto kan stappen? Of, beter nog voor de werkgelegenheid: een meer lokaal figuur, gewoon op de fiets?

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]

Het is niet alleen duurder om "een mannetje" te hebben, maar je moet uberhaupt maar eens een mannetje zien te vinden, dat is echt een probleem
Tja dat mannetje hebben ze blijkbaar, want hij kan het nu remote. Misschien is het wel iemand uit Verweggistan, maar iets doet me vermoeden dat als je dit beter afschermt met een VPN of soortgelijk, of in elk geval 2-factor authenticatie, dat je al een hoop mogelijke issues bespaart.

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.
Je hebt natuurlijk minimaal drie mannetjes of vrouwtjes hebben voor 24/7, en dan nog voor de vrije dagen en wanneer iemand ziek is.

Dat wordt een dure grap voor een supermarkt.

Meestal kan je het zelf wel maar daar wil je dus niet aan beginnen.
Tja dat mannetje hebben ze blijkbaar, want hij kan het nu remote.
Dat mannetje remote kan zo nu 30 locaties per dag beheren, waar je voorheen per monteur er max 5 kon doen.

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.
Het hoeft niet eens met vpn. Gewoon enkel login toestaan vanuit een domein of vast ip-adres, beveiligde verbinding met ssh of https en de optie voor een goed sterk wachtwoord. Dan dek je al zoveel af... Ik heb klanten die een verlichtingssysteem via een extern netwerk wilde kunnen bedienen:

- 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.
Ik ben blij dat onze diepvriezen op afstand beheerbaar zijn. Al paar keer gebeld om 's nachts naar de winkel te komen om ze leeg te halen.

Heeft ons duizenden euro's gescheeld. Anders hadden we de volgende morgen voor een leuke verrassing gestaan.
Er is een middenweg: Je kunt ook een alarmfunctie hebben zonder dat je daarmee de bediening over kunt nemen cq de vriezer op standje slowcooker kunt zetten.
Zeker mee eens.

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.
Ik ben 50. Als jij terug wil naar een tijd waar de Rijksdienst der PTT mag bepalen welke telefoontoestel jij mag gebruiken en welke bedrijven informatie mogen plaatsen op videotex, ga je gang maar.

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
Tussen kapitalisme en collectivisme zit nog veel ruimte en ik denk dat we nu te dicht tegen kapitalisme aan zitten. Rijkdom is gewoon té oneerlijk verdeeld en die balans slaat elk jaar verder door.
en daar hebben we service monteurs voor. Hoe denk je dat dat met liften etc in een kantoorpand gaat? Daar gaat ook gewoon iemand periodiek heen om dingen te controleren en te checken. Basisonderhoud moet iedere idioot kunnen ( anders doe je iets verkeerd ) alles wat daar buiten valt doen vakmensen die periodiek langs komen. Ik snap nog steeds niet waarom dat anno 2026 een rare gedachte is..
En liften waren de eerste die op afstand konden worden beheerd, OTIS REM in de jaren 80. En geen enkele idoot mag basisonderhoud doen aan een lift

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.
Er loopt 's nachts geen personeel in de supermarkt en wil je ook wel zeker zijn dat de vriezer niet (te lang) heeft uitgestaan. Ik kan me wel voorstellen dat je niet handmatig je vriezers gaat temperaturen, maar liever 24/7 monitoring hebt en alarmering (als de temperatuur te snel oploopt). Ik kan me zelfs voorstellen dat het NVWA dat soort rapportages verplicht stelt.

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...
Ik snap inderdaad ook niet waarom de volledige controller van de diepvries te bedienen moet zijn via internet. Het enigste wat noodzakelijk is om te voldoen aan voedselveiligheid (in België, veruit het strengst van de wereld) is logging van de temperatuur. Daar kan je een alarm aan koppelen die automatisch emails stuurt bij overschrijding van een ingestelde waarde.

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.
Een onwetende gebruiker koopt niet een geheel geïntegreerd koelsysteem voor een supermarkt
Nee, die mag niet verbonden zijn met het internet. Als een externe service monteur er perse bij moet met zijn onveilige laptop over het normale internet en niet even je zero trust VPN oplossing wil installeren (tailscale/whatever) dan maak je maar een tijdelijke proxy aan, nadat je klaar bent met schelden.
Deze post kwam van een frans account op twitter:

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!
Everyone had a good reason to do nothing...
Dit is precies de kern van het probleem.
Ik vraag mij af, die persoon die verantwoordelijk is voor die apparatuur, hoe vaak heeft hij geen budget gekregen voor het vervangen van die apparatuur, of was die gewoon van het slag, ja maar hij doet het toch?
Dit soort dingen moeten gewoon niet aan het publieke internet. Echt major fuckup als je dat wel doet.
Ik heb net even in de manual gekeken. En de unit wil juist graag aan het internet, om updates op te halen en om de UI builder te gebruiken. Er is ook een "SvW cloud" om je hele vloot te beheren.

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]

"Aan het internet hangen" en "via het publieke internet bereikbaar zijn" zijn sowieso twee verschillende dingen. Overigens, juist als er een "m2m modempje" tussen hangt, verwacht dat dit op zijn minstens een VPN router is waarbij ook de firewall rules, van toegestante IP addressen, op afstand ingesteld kunnen worden. Dat was anno 2016 al geen hogere wiskunde, laat staan in 2026.
Waarom niet richtingsverkeer, alleen alarmmeldingen en statussen doorsturen.

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]

Of je een OTA update functies nodig hebt voor dit soort systemen laat ik in het midden. Ik neig ook erg naar een harde 'Nee'.
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.
Dit soort koelkasten zijn nou niet bepaald kritieke infrastructuur toch?

Het heeft gewoon voordelen als het wel kan. Beetje kosten/baten-verhaal.
Er is weinig wat echt kritiek op zich is. Maar als er iemand kwaad in de zin heeft moet je eens kijken wat er gebeurt als er 5 stukken 'niet-kritieke infrastructuur' tegelijkertijd in dezelfde sector uitvallen.

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]

Bor Coördinator Frontpage Admins / FP Powermod @fruitbakje • 15 oktober 2026 19:15
Voedselvoorziening kan redelijk kritiek zijn. Zie bv het incident bij Albert Heijn momenteel. Daarbij hoeft acceptabele beveiliging niet de hoofdprijs te kosten.

[Reactie gewijzigd door Bor op 15 oktober 2026 19:19]

Dat is juist het voorbeeld van dat koelkasten in supermarkten niet kritiek zijn...? Het incident bij AH is veel groter dan alleen de koelkasten. En zelfs met dit AH-incident gaat er niemand dood, er zijn genoeg alternatieven?

Ik denk dat we verschillende definities van kritiek hanteren ;).
Bor Coördinator Frontpage Admins / FP Powermod @fruitbakje • 15 oktober 2026 19:21
Er is niemand dood maar er is wel onrust en ongemak. Dit incident betreft slechts een aanbieder maar er zijn meer bedrijven die deze koelsystemen gebruiken. Naast die direct impact of de voedselvoorziening heb je ook te maken met de maatschappelijke impact.

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]

Daarbij is het argument of iets kritieke infrastructuur is of niet totaal irrelevant. De beveiliging hoort gewoon op orde te zijn. Punt.
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.

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.
Bor Coördinator Frontpage Admins / FP Powermod @fruitbakje • 15 oktober 2026 19:32
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.
Wat een gezwets. Dergelijke systemen moeten niet aan het openbare Internet, dat heeft totaal geen nut. Iedereen die dat handig vindt, is incompetent. Het is handig dat ze bereikbaar zijn via een netwerk, maar nooit via het openbare Internet.
Ik heb dat ook nooit begrepen. Dit soort vitale dingen hoort gewoon niet aan het internet.
Goede beveiliging bouw je juist op uit meerdere verschillende lagen. Dus én een goed wachtwoord systeem zonder backdoors én iets van een tussenstap op netwerkniveau om koelsystemen in te kunnen stellen. Er was op bepaalde plekken toch ook sprake van brandgevaar door die 50 graden instelling, het is geen wereldramp of zo maar je kunt ook wat te laconiek zijn.

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.
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.

Natuurlijk moeten ze de IT goed beveiligen, maar dit soort argumenten zijn onnodig. De media doen al genoeg kwaad op dit vlak.
Wist ik niet, ergens wel logisch. Met hoe afwezig die ict beveiliging hier was in afwijking van wat de fabrikant voorschrijft hopen we dan maar dat die afvoer wel overal aanwezig en aangesloten was.
Het is een supermarkt en geen overheidsinstantie…. Niet ons probleem als een dure supermarkt het niet op orde heeft.
De koelingen van AH alleen is niet zo kritiek. Maar de koelingen van 300 supermarkten uitzetten begint toch wel redelijk in de buurt te komen.
Op bijna 8500 (https://companydata.com/nl/bedrijven/nederland/supermarkten/) supermarkten is de koeling bij 300 daarvan echt niet kritiek. Hooguit vervelend.
De impact bij de winkels is ook niet zo groot als wat de media ervan maken... Die willen gewoon graag zoveel mogelijk sensatie dus doen net alsof er niks meer te krijgen was maar in de praktijk was er in ieder geval in de winkel waar ik geweest ben nog zat te koop (bijna alles nog eigenlijk). Als alle vriezers ineens verwarmers zouden worden dan zou dat denk ik minstens zoveel werkelijke impact kunnen hebben als dit incident bij AH.
Als alle vriezers ineens verwarmers zouden worden dan zou dat denk ik minstens zoveel werkelijke impact kunnen hebben als dit incident bij AH.
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.
Oh echt? En dan? Op het moment dat ze het merken is alles waarschijnlijk al aan het smelten. Als je dan de stekker er uit trekt zijn die producten eigenlijk al niet meer verkoopbaar en binnen niet al te lange tijd ook niet meer geschikt voor consumptie.
Toch hoop ik niet dat je uit hoofde van je functie de ict van mortuaria beheert. Er zou inderdaad niemand dood van moeten kunnen gaan ivm gepasseerd station, maar heel feestelijk is het ook niet.
En door die media hetze vermijden mensen nu de AH, aldus m'n vrouw die vanmiddag ging. Mensen denken echt dat er niks meer is. Er is zeker heel wat op, maar nog veel meer wel gewoon te krijgen.

Erg jammer zo.
Het incident bij AH is veel groter dan alleen de koelkasten.
De koelingen bij AH zijn ook niet gehackt, meer de IT gerelateerd aan voorraad-(beheer)...
Uhh stiekem de koelkasten snachts uit doen en eten langzaam laten bederven kan je flink schade mee doen.
Langzaam? Op +50 graden zetten, zoals ze in Frankrijk deden. Binnen een uur bedorven.
Ze gaan dan niet verwarmen tot +50 graden, ze gaan alleen niet meer koelen omdat ze altijd op een temperatuur zitten die al laag genoeg is.

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]

Dat is dus veel te opvallend.
Het gaat om het resultaat, dat was er.
Een koelkast is een warmtepomp.
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'.
Dat weet je niet. Een Quatt warmtepomp kan bv ook niet koelen. Alleen icm een Chill. Dus het ligt er maar net aan wat voor hardware er in zo'n koelkast zit. En ook software, alleen zie ik herprogrammeren (als het alleen een softwarelimiet is) niet even zo gaan gebeuren door een hacker.

[Reactie gewijzigd door ErikT5952 op 15 oktober 2026 21:52]

Ze werden op +50 graden, ontdooi-stand gezet,
En ook software, alleen zie ik herprogrammeren (als het alleen een softwarelimiet is) niet even zo gaan gebeuren door een hacker.
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.
Ze werden op ontdooi-stand gezet, +50 graden.
Vriezers hebben een verwarmingselement voor de No Frost functie. Ijsvorming wordt door kort verwarmen van de binnenkant van de behuizing weer gesmolten. Sommige koelkasten hebben het ook in verschillende vormen.
Het maakt je attack surface alleen maar groter. Los VLAN, geen internet, VPN. Vrij normale dingen om dit soort ellende te voorkomen
Is eten en drinken kritiek voor leven? Ik vind van wel.
Eten niet, drinken wel. Zonder eten kun je 30-50 dagen overleven, zonder drinken maar enkele dagen. Daarom hebben watermaatschappijen ook een leveringsverplichting volgens de wet. Zelfs als IT systemen stuk gaan, moet men in staat zijn aan alle burgers te blijven leveren (daarom meestal ook een scheiding in proces automatisering en kantoorautomatisering).
Zeker is voedsel kritiek voor de maatschappij. Maar volgens mij gaat het hier om de voedselvoorziening, en dan heel specifiek die van gekoeld voedsel, en dan heel specifiek de koelingen van de leverancier Danfoss. Wat dat betreft zie ik zie graag voorbeelden van situaties waardoor mensen door (enkel) kapotte koelingen van koelkasten van slechts 1 leverancier niet meer kunnen voldoen aan deze levensbehoefte.

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.
Ja, maar hier gaat het alleen maar om koeling. Om je diepvriespizza nou meteen kritisch te noemen is wel een beetje kortzichtig. ;) Er is nog meer dan genoeg ander voedsel.
Om je diepvriespizza nou meteen kritisch te noemen is wel een beetje kortzichtig. ;) Er is nog meer dan genoeg ander voedsel.
Die pizza moet ik toch al ontdooien voor gebruik. En alle airfryersnacks ook.
Neen, dit hoort niet rechtstreeks bereikbaar te zijn vanop het internet. Dat heeft geen enkel voordeel. De enige reden dat je het doet is kostenbesparing. Want goed beveiligen met bijvoorbeeld een VPN is echt niet moeilijk. Gewoon iets als een Ewon er tussen en je bent al klaar.
Ik weet niet wat voor bedrijf jij runt of waar je werkt, maar voor een supermarkt is dit bijna even kritiek als de kassa's.

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.
In 300 supermarkten (Frankrijk) alle koelingen op +50 graden zetten, lijkt toch wel op de AH verse groenten, die door de IT perikelen snel niet meer beschikbaar was.
Ik had van gebruiker 'fruitbakje' een antwoord verwachten met meer aandacht voor koeling :)

/Ontopic

Deze hack levert ook een boel schade op, materieel én immaterieel.
Iets met zwakste schakel in je netwerk 😊
Food Production: Large-scale food production, processing, and distribution.
volgens NIS2 wel important...
Koelkasten zijn dankbare jumphosts.
In Frankrijk is door de ontdooiende vriezers voor tientallen miljoenen euro’s aan voedsel weggegooid. Zijn dat genoeg kosten voor je?
Paar miljoen schade in Frankrijk… is nou ook niet niks
Nee maar dat overkomt ons echt niet. Wij hebben een papiertje dat zegt dat we gecertificeerd zijn, en we hebben procedures voor alles (op papier). We zijn zelfs ISO 27001 certified... [wat wederom vertelt dat alles op papier klopt].
Dit soort wachtwoorden horen ook niet op het publieke internet. Dat is major fuckup #2
Eenvoudig te raden of standaard wachtwoorden horen niet. Ongeacht of dat het publiek bereikbaar is of niet. Dat een apparaat als dit rechtstreeks aan het internet hangt is daar een bonus boven op. Want ook dat hoort uiteraard niet.
Ik las op X dat dit system iedere dag het wachtwoord reset naar de huidige datum.. wie dat heeft verzonnen.
Wisselt in ieder geval vaker van wachtwoord dan de meeste mensen.
Vaker wisselen van wachtwoorden leidt niet tot veiligere wachtwoorden. Het inspireert vaak zelfs tot onveiligere wachtwoorden.

[Reactie gewijzigd door Lampiz op 15 oktober 2026 22:40]

Security through obscurity. Het staat waarschijnlijk gewoon als feature in een onderhoudsmanual🤦‍♂️
Helemaal mee eens, zelfs met een simpele router met vpn had dit al voorkomen kunnen worden. Echt kansloos.
Je vraagt je dan wel af waarom die interfaces aan het publieke internet hangen en vooral hoe. Er is al jaren een schaarste aan IPv4 adressen dus wordt er waarsshijnlijk aan het openzetten via port forwarding gedaan en dan is het heel erg bewust...

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....
Het is waarschijnlijk dubbel maar ik vind juist wel fijn dat onze koelingen publiek op internet staan, Nu hebben wij wel 2FA en ieder zn eigen inlog gegevens. zo krijgen wij push melding binnen wanneer de temperatuur hoger is dan normaal, Wanneer er een koeldeur open blijft staan. en wordt realtime alle koelingen gemonitord door de koel leverancier. voordat wij midden in de nacht gebeld worden is de monteur al onderweg. Juist werkt dit goed en scheelt voedsel. hoe zou je reageren als je morgenochtend de supermarkt inloopt en je ziet dat ze alle diepvries artikelen hebben weggegooid omdat de installatie die nacht ermee opgehouden is? wanneer er issue is kun je als winkelpersoneel spoedig de koeling leeghalen en in andere koeling plaatsen die wel werkt zonder iets weg hoeven te gooien.

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]

Je kan prima metrics of data versturen naar een platform van de leverancier natuurlijk, egress, uitgaand verkeer. Maar de noodzaak om alles bereikbaar te hebben vanaf internet, tja, die is er gewoon niet.
Dit soort systemen moeten juist wel aan het internet hangen. We willen direct weten als er ergens temperatuur veranderingen zijn of een storing is zodat we de hersteltijden zo kort mogelijk kunnen houden en de schade kunnen beperken. Dat is exact hetzelfde als een server die wat dan ook serveert.

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.
Je kan prima metrics of data versturen naar een platform van de leverancier natuurlijk, egress, uitgaand verkeer. Maar de noodzaak om alles bereikbaar te hebben vanaf internet, tja, die is er gewoon niet…
Je wilt die metrics dan via darkfibers naar dat platform van de leverancier sturen? Of ga je dan alsnog over het internet.
Want in dat laatste geval zijn we het eens. Op een -betere- manier over het internet metrics versturen.
Ze mogen aan een VPN hangen. Kun je letterlijk alles doen wat ook over internet zou kunnen, heb je dit soort aanvalsoppervlak alleen niet.
Dat zal ook echt niet zo zijn. Ik verwacht wel dat elke supermarkt zijn eigen LAN gebruikt en via VPN verbonden is met het hoofdkantoor. In het slechtste geval zal het via NAT aan het internet hangen, maar dan nog kan je niet rechtstreeks inloggen op zo'n apparaat.

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).
Dan moet je het bericht (en de bron nog een keer lezen) want ze waren wél rechtstreeks bereikbaar via internet. Gewoon te vinden door bepaalde termen in een zoekmachine te gooien
Excuses. Daar had ik overheen gelezen. Waarschijnlijk omdat ik het zo dom vind. Je moet gewoon moeite doen om dit voor elkaar te krijgen volgens mij...
Natuurlijk is dat wel vreemd. Wachtwoorden horen geheim te zijn.
De Svalbard Global Seed Vault (Wereld zaden bank) op Spitsbergen is een ondergrondse opslagplaats die wereldwijd landbouwzaden en gewassen bewaart als reserve tegen natuurrampen, oorlogen en klimaatverandering.
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...
als er ook een darkweb kan bestaan vraag je je inderdaad af hoe dit mogelijk is.
Aan het internet kan ik prima inkomen, waarom niet.

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.
De systemen die wij maakten voor de retail verbinden met een server via poort 443 (die staat vaak wel open naar buiten toe) en waren enkel te benaderen via een (beveiligde) tunnel. En dan praat ik over een systeem dat we in 2008 hebben ontwikkeld. Een later product was nog veel meer dichtgetimmerd.

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.
Wat noem jij publieke internet. Voor remote beheer/monitoring kun je niet anders. En blijkbaar is er al een jaar een fix, maar hebben velen die gewoon niet geladen.
Dat was een fix voor de wachtwoord ellende. Voor monitoring hoef je dit soort apparaten absoluut niet ingress aan het open internet te hangen, dat was nu dus wel zo. Iedere pannenkoek kon gewoon bij de web interface van die koelkasten
Vroeger was het toch ook niet aan het internet. Dit soort vitale onderdelen zouden sowieso al nooit aan het internet moeten. Net zoals het stroomnet en watervoorziening. Terug naar het eerst was. Zeker nu AI hacken nog makkelijker maakt.
Dit soort dingen moeten gewoon niet aan het publieke internet. Echt major fuckup als je dat wel doet.
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.

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.
Ben benieuwd hoe snel er nu wél budget is om ze te updaten.
En dan zet iemand de koeling op 50ºC en is er wel motivatie en budget. Oh wacht.
Budget is niet eens nodig. Die fix (patch) is gewoon gratis als onderdeel van de SLA die ze hebben met de Deense leverancier.
Tsja, alleen als die automatisch geïnstalleerd wordt zal een patch ook uitegerold worden.

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...
Heel veel retailers willen niet upgraden, omdat het nu ook werkt. Dat zal wel een beetje veranderen, maar tot een paar jaar geleden was "don't upgrade when it works" redelijk gebruikelijk voor dit soort apparatuur.
Aan de andere kant, komt dat ook wel doordat fabrikanten ook wel de neiging hebben om functionaliteit te wijzigen (en niet ten gunste) via updates.

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]

Waarom de temperatuur uberhaupt (op afstand) ingesteld zou moeten worden is mij een totaal raadsel...
Dat, en waarom zou je een optie 50° willen hebben voor een diepvries?
Dat is een de-icing optie. Om aangekoekt ijs zo snel mogelijk te verwijderen.
Mogelijk een snelle defrost optie (pomp achterstevoren laten draaien zorgt voor warmte ipv koeling)
Als jij 100 vriezer hebt die allemaal op een bepaalde temperatuur moeten staan van de NVWA is het handig om dit inzichtelijk te hebben. Extra handig is het als je dan een seintje krijgt als een vriezer kapot is. Dan kun je nog de inhoud redden of vernietigen als het niet meer aan de standaarden voldoet. Dit is de marketing waarmee deze apparatuur wordt verkocht.

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. 8)7
Een externe sensor is iets anders dan instelbare temperatuur. Die koelkasten staan altijd op dezelfde temperatuur.
Ik kan me wel inbeelden dat het hoofdkantoor wil nagaan of de franchisenemers niet proberen om op stroom te besparen door met de temperatuur van de diepvries te spelen.

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.
Waarom niet alleen een temperatuursensor die op afstand een alarm stuurt als de temperatuur in de koeling teveel stijgt. De hele koelinstallatie kan dan offline blijven.
Er zijn prima redenen om de temperatuur te monitoren, in te stellen, ... Je moet alleen zorgen dat het fatsoenlijk is beveiligd en dat je het spul niet aan het publieke internet hangt.

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.
Ik snap de behoefte aan beheer op afstand, maar ik begrijp niet waarom deze systemen rechtstreeks vanaf internet bereikbaar zijn. We weten al jaren dat een opzet via een security-pc veel veiliger is: Internet → VPN → Security PC → Firewall → Koelsysteem
Waarom moet een koelkast een update krijgen? Arbeidsverschaffing.
Omdat het niet een "koelkast" is zoals in jouw keuken staat, maar een industrieel apparaat opgenomen in een omgeving met meerdere systemen zoals airconditioning dat samenwerkt om de optimale koeling te realiseren met de minste kosten, downtime en behoud van voedselkwaliteit.

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]

Daar hoort netwerk segmentering bij.

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 incidenten zoals appie te verkomen.
Dit is het topje van de ijsberg. Netwerk is zo sterk als de zwakste schakel. Nu zijn het koelkasten, straks is het toegang via de slimme waterkoker. Het zijn kwetsbaarheden die de komende jaren flink uitgebuit gaan worden.

Om te kunnen reageren moet je ingelogd zijn