Strengere Durchsetzung von Unternehmensrichtlinien für chrome.debugger in Chrome 155

Veröffentlicht: 8. September 2026, zuletzt aktualisiert: 4. November 2026

Ab Chrome 155 wird die Anwendung von Einschränkungen durch Unternehmensrichtlinien auf Erweiterungen, die die chrome.debugger API verwenden, aktualisiert.

Diese Änderung betrifft nur Erweiterungen, die in verwalteten Browsern ausgeführt werden, in denen ein Administrator explizit runtime_blocked_hosts, DisableScreenshots oder Regeln zum Schutz vor Datenverlust (Data Loss Prevention, DLP) konfiguriert hat.

Wenn eine Erweiterung in einem nicht verwalteten Browser oder in einer Unternehmensumgebung ohne diese spezifischen Richtlinieneinschränkungen ausgeführt wird, funktioniert chrome.debugger weiterhin normal und ohne Änderungen.

Zeitplan und Einführung

  • Chrome 155 Beta: 16. September 2026
  • Einführung der stabilen Version von Chrome 155: 6. Oktober 2026
  • Rollback: 3. November 2026

Wichtige Änderungen in Chrome 155

Die folgenden Änderungen betreffen nur von Unternehmen verwaltete Browser:

  • Hosteinschränkungen: Wenn in einer Unternehmensrichtlinie (ExtensionSettings) eine nicht leere Liste blockierter Hosts (runtime_blocked_hosts) für eine Erweiterung konfiguriert ist, wird chrome.debugger.attach() auf allen Zielen mit folgender Meldung abgelehnt:

    "Host access is restricted by policy."

    Das gilt auch, wenn bestimmte Ursprünge in runtime_allowed_hosts enthalten sind.

  • Einschränkungen für Screenshots und DLP: Wenn die Screenshot-Erstellung durch eine Unternehmensrichtlinie (DisableScreenshots oder Regeln zum Schutz vor Datenverlust (DLP)) deaktiviert ist, schlägt chrome.debugger.attach() mit folgender Fehlermeldung fehl:

    "Screenshot capture is restricted by policy."

Private Profile und nicht verwaltete Umgebungen haben weiterhin uneingeschränkten Zugriff auf chrome.debugger.

Die chrome.debugger API gewährt direkten Zugriff auf das Chrome-Entwicklertools-Protokoll (Chrome DevTools Protocol, CDP) für leistungsstarke Funktionen, einschließlich der Auswertung beliebiger Skripts und des Abfangens von Netzwerkdaten. Da das CDP unter dem Ursprungsmodell der Webplattform arbeitet, kann es nicht sicher durch ursprungsbasierte Filterung eingeschränkt werden. Chrome 155 löst dieses Problem mit einem Alles-oder-nichts-Modell, bei dem Unternehmensrichtlinien vor jedem chrome.debugger.attach()-Aufruf validiert werden.

Ablehnungen von Anhängen ordnungsgemäß verarbeiten

Behandeln Sie Ablehnungen von Anhängen immer in Ihrem Erweiterungscode, um Unternehmensnutzern klares Feedback zu geben:

// Promise-based (Manifest V3)
try {
  await chrome.debugger.attach({ tabId }, "1.3");
} catch (error) {
  if (error.message.includes("Host access is restricted by policy")) {
    console.warn("Debugger attach blocked: Extension has host restrictions configured by enterprise policy.");
  } else if (error.message.includes("Screenshot capture is restricted by policy")) {
    console.warn("Debugger attach blocked: Screenshots or DLP restrictions are enforced by enterprise policy.");
  } else {
    console.warn("Debugger attach failed:", error.message);
  }
}

// Callback-based
chrome.debugger.attach({ tabId }, "1.3", () => {
  if (chrome.runtime.lastError) {
    console.warn("Debugger attach failed:", chrome.runtime.lastError.message);
  }
});

Alternative High-Level-APIs in Betracht ziehen

Wenn Ihre Erweiterung nicht unbedingt direkten CDP-Zugriff benötigt, sollten Sie auf Erweiterungs-APIs einer höheren Ebene migrieren, die detaillierte Hostberechtigungen unterstützen und mit Zulassungs- und Sperrlisten für Unternehmenshosts funktionieren:

  • Verwenden Sie die chrome.scripting API, um Scripts auszuführen und Stile in zulässige Seiten einzufügen.
  • Mit der chrome.declarativeNetRequest API können Sie Netzwerkanfragen deklarativ prüfen, ändern oder blockieren.
  • Verwenden Sie die chrome.cookies API mit Standard-Hostberechtigungen.

Anleitung für Unternehmensadministratoren

Update (4. November 2026): Die Durchsetzung der Richtlinie für Chrome 155 wurde durch ein serverseitiges Konfigurationsupdate rückgängig gemacht. Chrome lädt dieses Update automatisch herunter und wendet es nach einem Neustart an. Wenn Sie die Erzwingung deaktivieren möchten, ohne auf dieses Update zu warten, starten Sie Chrome mit dem Befehlszeilen-Flag --disable-features=ExtensionDebuggerStrictPolicyRestrictions.

Bis der Rollback wirksam wird, gelten die folgenden Hinweise.

Unternehmensadministratoren, die Erweiterungsrichtlinien verwalten, sollten beachten, dass Erweiterungen, die die Berechtigung „debugger“ erfordern, nicht mit teilweisen Hosteinschränkungen (runtime_blocked_hosts) funktionieren. Wenn eine Erweiterung chrome.debugger benötigt, dürfen in ExtensionSettings keine blockierten Hosts konfiguriert sein.

Wenn die Screenshot-Erstellung über DisableScreenshots oder Regeln zum Schutz vor Datenverlust (Data Loss Prevention, DLP) deaktiviert ist, schlägt chrome.debugger.attach() fehl.

Organisationen, die Host-Sperrlisten oder Screenshot-Einschränkungen benötigen, sollten prüfen, ob ihre internen oder genehmigten Erweiterungen zu APIs auf höherer Ebene wie chrome.scripting oder chrome.declarativeNetRequest migriert werden können.

Feedback geben

Weitere Informationen finden Sie in der chrome.debugger API-Dokumentation. Wenn Sie Fragen oder Feedback haben, wenden Sie sich an die Google-Gruppe für Chromium-Erweiterungen.