Microsoft hat die Durchsetzung der Webfilterung in den letzten Wochen und Monaten durch Updates im Bereich Network Protection und Defender for Endpoint verschärft.
Genau das ist der entscheidende Punkt der aktuellen Anpassungen. Microsoft hat die Logik der Network Protection (Netzwerkschutz) so verschärft, dass sie nicht mehr passiv zusieht, wenn QUIC den Filter hebelt.
- Erzwungener Fallback: In der offiziellen Dokumentation zur Netzwerkschutz-Komponente wird klargestellt, dass der Agent Verbindungen blockiert, die er nicht inspizieren kann (wie QUIC/HTTP3), um den Browser zu zwingen, auf TCP (HTTP/1.1 oder HTTP/2) zurückzufallen. Erst dann kann der Defender den SNI (Server Name Indication) im TLS-Handshake lesen und die Filterregel anwenden.
- Indikator-Durchsetzung: Microsoft schreibt in den Voraussetzungen für Web-Indikatoren, dass für eine zuverlässige Blockierung von FQDNs (Full Qualified Domain Names) in Drittanbieter-Browsern QUIC unterbunden werden muss.
- SmartScreen vs. Network Protection: Während Edge den Filter nativ im Browser-Prozess (SmartScreen) löst und QUIC beherrscht, "killt" der Defender-Agent bei Chrome/Firefox jetzt aktiv den UDP-Traffic auf Port 443, sobald eine Web-Filter-Sperre aktiv ist.
Das Ergebnis: Der "Silent Bypass" (einfach HTTP/3 nutzen und an der Firewall vorbei) funktioniert nicht mehr, weil der Endpoint-Agent den UDP-Stream kappt, sobald er eine Filter-Policy erkennt.
Aktuelle Release-Notes: In den Release-Notes von Microsoft Defender for Endpoint werden regelmäßig Optimierungen an der Network Protection und dem Web-Inhaltsfilter veröffentlicht, die die Erkennung und Blockierung von Umgehungsversuchen (wie durch HTTP/3) verbessern.



