Verbindung ist nicht privat: Lösung für iPhone, iPad & Chrome

Was bedeutet "Ihre Verbindung ist nicht privat"?

„Ihre Verbindung ist nicht privat“ bedeutet, dass Ihr Browser das Sicherheitszertifikat der Website nicht verifizieren konnte und deshalb abgebrochen hat, bevor etwas gesendet wurde. Chrome und Edge zeigen die Meldung mit einem Code wie NET::ERR_CERT_DATE_INVALID an (Chromes deutsche Oberfläche formuliert sie als „Deine Verbindung ist nicht uneingeschränkt sicher“); Safari auf iPhone, iPad und Mac meldet „Diese Verbindung ist nicht privat“ und fügt hinzu, dass sich die Website womöglich als die echte ausgibt.

Die schnellste Diagnose: Zeigt jede HTTPS-Website die Meldung, liegt die Ursache an Ihrem Gerät oder Netzwerk (Uhrzeit, Anmeldeseite im öffentlichen WLAN, Antivirenprogramm, VPN oder Profil). Zeigt nur eine Website sie, auf jedem Gerät und in jedem Netzwerk, ist deren Zertifikat defekt und nur der Betreiber kann es beheben.

Zur Prüfung eines Zertifikats kontrolliert der Browser, dass es (1) von einer vertrauenswürdigen Stelle ausgestellt wurde, (2) nicht abgelaufen ist, (3) zur eingegebenen Adresse passt und (4) nicht widerrufen wurde. Schlägt eine Prüfung fehl, erscheint diese Warnung. Sie bedeutet nicht immer, dass die Website gefährlich ist, aber der Browser kann nicht beweisen, dass sie es nicht ist.

Fehlercodes nach Browser

Jeder Browser zeigt diesen SSL-Fehler unterschiedlich an und verwendet eigene Fehlercodes. Hier sehen Sie, was in den wichtigsten Browsern angezeigt wird.

Der Fehlercode verrät Ihnen genau, was schiefgelaufen ist. ERR_CERT_DATE_INVALID bedeutet, dass das Zertifikat abgelaufen ist oder Ihre Geräteuhr falsch geht (Chrome schreibt dann „Deine Uhr geht vor“ oder „Deine Uhr geht nach“). ERR_CERT_AUTHORITY_INVALID bedeutet, dass das Zertifikat nicht von einer Stelle ausgestellt wurde, der Ihr Gerät vertraut (ERR_CERT_AUTHORITY_INVALID beheben). ERR_CERT_COMMON_NAME_INVALID bedeutet, dass das Zertifikat für eine andere Adresse gilt.

Steht auf der Seite stattdessen „Diese Website kann keine sichere Verbindung bereitstellen“, ist der Handshake selbst gescheitert: Das ist ein anderer Fehler, ERR_SSL_PROTOCOL_ERROR.

Häufige Ursachen für "Ihre Verbindung ist nicht privat"

Die Ursachen lassen sich in zwei Gruppen teilen: solche auf Ihrem Gerät oder in Ihrem Netzwerk, die Sie selbst beheben können, und ein defektes Zertifikat auf der Website, das nur deren Betreiber beheben kann.

• Falsches Datum und falsche Uhrzeit auf Ihrem Gerät: Eine häufige Ursache, wenn die Warnung auf jeder Website erscheint. SSL-Zertifikate haben ein Gültigkeitsdatum. Geht die Geräteuhr falsch, wirkt jedes Zertifikat abgelaufen oder noch nicht gültig, und der Fehler erscheint auf allen HTTPS-Seiten.
• Abgelaufenes SSL-Zertifikat: Das SSL-Zertifikat des Website-Betreibers ist abgelaufen und wurde nicht erneuert. Das ist der Fehler der Website, nicht Ihrer.
• Selbstsigniertes oder nicht vertrauenswürdiges Zertifikat: Die Website verwendet ein Zertifikat, das nicht von einer anerkannten Zertifizierungsstelle ausgestellt wurde. Üblich bei Entwicklungsservern, internen Firmentools und manchen IoT-Geräten.
• HTTPS-Scanning von Antivirenprogramm oder Firewall: Sicherheitssoftware wie Avast, Kaspersky, ESET oder Bitdefender fängt HTTPS-Verbindungen ab und ersetzt das Zertifikat der Website durch ein eigenes. Vertraut der Browser diesem Ersatzzertifikat nicht, erscheint der Fehler.
• VPN oder Proxy: VPNs und Proxys können SSL-Verbindungen abfangen, vor allem in öffentlichen oder Firmennetzwerken, sodass die Zertifikatsprüfung fehlschlägt.
• Ein Schul-, Arbeits- oder Jugendschutzprofil: Verwaltete iPhones und iPads sowie Filter-Apps leiten HTTPS über das eigene Zertifikat der Organisation. Wird dieses Zertifikat auf dem Gerät nicht als vertrauenswürdig eingestuft, zeigt jede Website die Warnung.
• Anmeldeseite im öffentlichen WLAN (Captive Portal): Hotels, Flughäfen und Cafés fangen oft Ihre erste HTTPS-Anfrage ab, um eine Anmeldeseite zu zeigen. Das stört die SSL-Prüfung, bis Sie sich angemeldet haben.
• Abweichender Domainname: Das Zertifikat wurde für www.example.com ausgestellt, Sie haben aber example.com aufgerufen (oder umgekehrt), oder es gilt für eine ganz andere Domain.
• Veralteter Browser oder veraltetes Betriebssystem: Ältere Browser und Betriebssysteme kennen die aktuellen Stammzertifikate womöglich nicht und lehnen gültige Zertifikate ab.

"Diese Verbindung ist nicht privat" auf iPhone / iPad beheben

Safari auf iPhone und iPad meldet „Diese Verbindung ist nicht privat“ und fügt hinzu, dass sich die Website womöglich als die echte ausgibt. Chrome unter iOS zeigt „Ihre Verbindung ist nicht privat“. Gehen Sie der Reihe nach vor:

• Datum und Uhrzeit korrigieren: „Einstellungen“ → „Allgemein“ → „Datum & Uhrzeit“ → „Automatisch einstellen“ aktivieren
• Im WLAN anmelden: Öffnen Sie im öffentlichen WLAN http://neverssl.com, damit die Anmeldeseite des Netzwerks erscheint, oder testen Sie mit mobilen Daten
• VPNs und Profile prüfen: „Einstellungen“ → „Allgemein“ → „VPN und Geräteverwaltung“. Ein VPN, ein Inhaltsfilter oder ein Profil, das Sie nicht kennen, kann HTTPS abfangen: Schalten Sie das VPN aus oder entfernen Sie das Profil
• iCloud Privat-Relay zum Testen ausschalten: „Einstellungen“ → [Ihr Name] → iCloud → Privat-Relay
• Safari-Daten löschen: „Einstellungen“ → Apps → Safari → „Verlauf und Websitedaten löschen“
• iOS aktualisieren: „Einstellungen“ → „Allgemein“ → Softwareupdate. Updates bringen auch Apples aktuelle Liste vertrauenswürdiger Zertifizierungsstellen mit
• Netzwerkeinstellungen zurücksetzen (zuletzt): „Einstellungen“ → „Allgemein“ → „iPhone übertragen/zurücksetzen“ (beim iPad: „iPad übertragen/zurücksetzen“) → „Zurücksetzen“ → „Netzwerkeinstellungen zurücksetzen“. Dabei werden gespeicherte WLAN-Passwörter und VPN-Einstellungen gelöscht, und das volle Vertrauen für von Hand als vertrauenswürdig eingestufte Zertifikate wird wieder ausgeschaltet (richten Sie die Zertifikatsvertrauenseinstellungen danach erneut ein)

iPad zeigt nach einem Update „Diese Verbindung ist nicht privat“

Hat die Warnung direkt nach einem Update von iPadOS oder iOS auf jeder Website begonnen, prüfen Sie zuerst drei Dinge:

• Die Uhr: „Einstellungen“ → „Allgemein“ → „Datum & Uhrzeit“ → „Automatisch einstellen“. Ein Update kann Zeitzone oder Datum falsch hinterlassen
• Ein Schul- oder Arbeitszertifikat: Verwaltete iPads leiten HTTPS über das eigene Zertifikat der Organisation. Wurde Ihres von Hand installiert, funktioniert es nur mit aktiviertem vollem Vertrauen: „Einstellungen“ → „Allgemein“ → „Info“ → „Zertifikatsvertrauenseinstellungen“ → Zertifikat aktivieren
• Das Netzwerk: Testen Sie mit mobilen Daten oder in einem anderen WLAN. Verschwindet die Warnung, ist das ursprüngliche Netzwerk (oft ein Filter in Schule oder Büro) die Ursache, nicht das Update

Lösung 1: Datum und Uhrzeit überprüfen

Das ist die schnellste Lösung. Geht Ihre Uhr stark falsch (falsches Jahr oder Monate daneben), wirkt jedes Zertifikat abgelaufen oder noch nicht gültig; schon ein Tag Abweichung kann Zertifikate stören, die erst in den letzten 24 Stunden ausgestellt wurden.

• Windows: Einstellungen → Zeit & Sprache → Datum & Uhrzeit → „Uhrzeit automatisch festlegen“ und „Zeitzone automatisch festlegen“ aktivieren
• macOS: Systemeinstellungen → Allgemein → Datum & Uhrzeit → „Datum und Uhrzeit automatisch einstellen“ aktivieren (in der englischen Oberfläche „Set time and date automatically“)
• Android: Einstellungen → System → Datum & Uhrzeit → „Datum und Uhrzeit automatisch einstellen“ aktivieren
• iPhone/iPad: Einstellungen → Allgemein → Datum & Uhrzeit → „Automatisch einstellen“ aktivieren

Schließen Sie den Browser nach der Korrektur von Datum und Uhrzeit vollständig und öffnen Sie ihn neu. Rufen Sie die Website erneut auf. Verschwindet die Warnung auf jeder Website, war die Uhr die Ursache.

Lösung 2: Inkognito-/Privatmodus testen

Ein Inkognito-Fenster (Chrome) oder privates Fenster (Firefox, Safari) läuft ohne die meisten Erweiterungen. Lädt die Website dort, ist eine Erweiterung schuld, die Ihren Datenverkehr umleitet oder filtert, etwa ein VPN, ein Proxy oder ein Jugendschutz-Add-on.

Schalten Sie Ihre Erweiterungen in einem normalen Fenster nacheinander aus, um sie zu finden. Werbeblocker und zwischengespeicherte Daten verursachen keine Zertifikatsfehler, daher hilft das Leeren des Caches selten.

Lösung 3: Browser-Cache und Cookies löschen

Das Löschen von Cookies und Cache behebt einen Zertifikatsfehler selten, weil Browser das Zertifikat bei jeder neuen Verbindung neu prüfen. Es geht aber schnell, schadet nicht und entfernt eine im Cache verbliebene Seite von einer WLAN-Anmeldung.

• Chrome: Einstellungen → Datenschutz und Sicherheit → Browserdaten löschen → „Cookies und andere Websitedaten“ und „Bilder und Dateien im Cache“ ankreuzen → Daten löschen
• Firefox: Einstellungen → Datenschutz & Sicherheit → Cookies und Website-Daten → Daten entfernen
• Edge: Einstellungen → Datenschutz, Suche und Dienste → „Browserdaten löschen“ → „Wählen Sie aus, was gelöscht werden soll“ → Cookies und zwischengespeicherte Bilder auswählen → Jetzt löschen
• Safari: Menü „Safari“ → Einstellungen → Datenschutz → Websitedaten verwalten → Alle entfernen

Starten Sie den Browser nach dem Löschen neu und laden Sie die Website erneut.

Lösung 4: SSL-Status löschen (Windows)

Viele Anleitungen empfehlen SSL-Status löschen (inetcpl.cpl → Inhalte → SSL-Status löschen). Das leert den Sitzungs-Cache der TLS-Bibliothek von Windows. Chrome, Edge und Firefox nutzen eigene, daher ändert es für sie selten etwas; alle Browserfenster zu schließen und den Browser neu zu öffnen, erfüllt für den Browser denselben Zweck.

• Internetoptionen öffnen: Win+R drücken → inetcpl.cpl eingeben → Eingabetaste
• Zum Tab „Inhalte“ wechseln, auf SSL-Status löschen und dann auf OK klicken
• Browser vollständig schließen (Infobereich der Taskleiste prüfen) und vor dem erneuten Versuch neu öffnen

Lösung 5: HTTPS-Scanning des Antivirenprogramms deaktivieren

Viele Antivirenprogramme führen eine „HTTPS-Inspektion“ oder ein „SSL-Scanning“ durch, indem sie verschlüsselten Datenverkehr abfangen und das Zertifikat der Website durch ein eigenes ersetzen. Vertraut der Browser dem Antivirenzertifikat nicht, löst jede HTTPS-Seite „Ihre Verbindung ist nicht privat“ aus.

Avast, Kaspersky, Bitdefender und ESET haben diese Funktion. Zum Testen (die Bezeichnungen unterscheiden sich je nach Version):

• Avast: Einstellungen → Schutz → Basis-Schutz → Web-Schutz → „HTTPS-Scanning aktivieren“ deaktivieren
• Kaspersky: Einstellungen → Sicherheitseinstellungen → Netzwerkeinstellungen → Scan verschlüsselter Verbindungen → „Verschlüsselte Verbindungen nicht scannen“ wählen
• Bitdefender: Schutz → Online-Bedrohungsabwehr → Einstellungen → „Verschlüsselten Web-Scan“ deaktivieren
• ESET: Erweiterte Einstellungen (F5) → Schutzfunktionen → SSL/TLS → „SSL/TLS aktivieren“ deaktivieren

Behebt das Deaktivieren des HTTPS-Scannings den Fehler, können Sie es entweder deaktiviert lassen oder die betroffene Website zur Ausnahmeliste Ihres Antivirenprogramms hinzufügen.

Lösung 6: Zu einem anderen Netzwerk wechseln

Öffentliche WLAN-Netze in Hotels, Flughäfen, Cafés und Büros sind eine häufige Quelle für Zertifikatswarnungen. Sie nutzen oft Captive Portals, die Ihre erste HTTPS-Anfrage abfangen, um eine Anmelde- oder Nutzungsseite zu zeigen, und damit die SSL-Prüfung stören.

Firmen- und Schulnetzwerke setzen mitunter SSL-Inspektions-Proxys ein, die Zertifikate durch eigene interne ersetzen. Ist das Proxy-Zertifikat auf Ihrem Gerät nicht installiert, erscheint der Fehler.

• Zuerst im WLAN anmelden: Öffnen Sie im WLAN von Hotel, Flughafen oder Café http://neverssl.com (bewusst reines HTTP). Das Netzwerk zeigt dann seine Anmeldeseite; nach der Anmeldung laden HTTPS-Seiten normal
• Mobile Daten testen: WLAN ausschalten und die Website über Mobilfunk laden
• Ein anderes WLAN-Netz oder einen persönlichen Hotspot testen

Lösung 7: DNS-Server wechseln

DNS kann diese Warnung nur auf eine Weise auslösen: Ein DNS-Dienst, der die Website filtert (Sperre des Providers, Jugendschutz, werbeblockierendes DNS), leitet Sie auf eine Sperrseite, deren Zertifikat nicht zur eingegebenen Adresse passen kann. Das zeigt sich meist als NET::ERR_CERT_COMMON_NAME_INVALID oder als NET::ERR_CERT_AUTHORITY_INVALID, wenn der Filter seine Sperrseite mit einer eigenen Zertifizierungsstelle signiert. Der Wechsel zu einem öffentlichen Resolver zeigt, ob das der Fall ist.

Ändern Sie den DNS in den Netzwerkeinstellungen Ihres Geräts oder im Router (Schritt-für-Schritt-Einstellungen: Google-DNS-Server), leeren Sie Ihren DNS-Cache und versuchen Sie es erneut. Um eine Umleitung zu erkennen, vergleichen Sie nslookup example.com auf Ihrem Gerät mit dem DNS Lookup von DNS Robot, das von außerhalb Ihres Netzwerks fragt: Große Websites können legitim verschiedene Adressen liefern, doch eine Adresse, die Ihrem Provider oder einem Filterdienst gehört statt dem Hoster oder CDN der Website, bedeutet, dass Ihr Netzwerk sie umleitet.

Lösung 8: Browser und Betriebssystem aktualisieren

Browser und Betriebssysteme bringen eine eingebaute Liste vertrauenswürdiger Stammzertifizierungsstellen (CAs) mit. Ist Ihre Software veraltet, fehlen ihr womöglich neuere Stammzertifikate, und sie lehnt gültige SSL-Zertifikate ab.

Das geschah im großen Stil am 30. September 2021, als das ältere Stammzertifikat DST Root CA X3, über das Let's-Encrypt-Zertifikaten vertraut worden war, ablief. Geräte, die keine Updates mehr erhalten (Let's Encrypt nennt das iPhone 4), vertrauten Websites mit Let's-Encrypt-Zertifikaten nicht mehr.

• Chrome: Menü → Hilfe → Über Google Chrome → bei verfügbarem Update aktualisieren
• Firefox: Menü → Hilfe → Über Firefox → bei verfügbarem Update aktualisieren
• Edge: Menü „Einstellungen und mehr“ → Hilfe und Feedback → Info zu Microsoft Edge → bei verfügbarem Update aktualisieren
• Windows: Einstellungen → Windows Update → Nach Updates suchen
• macOS: Systemeinstellungen → Allgemein → Softwareupdate

Lösung 9: Warnung umgehen (mit Vorsicht)

Vertrauen Sie der Website und kennen das Risiko, können Sie die Datenschutzwarnung umgehen und die Seite aufrufen. Das behebt das Zertifikat nicht: Sie weisen den Browser nur an, es für diese Website zu akzeptieren. Chrome merkt sich das eine Woche lang; Firefox behält die Ausnahme, bis Sie sie entfernen.

• Chrome: Auf der Fehlerseite auf „Erweitert“ klicken → „Weiter zu [Website] (unsicher)“ klicken
• Edge: Auf „Erweitert“ klicken → „Weiter zu [Website] (unsicher)“ klicken
• Firefox: Auf „Erweitert“ klicken → „Weiter zu [Website] (riskant)“ (ältere Versionen: „Accept the Risk and Continue“)
• Safari (iPhone, iPad, Mac): „Details einblenden“ antippen, dann den Link in dem Text, der anbietet, die Website trotzdem zu besuchen, und mit „Website besuchen“ bestätigen
• Gar kein „Weiter“-Link? Chrome blendet ihn aus, wenn die Website HSTS nutzt (sie hat Browsern mitgeteilt, immer ein gültiges Zertifikat zu verlangen), wenn das Zertifikat widerrufen oder ungültig ist und wenn ein Administrator das Umgehen sperrt. Gerade dann ist Durchklicken am gefährlichsten: Beheben Sie die Ursache auf Ihrer Seite oder warten Sie, bis der Betreiber das Zertifikat repariert

Lösung 10: Für Website-Betreiber — SSL-Zertifikat reparieren

Melden Besucher „Ihre Verbindung ist nicht privat“ auf Ihrer Website, liegt das Problem an der Konfiguration Ihres SSL-Zertifikats. Diese Checkliste hilft bei Diagnose und Behebung.

• Ablaufdatum prüfen: Sehen Sie mit dem SSL Check von DNS Robot das Ablaufdatum Ihres Zertifikats. Erneuern Sie es sofort, wenn es abgelaufen ist.
• Zertifikatskette prüfen: Ihr Server muss Ihr Zertifikat plus die Zwischenzertifikate senden (das Stammzertifikat haben die Geräte der Besucher bereits). Ein fehlendes Zwischenzertifikat ist eine häufige serverseitige Ursache. Lesen Sie: Was ist eine SSL-Zertifikatskette?
• Domainnamen prüfen: Jeder Hostname, den Sie ausliefern, muss im Subject Alternative Name (SAN) des Zertifikats stehen; Browser ignorieren den Common Name. Gilt Ihr Zertifikat für www.example.com, aber nicht für example.com, erhalten Besucher ohne www den Fehler.
• Automatische Erneuerung aktivieren: Bei Let's Encrypt oder Cloudflare aktivieren Sie die automatische Zertifikatserneuerung, damit es nie wieder abläuft.
• Konfiguration testen: Prüfen Sie Ihre Domain mit dem SSL Check von DNS Robot für eine vollständige Zertifikatsanalyse mit Kettenprüfung, Ablaufdatum, Protokollunterstützung und Cipher Suites.

"Ihre Verbindung ist nicht privat" auf Android beheben

Android zeigt diesen Fehler in Chrome und allen Chromium-basierten Browsern an. Das sind die Android-spezifischen Lösungen.

• Datum und Uhrzeit korrigieren: Einstellungen → System → Datum & Uhrzeit → „Datum und Uhrzeit automatisch einstellen“ und „Zeitzone automatisch einstellen“ aktivieren
• Netzwerk wechseln: WLAN ausschalten und mobile Daten testen. Verschwindet die Warnung, ist das WLAN (eine Anmeldeseite oder ein Filter) die Ursache
• Privates DNS prüfen: Einstellungen → Netzwerk & Internet → Privates DNS. Verweist es auf einen Filterdienst, schalten Sie es zum Testen aus: Die Sperrseite eines Filters kann kein gültiges Zertifikat für die angefragte Website zeigen
• Systemupdates prüfen: Einstellungen → System → Systemupdates. Veraltete Android-Versionen kennen neuere Stammzertifikate womöglich nicht
• Anderen Browser testen: Zeigt Chrome den Fehler, testen Sie Firefox, der einen eigenen, von Android getrennten Zertifikatsspeicher nutzt
• Chrome-Cache leeren (zuletzt): Einstellungen → Apps → Chrome → Speicher → Cache leeren. Zwischengespeicherte Daten verursachen selten Zertifikatsfehler, probieren Sie daher zuerst die obigen Schritte

So überprüfen Sie, ob die Lösung funktioniert hat

Prüfen Sie nach einer Lösung, ob die SSL-Verbindung korrekt funktioniert.

• Website-Informationssymbol prüfen: Klicken Sie auf das Symbol links neben der Adresse (in Chrome ein Einstellungs-Symbol). Es sollte melden, dass die Verbindung sicher ist, und dort können Sie die Zertifikatsdetails öffnen.
• Mit dem SSL Check von DNS Robot testen: Prüfen Sie die Domain mit /ssl-checker, um Zertifikatskette, Ablaufdatum und Protokollunterstützung von einem externen Server aus zu verifizieren.
• Mehrere Browser testen: Funktioniert die Lösung in einem Browser, testen Sie die Website auch in Chrome, Firefox und Safari.
• Von einem anderen Gerät prüfen: Nutzen Sie Ihr Smartphone oder einen anderen Computer, um zu bestätigen, dass das Problem lokal auf Ihrem Gerät lag und nicht serverseitig.