Warum das Rooten von IoT-Geräten gerechtfertigt und notwendig ist
Begriffsdefinition "Rooten"
Rooten (engl. rooting) bezeichnet das Verschaffen von erweiterten Administrator- bzw. Superuser-Rechten durch den Benutzer auf einem Gerät mit Unix-artigem Betriebssystem – heute fast auf allen Embedded Systemen der Internet of Things (IoT). Der Begriff leitet sich vom Root-Konto ab, dem Administratorkonto in Unix/Linux-Systemen.
In der Praxis hat der Hersteller die Zugriffe auf das Root-Konto standardmäßig gesperrt, damit Nutzer das System nicht versehentlich beschädigen. Beim Rooten werden diese Sperren (z. B. über das Entsperren des Bootloaders und ein Custom-Recovery wie TWRP) umgangen, sodass man vollen Lese- und Schreibzugriff auf das gesamte Dateisystem erhält. Das ermöglicht u. a. das Entfernen von vorinstallierten Apps (Bloatware), das Installieren von Custom-ROMs oder tiefgreifende Systemeinstellungen.
Das Rooten birgt Risiken: Garantieverlust, mögliche Sicherheitslücken und im schlimmsten Fall ein dauerhaft unbrauchbares Gerät („Bricking“). Dies trifft vor allem zu, wenn man der Erste ist, der es versucht. Die vorhandenen Rootkits und Anleitungen sind jedoch bereits derart etabliert und entwickelt, dass diese Gefahr bereits minimiert und abschätzbar ist. Manche Geräte bieten darüberhinaus einen Factory-Reset, der aus dem gebrickten Zustand hinaus führt.
Motivation
Jedes der in diesem Artikel aufgeführten Geräte sendet ohne wirksames, informiertes Einverständnis Daten an Hersteller- und Werbeserver. Die Zustimmung über eine elfseitige Datenschutzerklärung, die bei der Inbetriebnahme mit einem einzigen Haken abgenickt wird, erfüllt nicht die Anforderungen an eine informierte Einwilligung im Sinne des ACM-Code-Prinzips 1.6
„Computing professionals should establish transparent policies and procedures that allow individuals to understand what data is being collected and how it is being used, to give informed consent for automatic data collection, and to review, obtain, correct inaccuracies in, and delete their personal data."
(„IT-Fachleute sollten transparente Richtlinien und Verfahren etablieren, die es Einzelpersonen ermöglichen, nachzuvollziehen, welche Daten erhoben und wie diese verwendet werden; zudem sollten sie eine informierte Einwilligung zur automatischen Datenerhebung erteilen sowie ihre personenbezogenen Daten einsehen, abrufen, korrigieren und löschen lassen können.")
Die Praxis zeigt das Gegenteil: ACR-Screenshots alle zehn Millisekunden, unverschlüsselte UDP-Verbindungen, Cloud-Pflicht, keine Löschung auf Verlangen. Der Konsument hat keine Möglichkeit, die Sammlung nachträglich zu kontrollieren oder zu stoppen, außer er greift in das Gerät selbst ein.
Der menschenrechtliche Anspruch
Artikel 12 der Allgemeinen Erklärung der Menschenrechte lautet:
„Niemand darf willkürlich in seine Privat- und Familienverhältnisse, in seine Wohnung oder seinen Briefverkehr eingreifen oder seinen Ehre und Ruf angegriffen werden. Jeder hat das Recht auf den Schutz des Gesetzes gegen derartige Eingriffe."
Drei Punkte sind hier entscheidend:
Wohnung. Das vernetzte Gerät befindet sich physisch in der Wohnung des Nutzers. Es ist ein Überwachungsinstrument in der eigenen Privatwohnung, exakt der Ort, den Artikel 12 schützt.
Willkürlich. Eine Einwilligung, die als Bedingung für die Grundnutzung eines Geräts verlangt wird („entweder du akzeptierst die Cloud oder das Gerät funktioniert nicht"), ist keine freiwillige, sondern eine erzwungene Einwilligung. Sie ist daher willkürlich im Sinne des Artikels.
Recht auf den Schutz des Gesetzes. Wenn der Hersteller sich weigert, die Datenerhebung zu stoppen, und der Gesetzgeber nicht eingreift, bleibt dem Individuum nur der eigene technische Selbstschutz. Das Rooten ist in dieser Konstellation die de-facto-Realisierung des Rechts auf Schutz gegen willkürliche Eingriffe.
Die UN-Menschenrechtskommission hat in ihrer Auslegung von Artikel 12 (2013, A/HRC/27/37) ausdrücklich klargestellt, dass das Recht auf Privatsphäre auch gegen private Akteure gilt, nicht nur gegen den Staat.
Die ethische Rechtfertigung nach dem ACM Code of Ethics (2018)
Der ACM Code adressiert zwar primär Computing Professionals, aber seine Prinzipien bilden den Maßstab, an dem sich auch das Verhalten von Geräteherstellern messen lässt, und umgekehrt die Berechtigung des Nutzers, gegen Verletzungen zu handeln:
| Prinzip | Bezug zum Rooten |
|---|---|
| 1.1: Einen Beitrag zur Gesellschaft und zum menschlichen Wohlergehen leisten | „Diese Verpflichtung umfasst die Förderung grundlegender
Menschenrechte und den Schutz des individuellen Rechts auf Autonomie."
Rooten schützt die Autonomie des Nutzers über seine eigenen Daten. |
| 1.1: Schaden vermeiden | „Ein wesentliches Ziel von IT-Experten ist es, negative Folgen der
Informatik, einschließlich Gefahren für Gesundheit, Sicherheit,
persönliche Unversehrtheit und Privatsphäre, zu minimieren." Die ungehinderte Fortsetzung der Datenerhebung ist der Schaden; Rooten minimiert ihn. |
| 1.6: Respekt der Privatsphäre | „In einem System sollten nur die unbedingt erforderlichen
personenbezogenen Daten erfasst werden." ACR, Raumkarten, Sprachaufnahmen sind nicht für den Betrieb des Geräts notwendig. Der Nutzer hat das Recht, diese Übererhebung zu unterbinden. |
| 2.8 Zugriff auf IT- und Kommunikationsressourcen nur mit Genehmigung oder wenn dies im öffentlichen Interesse geboten ist | „Daher sollten IT-Fachkräfte nicht ohne triftigen Grund auf fremde
Computersysteme, Software oder Daten zugreifen, ohne anzunehmen, dass
dies autorisiert ist oder dem Gemeinwohl dient." Der Nutzer ist der autorisierte Besitzer des Geräts. Das Rooten des eigenen Geräts ist per Definition autorisiert. |
| 3.1 Sicherstellen, dass das Gemeinwohl bei allen beruflichen Tätigkeiten im IT-Bereich im Mittelpunkt steht | Die öffentliche Gesundheit wird durch Massenprofilierung, gezielte Werbung auf Basis intimer Daten und potenzielle Weitergabe an Regierungen (CLOUD Act, FISA 702) gefährdet. Jeder, der sein Gerät rootet, leistet einen Beitrag zum öffentlichen Gut. |
Die juristische Einordnung (Deutschland)
§ 202a StGB (Verletzung fremden Zugangsrechts) greift nicht, da der Nutzer das Gerät gekauft hat und damit alle Nutzungsrechte daran besitzt. Es ist kein fremdes System.
§ 85a UrhG (Umgehung von Zugangsschutzmaßnahmen) schützt ausschließlich Urheberrechte. Die Umgehung eines Bootloader-Locks zum Schutz der eigenen Privatsphäre verletzt kein Urheberrecht.
Die EU-Reparaturrechte-Richtlinie (COM/2022/45) und die Forderung nach einem Right to Repair stützen das Prinzip, dass der Eigentümer eines Geräts das Recht hat, es zu modifizieren.
DSGVO Art. 7 Abs. 3: „Die Person, der die Einwilligung erteilt wurde, muss in der Lage sein, die Einwilligung jederzeit zu widerrufen." Wenn der Hersteller einen Widerruf technisch unmöglich macht (Cloud-Pflicht), ist die Einwilligung sinnlos, und der Nutzer ist berechtigt, sie technisch zu erzwingen.
Warum „einfach ein anderes Gerät kaufen" nicht ausreicht
Man könnte einwenden: Kaufe einfach ein datensparsames Gerät. Das ist in der Praxis oft nicht möglich, weil die datensparsamsten Alternativen (Valetudo, Eve, Shelly, Reolink) unter Umständen teurer, weniger funktionsreich oder für bestimmte Use-Cases schlicht überhaupt nicht verfügbar sind. Der Markt wird von wenigen Playern dominiert (Amazon, Google, Apple, Samsung, LG, Xiaomi). Wer nicht rootet, hat oft keine echte Wahl mehr. Rooten ist die einzige Maßnahme, die den Nutzer in die Position bringt, die Kontrolle tatsächlich auszuüben, nicht nur zu fordern.
Das Rooten eines eigenen vernetzten Geräts ist menschenrechtlich gerechtfertigt (UDHR Art. 12), ethisch geboten (ACM 1.1, 1.2, 1.6), juristisch unproblematisch (kein Verstoß gegen § 202a StGB, § 85a UrhG oder DSGVO) und notwendig, weil der Hersteller den einzigen wirksamen Schutzmechanismus, die technische Kontrolle über die eigene Datenerhebung, verweigert. Es ist kein Hackerangriff. Es ist Selbstverteidigung der Privatsphäre mit den Mitteln, die der Eigentümer selbst besitzt.
Die am weitesten verbreiteten vernetzten Geräte in deutschen Haushalten
Laut Destatis (2024) und Bitkom (2025/2026):
| Gerät | Verbreitung | Typische Rückverbindungsdaten |
|---|---|---|
| Vernetzter Fernseher | 67 % der Haushalte | Sehverhalten, ACR (erkennt Inhalte auf dem Bildschirm), WLAN-Scans, Standby-Mithören |
| Intelligente Beleuchtung | 46 % | Nutzungszeiten, Bewegungs- und Präsenzmuster |
| Smarte Steckdosen | 44 % | Stromverbrauch, Ein- und Ausschaltzeiten |
| Smarte Heizkörperthermostate | 35 % | Raumtemperatur, Präsenz, Fensterstatus |
| Saugroboter | 33 % | Raumkarten, Bewegungsdaten, Hinderniserkennung |
| Vernetzter Lautsprecher (Alexa, Google, etc.) | 23 % | Sprachaufnahmen, Umgebungsgeräusche, Gewohnheiten |
| Vernetzte Haushaltsgeräte (Kühlschrank, Waschmaschine) | 18 % | Nutzungsdaten, Fehlermeldungen |
| Intelligente Videoüberwachung | 16 % | Videoaufnahmen, Bewegungserkennung |
Wichtigste Einordnung:
Der vernetzte Fernseher ist mit Abstand das häufigste Rückverbindungsgerät. Forscher haben bei LG- und Samsung-Geräten nachgewiesen, dass diese auch im Standby WLAN scannen und per Automated Content Recognition mitlesen, was auf dem Bildschirm läuft. Daten fließen an Werbesparte-Server.
Vernetzte Lautsprecher (vor allem Amazon Alexa, bei rund 70 % der Smart-Speaker-Besitzer) sammeln permanent Sprachdaten, selbst wenn das Weckwort nicht aktiviert wurde.
Saugroboter (Xiaomi, iRobot, Roborock) senden Raumkarten und Nutzungsdaten an die Hersteller-Cloud.
Rund 49 % der deutschen Haushalte haben mehr als vier vernetzte Geräte im Einsatz, 23,5 % sogar mehr als sieben. Bei den vernetzten Lautsprechern dominiert der Amazon Echo den deutschen Markt, gefolgt von Google Nest und Apple HomePod.
Die datengierigsten Modelle je Sparte
Vernetzter Fernseher
| Modell | Problem |
|---|---|
| LG webOS (C3, G3) | ACR-Screenshots alle 10 ms (rund 100×/s), WLAN-Netzwerk-Scan selbst im Standby, Mikrofon nimmt nach Sprachbefehl noch 15 s mit; funkten laut Gamers Nexus weiter, selbst nach Widerspruch |
| Samsung Tizen (QN90, QN85) | ACR alle 500 ms, aber doppelt so große Datenpakete und häufigere Übertragung als LG; „Viewing Information Services" plus interessenbasierte Werbung |
| Sony Google TV / Android TV | Nutzt Samba Interactive TV (ACR) plus Google-Werbeprofil; Google-TV-Ökosystem sammelt zusätzlich über die Google-App |
LG und Samsung bestreiten beide die Vorwürfe; LG sagt, ACR arbeite nur mit Audio-Fingerabdrücken und sei ab Werk deaktiviert.
Youtube: The LG Smart TV problem
Vernetzter Lautsprecher
| Modell | Problem |
|---|---|
| Amazon Echo (alle, v. a. 4. Gen.) | 28 von 32 möglichen Datenpunkten (Surfshark-Studie); seit 03/2025 zwingend Cloud-Speicherung statt lokaler Verarbeitung; Werbetreibende zahlen 30× mehr für Alexa-Daten; AV-TEST messen permanenten Datenversand auch im „Aus"-Zustand |
| Google Nest Hub / Nest Mini | 22 von 32 Datenpunkten; Sprachdaten für KI-Training, Stimmerkennung, Standort; Mitarbeiter hören stichprobenartig Aufnahmen an |
| Amazon Fire TV Stick (als Fernseher-Ersatz) | Kombiniert TV-Tracking plus Alexa-Ökosystem: ACR plus Sprachdaten plus Amazon-Kauf- und Sehverhalten in einem Profil |
Saugroboter
| Modell | Problem |
|---|---|
| Xiaomi / Roborock S55 (und ältere Xiaomi-Modelle) | Unverschlüsselte UDP-Verbindungen (AV-TEST); keine eigene Datenschutzerklärung; Daten wurden an Facebook, Airbnb u. a. weitergeleitet; Aufbewahrung 90 bis 550 Tage |
| Roborock (Qrevo-, Saros-Reihe) | Karten plus Navigationsprotokoll in die Cloud-Sync (China-Server); Kamera-Modelle (Saros) senden Standbilder für AI-Training; Speicherfristen 15 bis 60 Tage je Datenart |
| iRobot Roomba (j7+, s9+) | Smart Maps standardmäßig in der Cloud; Partnerschaft mit Google (Kartendaten-Tausch); 11-seitige Datenschutzerklärung mit „umfangreicher, für den Betrieb nicht notwendiger Datenerfassung" |
Steckdosen, Beleuchtung, Thermostate
| Modell | Problem |
|---|---|
| TP-Link Tapo (P110, P115, P110M) | Cloud-Pflicht, Daten gehen an Server in Asien; Konto erforderlich; Sprachbefehle über externe Server |
| Tuya-basierte Geräte (hunderte White-Label-Marken) | Tuya-App überträgt Standort, Geräte-ID, WLAN-Name, Nutzungszeiten an Server in China; wird von hunderten No-Name-Kamera- und Steckdosen-Herstellern verwendet |
| Lifx / Osram Smart+ | Cloud-basiert, detaillierte Nutzungs- und Verbrauchsprofile; Osram gibt Langzeitdaten nur gegen Aufpreis frei (Datensparsamkeit fehlt, aber Datensammlung erfolgt trotzdem) |
Datensparsame Alternativen: Eve Energy (komplett cloud-frei), Shelly Plug S (lokal, REST-API), FRITZ!DECT 200 (lokal über FRITZ!Box).
Videoüberwachung
| Modell | Problem |
|---|---|
| Ring (Amazon, Doorbell 4, Stick Up Cam) | Aufnahmen automatisch in Amazon-Cloud (USA), 60 Tage Speicherung; Gesichtserkennung (Face ID) führt zu Sammelklage in Seattle; Mitarbeiter können Aufnahmen einsehen |
| Arlo (Essential, Pro) | Cloud-Abo quasi zwingend; Datenschutz von Consumer Reports als „enttäuschend" bewertet; Daten in US-Cloud |
| Hikvision / Dahua (diverse Modelle) | Standardmäßig Datenübertragung nach China; teilweise unverschlüsselter lokaler Netzwerkverkehr; Backdoor-Vorwürfe; in Deutschland teils als „Spionagegefahr" eingestuft |
Datensparsame Alternativen: Reolink Argus 3 Pro (nur SD-Karte, kein Cloud-Upload), Eufy (lokale Speicherung auf HomeBase), Netatmo (EU-Server, DSGVO-konform).
Die drei absolut datengierigsten Geräte
- Amazon Echo – 28/32 Datenpunkte, zwingende Cloud, 30×-Werbeprämie
- LG vernetzter Fernseher – ACR alle 10 ms plus Netzwerk-Scan plus Mikrofon
- Ring / Arlo Kamera – Videoaufnahmen plus Gesichtserkennung in US-Cloud
Wer diese drei Kategorien meidet oder die jeweiligen Tracking-Funktionen (ACR, Cloud-Sync, Sprachaufnahmen) deaktiviert, reduziert die Rückverbindungsfläche im Haushalt drastisch.
Root-Anleitungen und verfügbare Ressourcen
| Sparte | Gerät | Methode / Quelle |
|---|---|---|
| Vernetzter Fernseher | LG webOS (C3, G3, …) | RootMyTV – Browser-Exploit, „Slide to root"; alternativ dejavuln-autoroot (USB) oder faultmanager-autoroot (SSH) |
| Vernetzter Fernseher | Samsung Tizen (QN90, Q60) | samsung-tv-root-untethered – volatiler Root via SDB, getestet auf QN90B/QN90F (Tizen 6.5 bis 9.0) |
| Vernetzter Fernseher | Sony Google TV / Android TV | Kein dediziertes Root-Kit; ADB-Root auf einigen Modellen möglich, aber kein öffentliches Tool |
| Vernetzter Lautsprecher | Amazon Echo Dot (2. Gen.) | EchoCLI – Tethered Root via BootROM-Exploit (USB) |
| Vernetzter Lautsprecher | Amazon Echo Show 5 / 8 (1. Gen.) | Jailbreak-Guide (derekseaman.com) – Full Android / LineageOS via TWRP |
| Vernetzter Lautsprecher | Google Nest Hub / Mini | Kein Root verfügbar – Bootloader gesperrt, keine öffentliche Exploit-Route |
| Saugroboter | Xiaomi / Roborock (Gen1 bis S5, …) | DontVacuum / Valetudo – Custom-Firmware mit SSH plus Web-UI; Guide: pezema/home-vacuum |
| Saugroboter | iRobot Roomba (j7+, s9+) | Kein öffentliches Root-Kit; nur teilweise Reverse-Engineering (iRobot-Protokoll-Emulation) |
| Steckdosen / Kameras | TP-Link Tapo (C200, C210, …) | Rooting Tapo C200 Rev.5 – Firmware-Decompile plus modded Flash; RE: tplink-tapo-c200-re |
| Steckdosen / Kameras | Tuya-basierte Geräte | Kein Gerät-Root; aber lokale API-Tools (z. B. localtuya) umgehen die Cloud |
| Videoüberwachung | Ring (Doorbell, Stick Up Cam) | Noch kein erfolgreiches Root – Fulu Foundation hat 11.000 $ Bounty ausgeschrieben; SmarterRing (API-Proxy) als Workaround |
| Videoüberwachung | Arlo (Essential, Pro) | Kein öffentliches Root – geschlossenes System, keine bekannte Exploit-Route |
| Videoüberwachung | Hikvision / Dahua | Kein User-Root; aber bekannte CVEs (z. B. CVE-2021-36260) für Firmware-Dump/Analyse; RE: Hikvision RE auf GitHub |
Praktische Empfehlung
- LG Fernseher: RootMyTV plus Homebrew Channel, ACR und Tracking-Apps deinstallieren
- Xiaomi / Roborock: Valetudo, komplett cloud-frei, Karten bleiben lokal
- Echo Show: LineageOS, Amazon-Tracking komplett eliminiert
- Tapo: modded Firmware, Cloud-Verbindung entfernen
- Ring / Arlo / Nest: Gerät ersetzen (z. B. durch Reolink oder Eufy)