Babyphone WLAN-Sicherheit: Risiko einordnen und Gerät richtig absichern
Einordnung — worum es hier geht und worum nicht
Dieser Ratgeber setzt ein WLAN-Babyphone voraus und sichert es ab — er beantwortet nicht die vorgelagerte Frage, ob überhaupt WLAN sein soll. Er enthält keine Modellempfehlung, keine Produktkarte und keinen Vergleich einzelner Hersteller. Grundlage sind Empfehlungen des Bundesamts für Sicherheit in der Informationstechnik (BSI) zu smarten Überwachungskameras und Heimnetz-Absicherung, öffentlich zugängliche Berichte von Fachredaktionen zu dokumentierten Sicherheitsvorfällen sowie allgemeine technische Zusammenhänge zu Funkübertragung. Wo sich eine Zahl oder ein Vorfall nicht mit Quelle und Datum belegen ließ, steht das ausdrücklich so da, statt eine Schätzung als Fakt auszugeben. Wer neben der Funksicherheit auch die physische Absicherung des Kinderzimmers plant, findet dazu den Vergleich Steckdosenschutz Baby im selben Themencluster.
Wenn du nur eine Sache mitnimmst
Ein WLAN-Babyphone lässt sich aus der Ferne grundsätzlich nur dann kompromittieren, wenn es über das Internet erreichbar ist — und genau diese Erreichbarkeit lässt sich mit wenigen, klar benennbaren Schritten absichern. Die öffentlich dokumentierten Fälle betreffen ganz überwiegend Geräte mit unverändertem Standardpasswort, veralteter Firmware oder eine Schwachstelle im Hintergrundsystem des Herstellers selbst — nicht eine grundsätzliche Unsicherheit der WLAN-Technik an sich. DECT- und FHSS-Geräte ohne Internetanbindung gehören dagegen einer anderen, strukturell kleineren Risikoklasse an, weil ein Zugriff hier physische Nähe statt eine Fernverbindung voraussetzt.
Risiko nach Gerätetyp: was aus dem Internet erreichbar ist
Nicht jedes Babyphone hat dieselbe Angriffsfläche. Entscheidend ist, ob ein Gerät überhaupt mit dem Internet verbunden ist, und wenn ja, auf welchem Weg. Die folgende Übersicht ordnet die gängigen Bauarten danach ein, wie sie erreichbar sind und was ein Zugriff realistisch voraussetzen würde.
| Gerätetyp | Erreichbarkeit aus dem Internet | Realistische Angriffsvoraussetzung |
|---|---|---|
| WLAN-Kamera mit Cloud-/App-Fernzugriff | Grundsätzlich weltweit erreichbar, sobald das Gerät online ist – Zugriff läuft über einen Server des Herstellers | Erratenes oder bekanntes Passwort, oder eine Schwachstelle in der Herstellerinfrastruktur selbst. Kein physischer Zugang zum Haushalt nötig. |
| WLAN-Kamera nur im lokalen Netz (Fernzugriff deaktiviert) | In der Regel nur aus dem eigenen Heimnetz erreichbar, außer der Router leitet Ports gezielt weiter | Zugriff auf das Heimnetz, etwa über ein unsicheres WLAN-Passwort oder eine unbeabsichtigte Portfreigabe. |
| DECT-Babyphone | Nicht mit dem Internet verbunden, aus der Ferne nicht erreichbar | Physische Nähe innerhalb der Funkreichweite plus spezialisierte Empfangstechnik. Für Consumer-Geräte kein dokumentierter praxisrelevanter Fall auffindbar. |
| FHSS-Babyphone ohne App | Nicht mit dem Internet verbunden | Physische Nähe sowie Kenntnis des Frequenzsprungmusters – in der Praxis noch aufwendiger als bei DECT. |
| Analoges Babyphone | Nicht internetfähig, kein Fernzugriff möglich | Bloßer Funkempfang im selben Frequenzbereich genügt, da ältere Marktratgeber übereinstimmend von unverschlüsselter Übertragung ausgehen – hohe Abhörbarkeit auf kurze Distanz, aber strukturell kein Fernzugriff. |
Einordnung auf Grundlage der technischen Architektur von WLAN, DECT und FHSS sowie der Empfehlungen des BSI zu smarten Überwachungskameras. Keine eigene Sicherheitsprüfung einzelner Geräte.
Wie ein WLAN-Babyphone aus dem Internet erreichbar wird
Ein WLAN-Babyphone ist technisch eine IP-Kamera, die sich wie ein Smartphone in das Heimnetz einbucht. Für die reine Ansicht im selben Netz reicht die Verbindung zum eigenen Router. Fernzugriff von unterwegs — das eigentliche Verkaufsargument vieler Geräte mit Kamera — braucht dagegen zusätzlich eine Verbindung über das offene Internet, meist über einen Server des Herstellers. Genau diese zweite Stufe ist der Punkt, an dem ein Gerät grundsätzlich auch für Unbefugte erreichbar werden kann, wenn Zugangsdaten bekannt oder erraten sind oder die Serverinfrastruktur selbst eine Schwachstelle hat.
Wichtig für die Einordnung: Diese Erreichbarkeit ist kein Konstruktionsfehler, sondern die technische Voraussetzung für die Funktion, die viele Eltern bewusst kaufen. Das BSI beschreibt das in seiner Einordnung zu smarten Überwachungskameras so, dass Schwachstellen vor allem durch fehlerhafte oder unsichere Verwendung entstehen — etwa schwache Passwörter oder fehlende Verschlüsselung —, nicht durch die Internetanbindung an sich. Wer auf Fernzugriff bewusst verzichtet und die Kamera ausschließlich lokal betreibt, reduziert die Erreichbarkeit von vornherein auf das eigene Heimnetz.
Standardpasswörter: der dokumentierte Klassiker unter den Einfallstoren
Ein belastbar dokumentierter Fall zeigt, wie ein unverändertes Standardpasswort in der Praxis ausgenutzt wurde: heise Security berichtete am 22.06.2018 über die IP-Kamera „Fredi 720P HD WLAN Wifi LAN IP Kamera", die auch in Deutschland erhältlich war. Sicherheitsforscher von SEC Consult deckten auf, dass der Zugang zur zugehörigen P2P-Cloud lediglich eine achtstellige, relativ leicht zu erratende Kamera-ID sowie das werkseitige Standardpasswort „123" voraussetzte. Wer dieses Passwort nicht änderte, ermöglichte damit vollen Zugriff auf die Kamera — einschließlich Schwenkfunktion und Ton. In einem im selben Bericht geschilderten Fall aus den USA soll ein Angreifer genau auf diesem Weg die Kamera eines Kindes gedreht und Video mit Ton abgegriffen haben.
Der Bericht endet mit einer eindeutigen Handlungsaufforderung, die bis heute gültig ist: Wer eine Kamera mit Cloud-Funktion nutzt, sollte das Standardkennwort umgehend ändern. Genau das ist auch die zentrale Einzelmaßnahme, die das BSI in seiner aktuellen Einordnung zu smarten Überwachungskameras an erster Stelle nennt — nicht als Empfehlung unter vielen, sondern als Grundvoraussetzung, bevor ein WLAN-Gerät überhaupt in Betrieb geht.
Der Fall Meari: wenn die Schwachstelle nicht beim Nutzer liegt
Nicht jeder dokumentierte Vorfall lässt sich auf ein Nutzerversäumnis zurückführen. Das Fachmedium eSecurity Planet berichtete am 12.05.2026 über mehr als eine Million Babyphones und Überwachungskameras, die durch Schwachstellen in der Hintergrundplattform des Herstellers Meari Technology betroffen waren. Meari liefert die Cloud-Infrastruktur für mehr als 300 Kameramarken, die unter anderem über Marktplätze wie Amazon verkauft werden — ein sogenanntes White-Label-Modell, bei dem Käuferinnen und Käufer oft nicht erkennen können, welches Backend hinter ihrer Kamera-App steckt.
Der Sicherheitsforscher Sammy Azdoufal dokumentierte laut eSecurity Planet unter anderem drei benannte Schwachstellen: Bei CVE-2026-33356 fehlte eine geräteweise Zugriffskontrolle auf dem MQTT-Nachrichtendienst der Plattform, sodass sich laut Bericht jedes kostenlose Nutzerkonto in Gerätebenachrichtigungen plattformweit einklinken konnte — der Forscher beobachtete dabei Nachrichten von mehr als 2.000 Kameras innerhalb weniger Minuten über einen einzigen regionalen Server. Bei CVE-2026-33359 lagen Bewegungsalarm-Bilder unverschlüsselt und ohne Zugriffsbeschränkung auf einem Cloud-Speicher. Bei CVE-2026-33362 waren kryptografische Schlüssel fest in der Software einprogrammiert und ließen sich laut Bericht nicht austauschen, ohne die Geräte-Firmware komplett neu aufzuspielen.
Für die Einordnung ist entscheidend: Keine dieser drei Schwachstellen entsteht durch ein Verhalten der Käuferin oder des Käufers. Ein individuell starkes Passwort hätte hier wenig geändert, weil die Schwachstelle auf Ebene der Plattform selbst lag. Was in diesem Fall Wirkung zeigte, war ein zeitnah eingespieltes Firmware- oder App-Update, sobald der Hersteller reagiert — ein weiterer Grund, warum Update-Bereitschaft neben dem Passwort der zweite wesentliche Hebel ist.
Wie oft passiert das wirklich? Eine ehrliche Einordnung
Die beiden dokumentierten Fälle in diesem Ratgeber zeigen zwei unterschiedliche Ursachen, und genau diese Zweiteilung ist die ehrliche Antwort auf die Frage nach der Verhältnismäßigkeit. Der Fredi-Fall aus dem Jahr 2018 ist ein klassisches Beispiel für ein vermeidbares Nutzerversäumnis: ein Standardpasswort, das nie geändert wurde. Der Meari-Fall aus dem Jahr 2026 zeigt dagegen, dass auch ein sorgfältig konfiguriertes Gerät durch eine Schwachstelle beim Hersteller selbst betroffen sein kann — unabhängig vom Verhalten der Nutzenden.
Beide Fälle haben eines gemeinsam: Sie sind öffentlich geworden, weil Sicherheitsforscher sie gezielt gesucht und gemeldet haben, nicht weil sie zu einer breiten, alltäglichen Erfahrung von Eltern geworden wären. Eine belastbare Statistik darüber, wie viele der weltweit verkauften WLAN-Babyphones tatsächlich schon einmal unbefugt aufgerufen wurden, ließ sich für diesen Ratgeber nicht auffinden — wer eine konkrete Prozentzahl nennt, verlässt an dieser Stelle die belegbare Faktenlage. Was sich dagegen belegen lässt, ist die Handlungsrelevanz der Gegenmaßnahmen: In beiden dokumentierten Fällen hätte ein zeitnahes Firmware-Update die konkrete Schwachstelle geschlossen, sobald sie öffentlich bekannt und ein Patch verfügbar war.
Die realistische Einordnung lautet deshalb: Das Risiko ist nicht theoretisch, aber es ist auch kein Grund, ein WLAN-Babyphone grundsätzlich zu meiden. Es ist ein Risiko, das sich mit den in diesem Ratgeber beschriebenen Schritten — Passwort, Firmware, Netzwerktrennung — auf ein vertretbares Maß senken lässt, ohne dass Eltern dafür IT-Sicherheitsexpertise mitbringen müssten.
Können Babyphones auch ohne WLAN gehackt werden?
Diese Frage wird häufig gesucht, bleibt in den gängigen Suchergebnissen aber meist unbeantwortet. Die Antwort ist eine Frage der Architektur: DECT- und FHSS-Babyphones ohne App funken ausschließlich als direkte Punkt-zu-Punkt-Verbindung zwischen Sender und Elterneinheit, ohne Router und ohne Internetanschluss im Signalweg. Damit entfällt strukturell genau die Voraussetzung, die einen Fernzugriff über das Internet überhaupt erst ermöglicht — es gibt schlicht keine Internetverbindung, über die ein Angreifer von außerhalb der Funkreichweite zugreifen könnte.
Ausgeschlossen ist ein Zugriff damit nicht vollständig, aber die Voraussetzungen ändern sich grundlegend: Wer ein reines DECT- oder FHSS-Gerät kompromittieren wollte, bräuchte physische Nähe innerhalb der Funkreichweite sowie spezialisierte Empfangstechnik, die für den Zugriff über eine handelsübliche Internetverbindung nicht erforderlich ist — wie groß diese Reichweite bei einzelnen Geräten praktisch ausfällt, ordnet der Vergleich Babyphone große Reichweite ein. Das ist eine andere Risikoklasse als ein aus dem Internet erreichbares Gerät — ein Angreifer müsste buchstäblich vor Ort sein, statt von einem beliebigen Ort der Welt aus zuzugreifen. Für Consumer-Geräte dieser Bauart ließ sich für diesen Ratgeber kein dokumentierter praxisrelevanter Vorfall auffinden.
Wer diese Grundsatzfrage vor dem Kauf klären möchte — DECT, WLAN oder FHSS —, findet die ausführliche technische Einordnung im Technik-Ratgeber DECT oder WLAN. Dieser Ratgeber hier setzt die Entscheidung für ein WLAN-Gerät bereits voraus und konzentriert sich auf dessen Absicherung.
Woran erkennt man einen echten Fremdzugriff?
Zwei häufig gesuchte Fragen zielen genau darauf: Wie merkt man, dass die Kamera gehackt wurde? Die ehrliche Antwort beginnt mit einer Gegenprobe, denn die meisten auffälligen Beobachtungen an einem Babyphone haben eine banale, technische Ursache und keinen Bezug zu einem Fremdzugriff. Eine sich bewegende Kamera, eine leuchtende LED oder ein zweiter Geräteeintrag in der App lassen sich fast immer zunächst harmlos erklären, bevor an einen Angriff zu denken ist.
Die folgende Tabelle stellt die am häufigsten beobachteten Symptome der jeweils wahrscheinlicheren harmlosen Erklärung gegenüber und benennt, wann eine Beobachtung tatsächlich ernst zu nehmen ist. Sie ersetzt keine individuelle Prüfung, gibt aber eine erste, nüchterne Einordnung, bevor Panik oder Verunsicherung aufkommen.
| Symptom | Wahrscheinlichere harmlose Erklärung | Wann es ernst wird |
|---|---|---|
| Kamera schwenkt oder bewegt sich von selbst | Automatische Bewegungsverfolgung oder ein voreingestellter Patrouillenmodus, der im Hintergrund läuft | Wenn diese Funktion laut App-Einstellungen deaktiviert ist und die Bewegung trotzdem auftritt, oder wenn sie genau dann passiert, wenn niemand aus dem Haushalt die App geöffnet hat |
| LED-Kontrollleuchte leuchtet, obwohl niemand zugreift | Viele Geräte zeigen mit der LED nur den WLAN-Verbindungsstatus an, nicht einen aktiven Live-Zugriff | Wenn die Bedienungsanleitung ausdrücklich beschreibt, dass die LED nur bei aktiver Live-Ansicht leuchtet, und sie trotzdem dauerhaft an ist |
| Unbekanntes Gerät in der Konto- oder Geräteübersicht der App | Ein zweites eigenes Gerät, etwa ein altes Smartphone von Partner oder Großeltern, oder ein Eintrag, der nach einem Zurücksetzen erneut unter neuem Namen erscheint | Ein Gerätename oder Standort, der sich keinem Haushaltsmitglied zuordnen lässt |
| Stimme oder Ton aus dem Lautsprecher ohne erkennbaren Auslöser | Eine automatische Sprachfunktion, etwa eine Schlaflied-Zeitschaltung oder eine Übersetzungsfunktion für Babygeräusche, die sich zeitversetzt selbst startet | Eine fremde Stimme, die situativ auf ein Geräusch im Zimmer reagiert |
| Ungewöhnlich hoher Datenverbrauch in der Router-Statistik | Dauerhafte Bildübertragung oder Cloud-Aufzeichnung in hoher Auflösung, die grundsätzlich viel Bandbreite braucht | Datenverkehr zu einer Adresse, die erkennbar nicht zur Infrastruktur des bekannten Herstellers gehört – im Zweifel beim Hersteller-Support nachfragen statt selbst zu ermitteln |
| App zeigt eine aktive Sitzung oder einen Login zu ungewöhnlicher Uhrzeit | Eine automatische Neuanmeldung nach einem App- oder Firmware-Update, oder eine falsch angezeigte Zeitzone im Protokoll | Eine Sitzung von einem Gerätetyp oder Standort, der zu keinem Haushaltsmitglied passt |
Verschlüsselung der Übertragung: warum sie den Unterschied macht
Ob Bild- und Tondaten auf dem Weg vom Gerät zum Server und weiter zur App verschlüsselt übertragen werden, ist von Hersteller zu Hersteller unterschiedlich dokumentiert und selten leicht auffindbar. Das BSI benennt eine fehlende Datenverschlüsselung ausdrücklich als eigenständiges Risiko bei smarten Überwachungskameras — unabhängig davon, wie stark das Passwort gewählt ist, denn eine unverschlüsselte Übertragung kann grundsätzlich auf dem Übertragungsweg selbst abgefangen werden, etwa in einem ungesicherten öffentlichen WLAN.
Für die Kaufentscheidung folgt daraus ein konkreter Prüfpunkt: In den technischen Daten oder den FAQ des Herstellers nach einer verschlüsselten Übertragung suchen, statt sie stillschweigend vorauszusetzen. Ist unterwegs ein Zugriff über ein öffentliches WLAN geplant, empfiehlt das BSI zusätzlich eine VPN-Verbindung, um die Daten vor der Übertragung zu verschlüsseln — eine Zusatzmaßnahme, die für das heimische Netz selbst nicht nötig ist, wohl aber für den Zugriff von unterwegs über ein fremdes Netz.
Cloud-Konto gegen lokalen Betrieb: zwei unterschiedliche Risikoprofile
Ein WLAN-Babyphone lässt sich grundsätzlich auf zwei Wegen betreiben: über die Cloud des Herstellers, die Fernzugriff von unterwegs ermöglicht, oder rein lokal im eigenen Heimnetz ohne Internet-Umweg. Beide Wege haben ein anderes Risikoprofil. Der Cloud-Weg bringt Komfort, hängt aber zusätzlich von der Sicherheit der Herstellerinfrastruktur ab — wie der Fall Meari zeigt, eine Größe, die einzelne Nutzende nicht selbst kontrollieren können. Der rein lokale Weg verzichtet auf Fernzugriff, reduziert die Erreichbarkeit dafür strukturell auf das eigene Heimnetz.
Wer keinen Fernzugriff von unterwegs benötigt, sollte die Cloud-Funktion nach Möglichkeit deaktiviert lassen oder erst gar nicht aktivieren — das BSI nennt genau das als eine der wirksamsten Einzelmaßnahmen. Wer Fernzugriff dagegen bewusst nutzen möchte, sollte wissen, dass damit ein zusätzliches Glied in der Sicherheitskette hinzukommt, das nicht mehr allein von den eigenen Einstellungen abhängt.
Firmware-Updates: der zweite große Hebel neben dem Passwort
Sowohl im Fredi-Fall von 2018 als auch im Meari-Fall von 2026 spielte die Update-Situation eine zentrale Rolle — im ersten Fall gab es zum Zeitpunkt der Berichterstattung laut heise Security noch keinen Patch, im zweiten Fall war ein zeitnah eingespieltes Update genau die Maßnahme, mit der Nutzende auf eine Schwachstelle reagieren konnten, die sie selbst nicht verursacht hatten. Ein Gerät ohne aktuelle Firmware trägt bekannte Schwachstellen unter Umständen über Jahre mit sich herum, selbst wenn ein Patch längst verfügbar wäre.
Das BSI empfiehlt deshalb, Sicherheitsupdates regelmäßig und zeitnah einzuspielen und, wo verfügbar, automatische Updates zu aktivieren. Vor dem Kauf lohnt sich zusätzlich ein Blick darauf, wie lange ein Hersteller Updates für ein Modell überhaupt zusagt — eine Angabe, die längst nicht jeder Hersteller macht, die aber mitentscheidet, wie lange ein Gerät sicher betrieben werden kann.
Zwei-Faktor-Authentifizierung fürs Herstellerkonto
Ein starkes Passwort schützt vor Erraten, nicht aber vor einem Passwort, das an anderer Stelle im Netz bereits geleakt wurde und nun wiederverwendet wird. Genau hier setzt die Zwei-Faktor-Authentifizierung an: Selbst mit korrektem Passwort bräuchte ein Angreifer zusätzlich den zweiten Faktor, meist einen Code auf dem eigenen Smartphone, um sich anzumelden. Das BSI führt eine Zwei-Faktor-Authentisierung, sofern verfügbar, als eine der empfohlenen Einzelmaßnahmen für smarte Überwachungskameras ausdrücklich auf.
Nicht jeder Hersteller bietet diese Option an, und selbst wenn sie verfügbar ist, wird sie in der Ersteinrichtung selten aktiv beworben. Ein gezielter Blick in die Kontoeinstellungen der jeweiligen App lohnt sich deshalb unabhängig davon, ob die Cloud-Funktion überhaupt genutzt wird — das Herstellerkonto selbst ist bereits ein eigenständiges Ziel, auch wenn die Kamera lokal betrieben wird.
Router-Absicherung als Fundament jeder Gerätemaßnahme
Jede noch so sorgfältige Absicherung der Kamera selbst nützt wenig, wenn das Heimnetz dahinter offen steht. Das BSI empfiehlt für den Router ein Passwort aus mindestens acht Zeichen mit Groß- und Kleinbuchstaben, Ziffern und Sonderzeichen, sowie ein WLAN-Passwort aus mindestens zwanzig zusammenhanglosen Zeichen, sofern der Router nicht bereits werkseitig ein ausreichend starkes Passwort vergeben hat. Zusätzlich rät das BSI, den Fernzugang des Routers zu deaktivieren, sofern er nicht ausdrücklich gebraucht wird, da er ein zusätzliches Einfallstor von außen darstellt.
Diese Maßnahmen betreffen nicht nur das Babyphone, sondern jedes weitere vernetzte Gerät im Haushalt — vom Smart-TV bis zum eigenen Smartphone. Genau deshalb steht die Router-Absicherung in der Schritt-für-Schritt-Anleitung dieses Ratgebers ganz am Anfang: Ein unsicheres Heimnetz hebelt jede Einzelmaßnahme am Gerät selbst aus, unabhängig davon, wie sorgfältig die Kamera konfiguriert wurde.
Gastnetz und Netzwerktrennung für Smart-Home-Geräte
Ein zusätzlicher, oft übersehener Baustein ist die Trennung des Babyphones vom Hauptnetz, in dem auch Computer, Smartphones und andere sensible Geräte hängen. Das BSI empfiehlt dafür ein eigenes Gastnetz oder, falls der Router keine echte Netzwerksegmentierung unterstützt, ein separates WLAN ausschließlich für Smart-Home-Geräte. Der Grund: Gelingt einem Angreifer trotz aller Vorsicht ein Zugriff auf die Kamera, erschwert die Netzwerktrennung den nächsten Schritt — den Sprung von der Kamera auf weitere Geräte im selben Netzwerk, etwa den privaten Rechner oder sensible Homeoffice-Anwendungen.
Wer stattdessen ein Gerät mit möglichst geringem, planbarem Sendeverhalten sucht, findet die entsprechende Geräteauswahl im Vergleich Strahlungsarmes Babyphone — ein Kriterium, das mit Funktechnik und Sendeleistung zu tun hat, nicht direkt mit der hier behandelten Netzwerksicherheit, aber häufig gemeinsam nachgefragt wird.
Was tun, wenn der Verdacht auf Fremdzugriff real ist?
Wer nach der Gegenprobe in der Erkennungstabelle weiterhin einen begründeten Verdacht hat, sollte besonnen und in einer festen Reihenfolge vorgehen, statt in Aktionismus zu verfallen. Zuerst die Kamera vom Strom trennen oder die WLAN-Verbindung kappen, um einen laufenden Zugriff sofort zu beenden. Danach von einem anderen, sauberen Gerät aus das Passwort für Kamera und Herstellerkonto ändern und alle aktiven Sitzungen in der App-Übersicht beenden.
Im Anschluss ein verfügbares Firmware- oder App-Update einspielen und den Vorfall beim Hersteller-Support melden, insbesondere wenn sich ein unbekanntes Gerät in der Kontoübersicht findet — dieser Hinweis kann auch anderen betroffenen Nutzenden helfen. Dieser Ratgeber beschreibt bewusst nur die Absicherung und Reaktion, nicht die Vorgehensweise eines Angriffs selbst.
Schritt für Schritt: Absicherung in etwa zwanzig Minuten
Die folgenden Schritte sind nach Wirkung pro Aufwand sortiert und beginnen bewusst beim Router, nicht bei der Kamera — ein unsicheres Heimnetz hebelt sonst jede folgende Einzelmaßnahme aus. Zusammen sind sie in etwa zwanzig Minuten machbar.
- 1(ca. 5 Min) Router-Zugangsdaten prüfen: Login-Passwort ändern, falls noch das werkseitige Standardpasswort aktiv ist, und das WLAN-Passwort auf mindestens zwanzig zusammenhanglose Zeichen kontrollieren.
- 2(ca. 3 Min) Fernzugang des Routers deaktivieren, sofern er nicht ausdrücklich gebraucht wird — ein zusätzliches Einfallstor von außen, das die wenigsten Haushalte tatsächlich nutzen.
- 3(ca. 3 Min) Ein Gastnetz oder ein eigenes Netz für Smart-Home-Geräte einrichten und die Kamera dort statt im Hauptnetz anmelden.
- 4(ca. 2 Min) Das werkseitige Standardpasswort der Kamera sofort durch ein individuelles, langes Passwort ersetzen, das nirgendwo sonst verwendet wird.
- 5(ca. 2 Min) Prüfen, ob ein Firmware- oder App-Update verfügbar ist, dieses installieren und, falls möglich, automatische Updates aktivieren.
- 6(ca. 2 Min) Zwei-Faktor-Authentifizierung für das Herstellerkonto aktivieren, sofern der Hersteller diese Option anbietet.
- 7(ca. 2 Min) App-Berechtigungen prüfen und nicht benötigte Zugriffe wie Mikrofon oder Standort deaktivieren.
- 8(ca. 1 Min) Cloud-Aufzeichnung und Benachrichtigungen bewusst konfigurieren — nur aktivieren, was tatsächlich genutzt wird, und Fernzugriff deaktiviert lassen, wenn er nicht gebraucht wird.
Troubleshooting: Symptom, Ursache, Lösung
| Symptom | Wahrscheinliche Ursache | Lösung |
|---|---|---|
| Router bietet keine Option für ein Gastnetz | Älteres oder einfach ausgestattetes Router-Modell ohne Netzwerksegmentierung | Ersatzweise ein eigenes WLAN-Passwort ausschließlich für Smart-Home-Geräte vergeben, oder einen zusätzlichen Access Point mit Gastfunktion nachrüsten |
| Zwei-Faktor-Authentifizierung wird vom Hersteller nicht angeboten | Nicht jeder Anbieter hat 2FA für das Kundenkonto implementiert | Stattdessen ein besonders langes, einzigartiges Passwort verwenden und, falls vorhanden, Login-Benachrichtigungen der App aktivieren |
| Firmware- oder App-Update lässt sich nicht installieren | Instabile WLAN-Verbindung während des Updates oder ein zu alter Softwarestand, der einen Zwischenschritt benötigt | Update in unmittelbarer Router-Nähe durchführen, Herstelleranleitung konsultieren, bei wiederholtem Fehlschlag den Hersteller-Support kontaktieren |
| Gerät erhält laut Hersteller-Website seit Jahren keine Updates mehr | End-of-Life-Status des Modells, der Hersteller pflegt die Firmware nicht weiter | Fernzugriff und Cloud-Funktion deaktivieren und nur noch lokal ohne Internetverbindung nutzen, oder ein aktuell gepflegtes Ersatzgerät erwägen |
| Unklar, welches Hintergrundsystem hinter der eigenen Kamera-App steckt | Viele Hersteller setzen auf identische Cloud- und App-Plattformen unter unterschiedlichen Markennamen (White-Label-Technik) | In den App- oder Herstellerangaben nach dem tatsächlichen Plattform- oder Cloud-Anbieter suchen und gezielt nach dessen Sicherheitsmitteilungen recherchieren |
| Ein wirklich langes, einzigartiges Passwort lässt sich schlecht merken | Fehlender Passwort-Manager, deshalb bewusst ein einfaches, leicht merkbares Passwort gewählt | Einen Passwort-Manager nutzen (auch kostenlose Varianten reichen aus), damit lange, einzigartige Passwörter nicht selbst gemerkt werden müssen |
Häufig gestellte Fragen
Wie merkt man, dass ein Babyphone gehackt wurde?
Es gibt keine hundertprozentig sichere Einzelanzeige, aber mehrere Anhaltspunkte in Kombination: ein unbekanntes Gerät in der Kontoübersicht, eine Sitzung zu ungewöhnlicher Uhrzeit von einem fremden Standort, oder eine Kamerabewegung beziehungsweise Tonausgabe, die sich keiner eigenen Einstellung zuordnen lässt. Die meisten einzelnen Symptome – eine leuchtende LED, ein automatischer Schwenk, ein zweiter Geräteeintrag – haben in aller Regel eine harmlose, technische Erklärung. Die Erkennungstabelle in diesem Ratgeber ordnet die wichtigsten Symptome einzeln ein.
Können Babyphone auch ohne WLAN-Verbindung gehackt werden?
Grundsätzlich ja, aber unter völlig anderen Voraussetzungen. DECT- und FHSS-Babyphones ohne App sind nicht mit dem Internet verbunden und damit aus der Ferne nicht erreichbar. Ein Zugriff würde physische Nähe innerhalb der Funkreichweite sowie spezialisierte Empfangstechnik voraussetzen – eine Angriffsklasse, die mit dem Bild eines Fremden auf der anderen Seite der Welt nichts zu tun hat. Für Consumer-Geräte dieser Bauart ließ sich für diesen Ratgeber kein dokumentierter praxisrelevanter Vorfall auffinden.
Welche Babyphones können nicht gehackt werden?
Eine hundertprozentige Garantie gibt es bei keiner Funktechnik. Realistisch einordnen lässt sich aber die Angriffsfläche: Ein Gerät, das nie mit dem Internet verbunden ist – also ein reines DECT- oder FHSS-Babyphone ohne App und ohne Cloud-Funktion –, kann strukturell nicht aus der Ferne über das Internet kompromittiert werden, weil diese Verbindung schlicht nicht existiert. Die vorgelagerte Grundsatzfrage DECT oder WLAN beantwortet der entsprechende Technik-Ratgeber dieses Clusters ausführlich.
Kann sich einfach jemand mit meinem Babyphone verbinden?
Nicht ohne Weiteres. Bei einer WLAN-Kamera mit Cloud-Funktion braucht es dafür Zugangsdaten – entweder ein erratenes oder unverändertes Standardpasswort, oder eine Schwachstelle auf Seiten der Herstellerinfrastruktur. Bei einer rein lokal betriebenen Kamera ohne Fernzugriff ist zusätzlich der Zugang zum eigenen Heimnetz nötig. Ein zufälliges „Sich-Verbinden" ohne diese Voraussetzungen ist technisch nicht vorgesehen.
Ist ein Babyphone mit WLAN sicher?
Sicherheit hängt hier weniger von der Technik WLAN an sich ab als von Konfiguration und Pflege des einzelnen Geräts: geändertes Standardpasswort, aktuelle Firmware, nach Möglichkeit Zwei-Faktor-Authentifizierung fürs Herstellerkonto und ein abgesichertes Heimnetz als Grundlage. Unter diesen Voraussetzungen ist ein WLAN-Babyphone ein vertretbares Risiko, kein Grund zur Sorge. Die Schritt-für-Schritt-Absicherung in diesem Ratgeber deckt alle Punkte in etwa zwanzig Minuten ab.
Warum meiden manche Menschen WLAN-Babyphone?
Vor allem aus drei Gründen: der Abhängigkeit von Router und Internetanschluss, der grundsätzlich größeren Angriffsfläche eines internetfähigen Geräts gegenüber einem reinen Punkt-zu-Punkt-Gerät, und dem meist dauerhaft aktiven Sendeverhalten vieler WLAN-Kameras. Diese drei Gründe erklärt der Technik-Ratgeber DECT oder WLAN dieses Clusters im Detail – dort geht es um die Grundsatzentscheidung vor dem Kauf, hier um die Absicherung eines bereits vorhandenen WLAN-Geräts.
Was tun, wenn der Verdacht auf einen Fremdzugriff real ist?
Zunächst besonnen vorgehen: Kamera vom Strom trennen oder die App-Verbindung kappen, danach das Passwort für Kamera und Herstellerkonto von einem anderen, sauberen Gerät aus ändern, alle aktiven Sitzungen in der App beenden und ein verfügbares Firmware-Update einspielen. Anschließend beim Hersteller-Support melden, insbesondere wenn sich ein unbekanntes Gerät in der Kontoübersicht findet. Für eine begründete Vermutung reicht meist ein Symptom aus der Erkennungstabelle in Kombination mit einer plausibel ausgeschlossenen harmlosen Erklärung.
Wie oft sollten Passwort und Firmware aktualisiert werden?
Das Passwort muss nach der Ersteinrichtung nicht routinemäßig gewechselt werden, solange es lang, einzigartig und nirgendwo sonst verwendet wird – wichtig ist der einmalige Wechsel weg vom Standardpasswort. Firmware- und App-Updates sollten dagegen zeitnah nach Verfügbarkeit eingespielt werden, im Idealfall automatisch, da sie laut BSI oft Sicherheitslücken schließen, bevor diese ausgenutzt werden können.
Quellen
- BSI — Smarte Überwachungskamera: So nutzen Sie die Schutzvorkehrung sicher — Risiken, Prüffragen vor dem Kauf und konkrete Einrichtungsmaßnahmen für smarte Kameras
- BSI — Sicherheitstipps für privates und öffentliches WLAN — Empfehlungen zu Router-Passwort, WLAN-Passwort, Fernzugang und Gastnetz
- heise Security — Standardpasswort 123: Baby-Monitor als Guckloch in fremde Wohnungen — dokumentierter Vorfall vom 22.06.2018 zu einer unsicheren Cloud-Anbindung mit Standardpasswort
- eSecurity Planet — Over 1 Million Baby Monitors and Security Cameras Exposed Through Meari Flaws — dokumentierter Vorfall vom 12.05.2026 zu Schwachstellen in einer White-Label-Cloud-Plattform
- Bundesamt für Strahlenschutz (BfS) — Babyüberwachungsgeräte — technischer Hintergrund zur Funkübertragung bei Babyphones
- Stiftung Warentest — Themenseite Babyphone — Testübersicht und Einordnung zu Ausstattung und Sicherheit
Weiterführend bei Test und Tipps
Dieser Ratgeber sichert ein vorhandenes WLAN-Babyphone ab. Die Grundsatzfrage der Übertragungstechnik und die konkrete Geräteauswahl behandeln die folgenden Artikel des Babyphone-Clusters:
