Windows 11: NTLMv1-Schutz

Mit den Sicherheitsupdates vom Oktober 2026 hat Microsoft eine Änderung an der Windows-Authentifizierung vorgenommen, die in bestimmten Unternehmensumgebungen zu Problemen mit WLAN-, Ethernet- und VPN-Verbindungen führen kann. Windows blockiert seitdem standardmäßig bestimmte NTLMv1-abgeleitete Anmeldeinformationen, die für die automatische Anmeldung über Single Sign-On (SSO) verwendet werden.

Das bedeutet jedoch nicht, dass nach dem Oktober-Update plötzlich bei allen Windows 11-Nutzern das WLAN ausfällt. Betroffen sind nur bestimmte Authentifizierungskonfigurationen, insbesondere solche, die MS-CHAPv2 in Verbindung mit NTLMv1-abgeleiteten Anmeldeinformationen verwenden.

Für Privatanwender mit einem gewöhnlichen WLAN zu Hause besteht deshalb normalerweise kein Handlungsbedarf. Unternehmen und IT-Administratoren sollten dagegen prüfen, ob ihre Netzwerkzugänge noch auf den betroffenen Verfahren basieren. Microsoft stellt dafür Überwachungsmöglichkeiten und eine vorübergehende Kompatibilitätsoption bereit.

Was hat Microsoft mit dem Oktober-Update 2026 geändert?

Mit den Sicherheitsupdates vom 13. Oktober 2026 hat Microsoft das Standardverhalten der Windows-Einstellung BlockNtlmv1SSO geändert. Die Einstellung steuert, ob Windows die Verwendung bestimmter NTLMv1-abgeleiteter Anmeldeinformationen für Single Sign-On lediglich überwacht oder blockiert.

Vor der Änderung befand sich Windows standardmäßig im Überwachungsmodus. Versuche, entsprechende Anmeldeinformationen zu verwenden, wurden protokolliert, konnten aber weiterhin erfolgreich sein. Nach der Installation des Oktober-Sicherheitsupdates wechselt Windows standardmäßig in den Erzwingungsmodus, sofern der betreffende Registrierungswert nicht ausdrücklich konfiguriert wurde.

Im Erzwingungsmodus blockiert Windows die Generierung der betroffenen Anmeldeinformationen für Single Sign-On. Das kann sich auf bestimmte WLAN-, Ethernet- und VPN-Verbindungen auswirken, wenn diese MS-CHAPv2-basierte Authentifizierung verwenden.

Die Änderung gilt allerdings nur unter zwei Voraussetzungen:

Credential Guard ist auf dem Gerät deaktiviert.
Der Registrierungswert BlockNtlmv1SSO wurde nicht ausdrücklich gesetzt.

Wurde der Wert bereits vor dem Update konfiguriert, bleibt diese Einstellung maßgeblich. Das Update erstellt oder verändert den Registrierungswert nicht automatisch. Es ändert lediglich das interne Standardverhalten, wenn der Wert nicht vorhanden ist.

Für Windows 11 ist die Änderung Bestandteil des Sicherheitsupdates KB5127648. Es betrifft die Versionen 24H2, 25H2 und 26H2. Für Windows Server 2025 ist das entsprechende Update KB5126646. Die ausführliche technische Beschreibung und die Konfigurationsmöglichkeiten dokumentiert Microsoft in KB5066470.

Was sind NTLM und NTLMv1?

NTLM steht für NT LAN Manager und bezeichnet eine ältere Familie von Authentifizierungsverfahren aus dem Windows-Umfeld. Sie wird verwendet, um Benutzer gegenüber Netzwerkdiensten und anderen Systemen zu authentifizieren. In modernen Windows-Netzwerken kommt häufig Kerberos zum Einsatz. NTLM wird jedoch aus Gründen der Abwärtskompatibilität weiterhin in bestimmten Situationen verwendet.

Innerhalb der NTLM-Familie gibt es unterschiedliche Versionen. NTLMv1 ist die ältere Variante und gilt aufgrund seiner kryptografischen Schwächen als unsicher. NTLMv2 ist die weiterentwickelte Version mit verbesserten Sicherheitsmechanismen. Die beiden Verfahren dürfen deshalb nicht gleichgesetzt werden.

Microsoft hat das eigentliche NTLMv1-Protokoll bereits aus Windows 11, Version 24H2, und Windows Server 2025 entfernt. Das bedeutet allerdings nicht, dass sämtliche NTLM-Verfahren gleichzeitig abgeschaltet wurden. Auch bedeutet es nicht, dass alle Authentifizierungsabläufe mit älteren kryptografischen Bestandteilen automatisch verschwunden sind.

Genau hier setzt die aktuelle Änderung an: Microsoft möchte nicht nur die Verwendung des eigentlichen NTLMv1-Protokolls verhindern, sondern auch bestimmte NTLMv1-abgeleitete Anmeldeinformationen blockieren, die in anderen Authentifizierungsverfahren noch verwendet werden können.

Welche Windows-Versionen sind betroffen?

Microsoft hat die Überwachung und Durchsetzung der NTLMv1-abgeleiteten Anmeldeinformationen schrittweise eingeführt. Die technische Funktion wurde zunächst mit Updates ab August 2025 bereitgestellt. Im Oktober 2026 änderte Microsoft das Standardverhalten auf den dafür vorgesehenen Windows-Versionen.

Betriebssystem	Einordnung
Windows 11 24H2	Überwachungsfunktion seit 2025. Das Standardverhalten wurde mit dem Sicherheitsupdate KB5127648 vom Oktober 2026 auf Erzwingung umgestellt.
Windows 11 25H2	Die Änderung des Standardverhaltens ist Bestandteil von KB5127648 vom Oktober 2026.
Windows 11 26H2	Die Änderung des Standardverhaltens ist Bestandteil von KB5127648 vom Oktober 2026.
Windows 11 26H1	Wird in KB5066470 als unterstützte Version aufgeführt. KB5127648 ist jedoch nicht das zugehörige Update für diese Version. Die konkrete Update-Zuordnung muss separat anhand der jeweiligen Update-Dokumentation geprüft werden.
Windows Server 2025	Die Überwachung wurde bereits 2025 eingeführt. Das geänderte Standardverhalten ist Bestandteil des Sicherheitsupdates KB5126646 vom Oktober 2026.
Windows Server 2019 und 2022	Mit dem Oktober-Update wurden erweiterte NTLM-Überwachungsereignisse ergänzt. Das ist nicht mit der clientseitigen Blockierung durch BlockNtlmv1SSO gleichzusetzen.

Für Windows 11 24H2, 25H2 und 26H2 nennt Microsoft beim Update KB5127648 folgende Betriebssystembuilds:

Windows 11 24H2: Build 26100.9711
Windows 11 25H2: Build 26200.9711
Windows 11 26H2: Build 26300.9711

Für Windows Server 2025 führt Microsoft das Update KB5126646 mit dem Betriebssystembuild 26100.33650 auf.

Die Update-Zuordnung ist wichtig, weil nicht jede Windows-Version dieselbe Änderung über dieselbe KB-Nummer erhält. Die technische Unterstützung einer Einstellung in KB5066470 ist nicht automatisch der Nachweis, dass ein bestimmtes kumulatives Update für jede aufgeführte Version gilt.

Warum können WLAN-, LAN- und VPN-Verbindungen betroffen sein?

Die möglichen Verbindungsprobleme entstehen nicht durch das WLAN-Funksignal oder einen plötzlich defekten Netzwerkadapter. Der kritische Punkt ist die Authentifizierung: Windows kann in bestimmten Konfigurationen die benötigten NTLMv1-abgeleiteten Anmeldeinformationen nicht mehr automatisch für Single Sign-On bereitstellen.

Das betrifft insbesondere Umgebungen, in denen MS-CHAPv2 für die Anmeldung an einem Netzwerk verwendet wird. Microsoft nennt dabei WLAN-, Ethernet- und VPN-Verbindungen. Allerdings ist nicht jede Verbindung dieser Art betroffen. Entscheidend ist, ob der jeweilige Authentifizierungsablauf auf die blockierten SSO-Anmeldeinformationen angewiesen ist.

WLAN und 802.1X

In Unternehmensnetzwerken wird WLAN häufig nicht nur über ein gemeinsames Passwort abgesichert. Stattdessen können sich Benutzer oder Geräte über 802.1X authentifizieren. Dabei kommen verschiedene EAP-Verfahren zum Einsatz.

Zu den möglichen Konfigurationen gehören PEAP-MSCHAPv2 und EAP-MSCHAPv2. In bestimmten domänengebundenen Umgebungen können diese Verfahren auf NTLMv1-abgeleitete Anmeldeinformationen für Single Sign-On zurückgreifen.

Wird die automatische Bereitstellung dieser Anmeldeinformationen blockiert, kann die WLAN-Anmeldung fehlschlagen oder eine manuelle Eingabe der Zugangsdaten erforderlich werden. Das eigentliche Funknetz und der WLAN-Adapter müssen dabei nicht die Ursache des Problems sein.

Kabelgebundenes LAN

Auch kabelgebundene Netzwerkverbindungen können betroffen sein, wenn sie eine entsprechende 802.1X- beziehungsweise MS-CHAPv2-basierte Authentifizierung verwenden. Das betrifft vor allem zentral verwaltete Unternehmensnetzwerke.

Ein normaler Ethernet-Anschluss an einem privaten Router ist dagegen nicht automatisch betroffen. Entscheidend ist auch hier die verwendete Authentifizierung und nicht allein die Art der Netzwerkverbindung.

VPN-Verbindungen

Bei VPN-Verbindungen kann MS-CHAPv2 ebenfalls für die Authentifizierung eingesetzt werden. Wenn die Anmeldung dabei auf NTLMv1-abgeleitete SSO-Anmeldeinformationen zurückgreift, kann Windows die automatische Anmeldung blockieren.

Ein VPN-Ausfall nach einem Windows-Update ist deshalb nicht automatisch ein Beweis für ein NTLMv1-Problem. Auch VPN-Protokoll, Authentifizierungsserver, Zertifikate, Netzwerkzugang und weitere Konfigurationen müssen bei der Fehlersuche berücksichtigt werden.

Was ist MS-CHAPv2 und welche Rolle spielt es?

MS-CHAPv2 steht für Microsoft Challenge Handshake Authentication Protocol Version 2. Es handelt sich um ein Authentifizierungsverfahren, bei dem ein System auf eine Herausforderung des Servers mit einer kryptografisch berechneten Antwort reagiert.

MS-CHAPv2 ist nicht dasselbe wie NTLMv1. Es handelt sich um unterschiedliche Authentifizierungsmechanismen. Allerdings gibt es eine sicherheitsrelevante Verbindung zwischen beiden Verfahren.

Microsoft erklärt, dass MS-CHAPv2 bei der Authentifizierung den MD4-Hash des Benutzerkennworts verwendet, um auf eine Challenge zu antworten. Die daraus entstehende Antwort ist kryptografisch äquivalent zu NTLMv1. Dadurch kann eine vergleichbare Angriffsfläche bestehen, obwohl das eigentliche NTLMv1-Protokoll auf dem Gerät bereits entfernt wurde.

Das erklärt, warum Microsoft die Verwendung der entsprechenden Anmeldeinformationen zusätzlich blockiert. Die Sicherheitsänderung betrifft nicht MS-CHAPv2 als Begriff oder jede denkbare Nutzung des Verfahrens pauschal, sondern die Verwendung der NTLMv1-abgeleiteten Anmeldeinformationen für bestimmte SSO-Abläufe.

Der Microsoft-Beitrag „Bracing for BlockNtlmv1SSO“ vom 23. Oktober 2026 erläutert diesen kryptografischen Zusammenhang und beschreibt die möglichen Auswirkungen auf VPN-, WLAN-, NPS- und RADIUS-Umgebungen.

Bin ich als Privatanwender betroffen?

Wer Windows 11 zu Hause mit einem gewöhnlichen WLAN-Router verwendet und sich mit dem WLAN-Passwort verbindet, ist normalerweise nicht von dieser konkreten Änderung betroffen. Die beschriebenen Probleme setzen eine spezielle Authentifizierungskonfiguration voraus.

Anders kann es bei verwalteten Geräten aussehen, die beispielsweise mit einem Unternehmensnetzwerk, einem zentral verwalteten WLAN oder einem entsprechend konfigurierten VPN verbunden sind.

Eine wichtige Rolle spielt außerdem Credential Guard. Dabei handelt es sich um eine Windows-Sicherheitsfunktion, die bestimmte Anmeldeinformationen durch Virtualisierungsfunktionen schützt. Microsoft erklärt ausdrücklich, dass die hier beschriebene Änderung an BlockNtlmv1SSO nur auf Geräten greift, auf denen Credential Guard deaktiviert ist. Ist Credential Guard aktiviert, wird diese konkrete Änderung nicht wirksam.

Das bedeutet allerdings nicht, dass Credential Guard und die neue NTLMv1-Schutzmaßnahme identisch sind. Microsoft weist ausdrücklich darauf hin, dass Credential Guard einen umfassenderen Schutz bietet und empfiehlt dessen Aktivierung auf unterstützten Plattformen, sofern die technischen Voraussetzungen erfüllt sind.

Warum kann die manuelle Anmeldung weiterhin funktionieren?

Die Änderung betrifft die Generierung bestimmter NTLMv1-abgeleiteter Anmeldeinformationen für Single Sign-On. SSO ermöglicht es Windows, bereits vorhandene Anmeldeinformationen automatisch für weitere Dienste oder Netzwerkverbindungen zu verwenden.

Wird dieser automatische Anmeldeweg blockiert, kann eine manuelle Eingabe der Zugangsdaten weiterhin funktionieren. Das ist kein Widerspruch: Bei der manuellen Anmeldung werden die Zugangsdaten direkt abgefragt, während der betroffene SSO-Ablauf auf die automatische Bereitstellung der Anmeldeinformationen angewiesen ist.

Microsoft bestätigt ausdrücklich, dass die manuelle Eingabe von Anmeldeinformationen auch im Erzwingungsmodus weiterhin möglich ist. Ob eine konkrete Verbindung damit erfolgreich hergestellt werden kann, hängt zusätzlich von der jeweiligen Authentifizierungskonfiguration ab.

Wie können Administratoren feststellen, ob Systeme betroffen sind?

Unternehmen sollten vor allem die vorhandenen Authentifizierungskonfigurationen untersuchen. Relevant sind insbesondere WLAN-, Ethernet- und VPN-Zugänge, die MS-CHAPv2 oder darauf basierende Verfahren verwenden.

Microsoft stellt dafür Überwachungs- und Ereignisprotokolle bereit. Auf den betroffenen Windows-Clients werden die Ereignisse im Protokoll Microsoft-Windows-NTLM/Operational aufgezeichnet.

Ereignis-ID	Bedeutung
4024	Warnung im Überwachungsmodus: Ein Versuch, NTLMv1-abgeleitete Anmeldeinformationen für Single Sign-On zu verwenden, wird protokolliert. Die Anforderung kann weiterhin erfolgreich sein.
4025	Fehler im Erzwingungsmodus: Ein Versuch, NTLMv1-abgeleitete Anmeldeinformationen für Single Sign-On zu verwenden, wurde aufgrund einer Richtlinie blockiert.

Die Ereignisanzeige lässt sich über das Startmenü öffnen. Administratoren finden das entsprechende Protokoll unter „Anwendungs- und Dienstprotokolle“ im Bereich Microsoft-Windows-NTLM/Operational.

Die Ereignisse enthalten unter anderem Informationen zum Zielserver, zum Benutzer, zum Prozess und zum verwendeten Authentifizierungsmechanismus. Dadurch lässt sich nachvollziehen, welche Anwendung oder Verbindung die betroffenen Anmeldeinformationen anfordert.

Zusätzliche Überwachung auf Domänencontrollern

Für Unternehmen mit Windows Server 2019 oder Windows Server 2022 gibt es eine weitere Möglichkeit, mögliche MS-CHAPv2-Abhängigkeiten zu erkennen. Mit den Oktober-Updates 2026 wurden erweiterte NTLM-Überwachungsereignisse auf diese Serverversionen zurückportiert.

Besonders relevant ist dabei die Ereignis-ID 4033, die auf einem Domänencontroller auftreten kann, wenn ein VPN-Server eine Challenge-Response zur Überprüfung der Anmeldeinformationen weiterleitet. Anhand der Ereignisdaten lässt sich erkennen, ob es sich um einen entsprechenden MS-CHAPv2-Vorgang handelt.

Diese Überwachung auf dem Domänencontroller ist von der clientseitigen Blockierung durch BlockNtlmv1SSO zu unterscheiden. Die erweiterten Ereignisse helfen Administratoren, vorhandene Abhängigkeiten zu erkennen. Sie bedeuten nicht, dass Windows Server 2019 oder 2022 dadurch automatisch dieselbe Client-Blockierung erhält.

Microsoft empfiehlt, die NTLM-Ereignisprotokolle der Domänencontroller zentral zu sammeln und auszuwerten. In größeren Umgebungen kann dafür beispielsweise ein SIEM-System eingesetzt werden.

Prüfliste für IT-Administratoren

Prüfen, welche Windows-Client- und Serverversionen in der Umgebung eingesetzt werden.
Feststellen, ob die relevanten Oktober-Sicherheitsupdates installiert wurden.
Kontrollieren, ob Credential Guard auf den betroffenen Clients aktiviert ist.
Den Registrierungswert BlockNtlmv1SSO und dessen Konfiguration prüfen.
Die Ereignisse 4024 und 4025 im NTLM-Protokoll der Clients untersuchen.
Auf Domänencontrollern mit Windows Server 2019 oder 2022 zusätzlich die erweiterten Audit-Ereignisse prüfen, insbesondere Ereignis-ID 4033.
WLAN-, Ethernet- und VPN-Konfigurationen auf MS-CHAPv2-Abhängigkeiten untersuchen.
Betroffene Anwendungen, Authentifizierungsserver und Netzwerkzugänge dokumentieren.
Eine Umstellung auf ein geeignetes alternatives Authentifizierungsverfahren planen und testen.

Die Ereignis-IDs, Registry-Konfiguration und Rollout-Informationen sind in der Microsoft-Dokumentation KB5066470 beschrieben. Die ergänzende Überwachung auf Server 2019 und 2022 erläutert Microsoft im Beitrag „Bracing for BlockNtlmv1SSO“.

Welche Übergangslösung bietet Microsoft?

Wenn ein Unternehmen eine kritische Abhängigkeit von MS-CHAPv2 feststellt und die Authentifizierung nicht unmittelbar umstellen kann, bietet Microsoft eine temporäre Kompatibilitätsoption. Dafür kann der Registrierungswert BlockNtlmv1SSO auf 0 gesetzt werden.

Der Wert aktiviert den Überwachungsmodus. Windows protokolliert die Verwendung der betroffenen Anmeldeinformationen weiterhin, blockiert sie aber nicht. Dadurch können die entsprechenden SSO-Anforderungen vorübergehend wieder erfolgreich ausgeführt werden.

Der relevante Registrierungspfad lautet:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0

Innerhalb dieses Registrierungsschlüssels wird der DWORD-Wert (32-Bit) BlockNtlmv1SSO angelegt beziehungsweise ein vorhandener Wert angepasst.

Wert	Verhalten
0	Überwachungsmodus: Die Anfragen werden protokolliert, aber zugelassen.
1	Erzwingungsmodus: Die betroffenen Anfragen werden blockiert.

Für die Änderung sind Administratorrechte erforderlich. Laut Microsoft ist nach einer Änderung des Wertes kein Neustart des Geräts notwendig. Die Einstellung wird unmittelbar wirksam.

Wichtig: Der Wert 0 ist keine dauerhafte Sicherheitslösung. Er erlaubt die Verwendung der betroffenen Anmeldeinformationen wieder und reduziert damit den Schutz des Erzwingungsmodus. Unternehmen sollten diese Einstellung nur bei einer nachgewiesenen kritischen Abhängigkeit, zeitlich begrenzt und mit dokumentierter Ausnahme verwenden.

Die Ereignisse im Überwachungsmodus helfen dabei, die verbleibenden Abhängigkeiten zu identifizieren. Sobald die betroffenen Authentifizierungsabläufe migriert wurden, sollte der Wert wieder auf 1 gesetzt werden. Microsoft empfiehlt ausdrücklich, den Überwachungsmodus nur als temporäre Sicherheitsausnahme zu betrachten.

Warum empfiehlt Microsoft eine zertifikatsbasierte Authentifizierung?

Langfristig sollten Unternehmen ihre Abhängigkeit von MS-CHAPv2 beseitigen und auf ein geeignetes alternatives Authentifizierungsverfahren umstellen. Microsoft nennt in diesem Zusammenhang unter anderem EAP-TLS als Alternative.

Bei EAP-TLS erfolgt die Authentifizierung über digitale Zertifikate. Dadurch entfällt die Abhängigkeit von den beschriebenen kennwortbasierten MS-CHAPv2-Abläufen und den damit verbundenen NTLMv1-abgeleiteten Anmeldeinformationen.

Eine solche Umstellung ist in Unternehmensumgebungen allerdings mit Vorbereitungen verbunden. Dazu können eine geeignete Zertifikatsinfrastruktur, die Bereitstellung und Verwaltung von Clientzertifikaten sowie Anpassungen an Netzwerkzugängen und Authentifizierungsservern gehören.

Die Migration sollte deshalb zunächst in einer Testumgebung erfolgen. Anschließend können die betroffenen WLAN-, Ethernet- und VPN-Verbindungen schrittweise umgestellt werden. Vor einer breiten Einführung sollten Administratoren prüfen, ob alle verwendeten Geräte, Benutzerkonten und Netzwerkkomponenten das neue Verfahren unterstützen.

Was sollten Privatanwender und Unternehmen jetzt tun?

Privatanwender

Windows-Updates wie gewohnt installieren.
Keine Registry-Werte vorsorglich verändern.
Credential Guard oder andere Sicherheitsfunktionen nicht eigenständig deaktivieren.
Bei Verbindungsproblemen zunächst prüfen, ob auch andere Geräte betroffen sind und ob die Internetverbindung grundsätzlich funktioniert.
Bei einem verwalteten Arbeitsgerät die IT-Abteilung kontaktieren, statt Authentifizierungseinstellungen selbst zu verändern.

Kleine Unternehmen

Prüfen, ob WLAN oder VPN eine zentrale Authentifizierung verwenden.
Den Netzwerkdienstleister oder IT-Betreuer nach einer möglichen MS-CHAPv2-Abhängigkeit fragen.
Verbindungsprobleme nach dem Oktober-Update dokumentieren.
Eine temporäre Rückkehr in den Überwachungsmodus nur nach technischer Prüfung und mit klarer zeitlicher Begrenzung erwägen.
Die Umstellung auf ein geeignetes alternatives Authentifizierungsverfahren vorbereiten.

Größere IT-Umgebungen

Die Ereignisse 4024 und 4025 auf den Clients zentral auswerten.
Die erweiterten NTLM-Auditereignisse auf Domänencontrollern berücksichtigen.
Betroffene Authentifizierungsabläufe und Abhängigkeiten erfassen.
Den Rollout der Sicherheitsupdates kontrolliert durchführen, ohne Sicherheitsupdates pauschal aufzuschieben.
Temporäre Ausnahmen dokumentieren und überwachen.
Die Umstellung auf EAP-TLS planen und in einer Testumgebung überprüfen.
Helpdesk und Anwender auf mögliche manuelle Anmeldeaufforderungen vorbereiten.

Fazit: Kein allgemeiner WLAN-Ausfall, aber Handlungsbedarf für Unternehmen

Die NTLMv1-Verschärfung in Windows 11 ist eine gezielte Sicherheitsmaßnahme. Mit den Oktober-Sicherheitsupdates 2026 blockiert Windows standardmäßig bestimmte NTLMv1-abgeleitete Anmeldeinformationen für Single Sign-On. Das kann in Unternehmensumgebungen zu Problemen mit WLAN-, Ethernet- und VPN-Verbindungen führen, wenn diese auf entsprechenden MS-CHAPv2-basierten Authentifizierungsabläufen beruhen.

Für gewöhnliche private WLAN-Verbindungen besteht normalerweise kein Anlass zur Sorge. Unternehmen sollten dagegen ihre Authentifizierungskonfigurationen überprüfen, die Ereignisprotokolle auswerten und vorhandene MS-CHAPv2-Abhängigkeiten schrittweise beseitigen.

Die von Microsoft dokumentierte Rückkehr in den Überwachungsmodus kann kurzfristig helfen, sollte aber nur als begrenzte Übergangslösung eingesetzt werden. Langfristig empfiehlt sich die Umstellung auf ein geeignetes zertifikatsbasiertes Verfahren wie EAP-TLS.

Weiterführende Microsoft-Dokumentation

Stand: 6. November 2026

Windows 11: NTLMv1-Schutz – WLAN- und VPN-Probleme möglich