applied security research
Wesley Neelen - 24 sep 2020

Risk of exposed home automation services

At home, I am automating many things for fun. Currently I am using Home Assistant, an incredibly powerful piece of software for automating your home. Regularly I am combining the home automation experiences with security. Home automation is often related to physical things such as changing lights, moving curtains, opening door locks or turning the car heating on. So if you find security issues in home automation stuff, it often directly has its effects on something in the physical world. Which is interesting, isn’t it? 😀


In my home I am using a MQTT service. MQTT (Message Queuing Telemetry Transport) is a protocol which is widely used in the Internet-of-Things. In a nutshell: it is a lightweight protocol that consists of channels. The MQTT clients can subscribe and/or publish to these channels, to read or share messages. So one client would send a message to the channel, while another client waits for such a message to perform whatever behavior.

In my home MQTT is used for the Zigbee2mqtt application. Zigbee2mqtt sends all Zigbee communication onto the MQTT service. Home Assistant is reading and writing on the MQTT service. This allows me to control all the Zigbee devices through Home Assistant, such as my lights (bye bye Philips Hue, Ikea and other proprietary Zigbee hubs❤️).


Like mentioned, MQTT is definitely useful in home automation setups. And therefor it is often used for a variety of use cases. However, it also introduces new risks. Especially when someone is exposing their MQTT services to the internet without knowing it.

In this blog I want to mention a couple of real-life scenario’s that I was able to identify, by just searching for MQTT services that are currently being exposed to the internet, probably without the users even knowing it…

For an attacker it is easy to find MQTT services that are exposed to the internet: the website scans the internet for services, such as MQTT, and makes it very easy to search through them.

Scenario #1: someone is watching you…

MQTT is often used to distribute location information, such as GPS coordinates. Imagine the following setup: a phone sends its location information to an MQTT service. Home automation software, such as Home Assistant, reads all the information from the channel. This allows the home automation service to know where devices (and their owners) are. This is great for presence detection, actually a very important component when doing home automation (e.g. turn the alarm on when somebody leaves home).

A popular application to do so is Owntracks. By doing some simple searches I was able to identify almost 400 MQTT services that have something to do with Owntracks…

So lets take one MQTT service as an example. Its fairly easy to make a connection. A simple Python script allows you to connect to an MQTT service without credentials. After connecting to this specific service, I was a little bit surprised how quickly I could track someone down. After connecting to the server, I was able to determine the following:

  • Full names of 3 individuals
  • The real-time location of those persons
  • Whether the persons were in the ‘Home’ zone
  • Profile pictures of the users
  • Two car brands, that were also connected through MQTT
  • Vacuum cleaner status
  • And some other weird stuff 🙂

Here is an example of an actual message, containing location information of an individual:

By simply Googling the names and comparing the profile pictures found in the MQTT server and on social media, it was possible to find the correct people. I contacted them to let them know their MQTT server was wide open…

Scenario #2: pwning a computer through MQTT

One of the recent Home Assistant updates mentioned an interesting internet-of-things application called iotlink. This tool allows a home automation user to connect its computer to Home Assistant. And guess what: through MQTT, the application allows someone to control its computer using Home Assistant. For example, rebooting the system, obtaining a screenshot, etc.

In other words: the connected computer is listening to the MQTT channel waiting for commands. The question is: does the tool also allow us to perform command execution? By looking into the documentation, I found out that this is actually a feature. Any application can be run using iotlink, even in a hidden mode (== hidden backdoors 😍).

In have setup a test environment with an MQTT service, Home Assistant and a host connected through iotlink. By publishing a specific payload onto the correct MQTT channel, it is possible to turn the MQTT access into code execution on the connected host:





{ “command”: “calc.exe”, “args”: “”, “path”: “”, “user”: “”, “visible”: true, “fallback”: true }


The result:

So, when having access to an MQTT service that is being used for iotlink, it could even lead to someone compromising your computer. By doing some simple searches, I found (luckily) just 13 MQTT services that have iotlink devices connected.

Scenario #3: pwning your camera’s

During my searches I found a couple of Home Assistant related MQTT services that had some other interesting behavior. The MQTT channels were displaying camera information. More specifically, they were displaying all the attribute information of a Home Assistant camera component. The problem: the attribute also contains an ‘access_token’. This access_token can be used against the Home Assistant web interface to view the camera.

Example data

hass/out b'{“event_type”: “state_changed”, “event_data”: {“entity_id”: “camera.reolink_e1_pro_profile000_mainstream”, “old_state”: {“entity_id”: “camera.reolink_e1_pro_profile000_mainstream”, “state”: “idle”, “attributes”: {“access_token”: “777777777777777777777777777777777777777777777777777“, “friendly_name”: “Reolink_E1_Pro – Profile000_MainStream”, “entity_picture”: “/api/camera_proxy/camera.reolink_e1_pro_profile000_mainstream?token=777777777777777777777777777777777777777777777777777“, “supported_features”: 2}


A simple search shows that currently there are about 539 Home Assistant MQTT services online.

If someone is able to obtain the access token through MQTT, and the Home Assistant web interface is also available to the attacker, he is able to view the camera of the home. Especially if the camera is inside the home, this is probably something you want to prevent.


Home automation is fun! But please be careful exposing your services (directly) to the internet. In this blog I mentioned just a couple of examples for MQTT, but there are loads of services and other scenario’s that could result in similar issues.

Sometimes the ease of access can leak quite some personal information, or even lead to direct access to your workstation. Once you want to make things directly accessible via internet make sure it has authentication.


Zolder.App Open Beta

Zolder B.V. - 02 feb 2021
We launched the final beta release to the Google and Apple appstores. Any business running on Microsoft 365 is more than welcome to join. As a beta-tester you will receive a free subscription to the Zolder.App Premium Plan for the remainder of the beta phase, which is scheduled to run through April 30th 2021. Zolder.App […] Lees verder

GGD data is topje van ijsberg

Erik Remmelzwaal - 26 jan 2021
Maandag kwam RTL Nieuws, na onderzoek van Daniël Verlaan, naar buiten met het nieuws dat gestolen data van de GGD online wordt verhandeld door criminelen. Het gaat om data die onderdeel uitmaakt van het bron- en contactonderzoek dat de GGD uitvoert als onderdeel van de bestrijding van Corona/COVID-19. De data bevat gevoelige persoonsgegevens en criminelen […] Lees verder

#CES2021 - We Are Ready!

Erik Remmelzwaal - 06 jan 2021
We are very excited to be part of the #CES2021NL mission! Meet us at CES (Januari 11-14) in our online booth 10609 and see how we solve global challenges with NLTech. Erik Remmelzwaal, Co-Founder & CEO Yes I indeed think we are ready for CES. At this virtual event we will showcase Zolder.App. I am […] Lees verder

Zolder.App Blog 3 - Feedback

Erik Remmelzwaal - 27 nov 2020
Bij het ontwikkelen van een nieuwe dienst, zeker als dit Software-as-a-Service betreft, is feedback vanuit (potentiële) afnemers cruciaal. In het geval van Zolder.App is de doelgroep het MKB. We zijn al gelijk na lancering van het merk Zolder gestart met het vinden van MKB-ers die als tester wilden helpen. Oproep 19-apr-2020 Dit leidde tot best […] Lees verder

Azure App Consent Policies

Rik van Duijn - 11 nov 2020
OAuth consent phishing has been on the rise for a while now. Unsurprisingly, Microsoft has gradually introduced measures to protect from this type of attack. Latest: Risk-Based Step-Up Consent. Lees verder

Honeytokens using Azure Keyvaults

Rik van Duijn - 15 okt 2020
In 2017 Wesley and I gave a presentation at SHA2017 about honey/pot/tokens. We actually planned on building a fully fledged platform. But never came further then the POC phase of that project. This week we got a product demo from the guys at Thinkst, i’ve always loved this way of thinking: let the attacker come […] Lees verder

Zolder.App Blog 2 - Probleem & Oplossing

Zolder B.V. - 08 okt 2020
Het is best een goed idee om voordat je begint met het bouwen van een product of dienst, te weten welk probleem je ermee gaat oplossen. Voor Zolder.App: we lossen het probleem dat MKB-ers slecht beveiligd zijn op door enterprise-niveau security voor hen toegankelijk te maken. In feite zijn er een aantal problemen die we […] Lees verder

Risk of exposed home automation services

Wesley Neelen - 24 sep 2020
At home, I am automating many things for fun. Currently I am using Home Assistant, an incredibly powerful piece of software for automating your home. Regularly I am combining the home automation experiences with security. Home automation is often related to physical things such as changing lights, moving curtains, opening door locks or turning the […] Lees verder

Zoldersessions Studio Setup

Zolder B.V. - 27 aug 2020
Here is the kitlist which we end up with to record our Zoldersessions 🙂 Audio Input 4x Rode Procaster microphone 4x Triton Audio FetHead Microphone PreAmp 4x YellowTec m!ka Mic Boom Focusrite Scarlett 18i8 3rd gen Audio Output 4x Shure SRH840 Headphone ART HeadAmp 4 headphone amplifier Video Input 2x Sony Handycam main cameras Logitech […] Lees verder

Zolder.App blog 1 - het idee

Erik Remmelzwaal - 27 aug 2020
Op Zolder bouwen wij aan een mobiele app die MKB’ers op een baanbrekende manier moet helpen digitaal weerbaar te zijn. We verwachten in het vierde kwartaal van 2020 de app te kunnen lanceren. In deze blogreeks neem ik je mee in de ontwikkeling van Zolder.App. Eigenlijk was er niet 1 idee, maar is Zolder.App het […] Lees verder

Hacking the traffic light of the future

Wesley Neelen - 06 aug 2020
Nowadays we are connecting everything we can think of to the internet. Usually to make our lives easier or more comfortable. Some of the new upcoming innovations are related to making our traffic smart with the goal to improve safety, comfort and the traffic flow. We dived into this technology to analyze the inner workings and identify potential security risks. Lees verder

Detect lateral movement with Azure Sentinel

Wesley Neelen - 01 jul 2020
Lately we have been setting up a the production network for our Zolder.App service. The network consists of multiple segments separated by a firewall. As an addition we wanted to add monitoring features into the network. If an attacker is in our network, we would like to get a notification. Lees verder

CSBN 2020

Erik Remmelzwaal - 01 jul 2020
Het jaarlijks CSBN is weer beschikbaar. Het Cybersecurity Beeld Nederland, opgemaakt door onze overheid in de hoedanigheid van de NCTV. Aan afkortingen geen gebrek. Dat maakt het gelijk ook heel taaie kost: ingewikkeld om te doorgronden. Je gaat haast denken dat het ook de bedoeling is dat we er niet teveel aandacht aan besteden. Of […] Lees verder

Detecting BEC fraud using Azure Sentinel

Rik van Duijn - 17 jun 2020
Business Email Compromise (BEC) Fraud inflicts the most damage of all types of cybercrime, according to the FBI. How to detect such attacks using Azure Sentinel? Rik shares some actual possibilities. Lees verder

Security-by-design. Zo makkelijk is dat niet

Wesley Neelen - 16 jun 2020
Wesley beschrijft de complexiteit bij het bouwen van een netwerk infrastructuur: kies je voor veiligheid of werkbaarheid? Of is er een optimale mix? Lees verder

Phishing aftercare

Rik van Duijn - 26 mei 2020
This blog is part of our Office 365 attack & defense series. We also maintain a Github page where we share our Office 365 tools and queries. We often get sent phishing emails by family and friends. Not to phish us but because we ask family and friends to forward them to us. Sometimes they […] Lees verder

Inside a phishing panel

Wesley Neelen - 20 mei 2020
Dutch and Belgium citizens are receiving phishing attacks every day. But how does that exactly work? Lees verder

DBIR 2020

Erik Remmelzwaal - 19 mei 2020
We hadden het eerder al over de moeilijkheid om een beeld te vormen van digitale dreigingen. Er is eigenlijk geen partij die hier een goed beeld van kan vormen. Maar als er 1 rapport is dat al jaren goede inzichten biedt gebaseerd op data uit heel veel gezaghebbende bronnen, dan is het DBIR. Het Verizon […] Lees verder

Wat zou er mis kunnen gaan?

Erik Remmelzwaal - 17 mei 2020
Waarom worden bedrijven slachtoffer van virussen die losgeld vragen? Of online afpersing? Of fraude met betalingen? Het antwoord: door gebrekkig leiderschap. Lees verder

Office 365 - Exchange rules

Rik van Duijn - 13 mei 2020
This blog is part of our Office 365 attack & defense series. We also maintain a Github page where we share our Office 365 tools and queries. Exchange rules can be useful in managing the emails we receive on a daily basis. For example, it allows users to automatically respond or move specific emails to […] Lees verder