Chrome auf Alarm: der Ausfall in Service Workers, die Ihren Browser in einen stillen Bot verwandelt

Ein Chromium-Versagen, den der Forscher Lyra Rebane entdeckte und im Chromium-Fehlertracker dokumentierte, hat wieder einen doppelten Fehler gezeigt: eine Schwachstelle bei der Ausführung von Service Workers, die JavaScript auch mit dem geschlossenen Browser aktiv halten können, und eine interne Patch-Management, die empfindliche Informationen ausliest, bevor eine effektive Korrektur durchgeführt wird. Laut dem Forscher kann ein Angreifer eine Website erstellen, die einen Service Worker aufnimmt, der niemals endet und so Browser in stille Mitglieder eines Remote-Netzwerks von Bots umwandelt, die in der Lage sind, Traffic Proxy zu machen oder an Service Denial-Angriffen teilzunehmen.

Öffentliche Exposition von technischen Details beschleunigtes Risiko. Ein Teil des Problems war nicht nur die Existenz des Bugs, sondern die administrative Folge in Chromium markierte den Vorfall als "fixiert" im System, bevor die Korrektur tatsächlich die Benutzer erreichte, und dann wurde es wieder geöffnet. Während der Zeit die Details zugänglich wurden, konnten Forscher und Beobachter bestätigen, dass die Explosion noch in Dev-Versionen von Chromium-Browsern wirksam war, die ihre Reproduktion erleichtert.

Es ist wichtig zu betonen, dass nach Rebane und anschließender Analyse die Sicherheitslücke nicht scheint, die Perimetergrenzen des Browsers zu brechen: es gibt keinen direkten Zugriff auf lokale Dateien, Post oder das Betriebssystem. Allerdings ermöglicht persistent JavaScript-Ausführung mit gepflegter Netzwerkverbindung, die ausreicht, um Proxies zu montieren, den Verkehr zu verstärken oder die Kommunikation mit einem Kommandozentrum zu pflegen, was erhebliche Auswirkungen auf die Skala verursacht, wenn es massiv ausgenutzt wird.

Um die Technik zu verstehen, ist es nützlich, zu überprüfen, wie Service Workers arbeiten: Sie sind Skripte, die zwischen dem Netzwerk und der Website handeln, um Cache, Benachrichtigungen und Hintergrundprozesse zu verwalten. Die technische Dokumentation in MDN bietet einen guten Ausgangspunkt für diejenigen, die ihr Design und ihre Risiken vertiefen möchten: https: / / entwickeln.mozilla.org / en-US / docs / Web / API / Service _ WorkER _ API. Für den journalistischen und technischen Kontext zur Filtration und zur aktuellen Situation sammelte Ars Technica reproduzierbare Aussagen und Nachweise: https: / / arstechnica.com / sicherheit / 2026 / 05 / google-publishes-exploit-code-amenatening-milllions-of-chromium-users /.

Was können Nutzer heute tun, um das Risiko zu reduzieren, während ein offizieller Patch ankommt? Vor allem, deaktivieren Sie die Option, mit der Sie Hintergrundanwendungen ausführen können, wenn der Browser geschlossen ist(Chrome: Einstellungen → System → "Weiterlaufende Hintergrundanwendungen, wenn Google Chrome geschlossen ist"; Edge hat eine entsprechende Option in Einstellungen → System). Zweitens, zu reinigen und zu widerrufen Service Workers von Websites, die nicht vertrauenswürdig sind: Dies kann von den Entwickler-Tools (DevTools → Anwendung → Service Workers) oder von der Website-Datenverwaltung in der Browser-Konfiguration verwaltet werden, und auch durch Klicken: / Inspektion / # Service-Workers in Chromium-Browsern, um aktive Arbeiter zu inspizieren.

Durch die Implementierung der Hygiene des Browsers mit robusten Inhaltsblockern, wie uBlock Origin, und die Vermeidung der Ausführung von Skripten von nicht überprüften Standorten reduziert sich die Wahrscheinlichkeit einer anfänglichen Infektion. Für die Hochrisiko-Navigation wird empfohlen, separate Profile oder Gastmodus zu verwenden, und betrachten Browser, die nicht die gleiche Chromium-Engine für experimentelle Sitzungen teilen. In Unternehmensumgebungen ist es dringend, Gruppenrichtlinien zu implementieren, die die Hintergrundausführung deaktivieren und verdächtige Domains auf Firewall-Ebene blockieren, bis feste Updates ankommen.

Aus einer Ansprech- und Detektionsperspektive sollten Sicherheitsteams abnorme Muster des ausgehenden Verkehrs von Workstations überwachen, die Bots-Verhalten entsprechen (persistente Verbindungen zu ungewöhnlichen Domains, regelmäßige Peaks von HTTP-Anfragen von Browsern). EDR-Lösungen und Netzwerkerkennungssysteme können nützliche Signale zur Identifizierung von engagierten Kunden generieren; in mittleren und großen Organisationen ist es angebracht, Regeln für die Blockierung oder Isolierung von betroffenen Geräten vorzubereiten, während die Ursache überprüft wird.

Die Filtration lässt auch eine organisatorische Lektion: Koordinierung zwischen Sicherheitskennzeichnung, interne Prozesskennzeichnung und kontrollierte Berichterstattung ist ebenso kritisch wie der technische Patch. Die Markierung eines Auftretens, wie gelöst, ohne die Anordnung oder das Öffnen der Information vor der Zeit, schafft vermeidbare Bedienfenster. Reward-Programme (VRP) sollten in Prozesse integriert werden, die sicherstellen, dass Änderungen in Trackern keine Details vor der Freigabe des korrekten Codes zeigen.

Schließlich halten Sie Ihren Browser und Ihr Betriebssystem auf dem neuesten Stand und halten Sie die offiziellen Google und andere Chromium Browser-Betreuer im Auge, um Notfall-Updates anzuwenden. In der Zwischenzeit, handeln Sie mit Vorsicht beim Besuch unbekannter Seiten und regelmäßig überprüfen Sie die in Ihrem Browser registrierten Service Workers: Eine solche Überprüfung kann den Unterschied zwischen einem gesunden Computer und einem machen, der still im Rahmen eines schädlichen Netzwerks wirkt.