Chrome 33 – Hosting-Änderungen

Als Fortsetzung unseres Blogposts zum Schutz von Windows-Nutzern vor schädlichen Erweiterungen setzen wir ab Chrome 33 Beta und der stabilen Version für Windows die folgenden Änderungen durch:

Was ist der Grund für diese Maßnahme?

Weitere Informationen finden Sie unter Protecting Windows users from malicious extensions (Windows-Nutzer vor schädlichen Erweiterungen schützen).

Was muss für Erweiterungen, die derzeit außerhalb des Chrome Web Store gehostet werden, bis wann getan werden?

Wenn Ihre Erweiterungen derzeit außerhalb des Chrome Web Store gehostet werden, sollten Sie sie so schnell wie möglich in den Chrome Web Store migrieren. Die oben genannten Änderungen sind bereits in Chrome 33 Beta für Windows wirksam und werden in der stabilen Version von Chrome 33 für Windows (etwa Ende Februar 2014) wirksam. Sobald Sie Ihre Erweiterungen in den Chrome Web Store migriert haben, können Ihre Nutzer sie wie gewohnt verwenden. Wenn Sie Ihre Erweiterungen in den Chrome Web Store migrieren, sollten Sie sofort mit dem Testen mit Chrome 33 beginnen.

Was passiert, wenn ich die Erweiterung später in den Chrome Web Store migriere? Verliere ich alle meine Nutzer?

Die Erweiterungen, die nicht aus dem Chrome Web Store stammen, werden bei Nutzern deaktiviert, sobald die Maßnahme in Chrome 33 (stabile Version/Betaversion) für Windows eingeführt wird. Wenn die Chrome-Erweiterung jedoch nach der Einführung in den Chrome Web Store migriert wird, können Nutzer die migrierte Chrome-Erweiterung manuell über die Seite mit den Erweiterungseinstellungen (chrome://extensions) oder über den Chrome Web Store-Eintrag aktivieren.

Was ist, wenn ich den Zugriff auf bestimmte Nutzer beschränken oder verhindern möchte, dass meine Erweiterung im Chrome Web Store aufgeführt wird?

Sie können den Zugriff auf Ihre Erweiterung einschränken, indem Sie die Sichtbarkeit auf vertrauenswürdige Tester beschränken oder die Erweiterung aus dem Chrome Web Store entfernen.

Welche Betriebssysteme und Chrome-Channels sind von dieser Änderung betroffen?

Die Änderungen gelten nur für die stabile Version und die Betaversion von Windows ab Chrome 33.

Wirkt sich das auf meine Möglichkeit aus, Erweiterungen unter Windows zu entwickeln?

Nein. Sie können weiterhin entpackte Erweiterungen im Entwicklermodus unter Windows laden. Sie können weiterhin Erweiterungen in der Entwicklerversion von Chrome / Chrome Canary entwickeln, wo diese Änderungen nicht wirksam sind.

Wie kann ich meine Erweiterung vertreiben, wenn ich sie aus Richtliniengründen nicht in den Chrome Web Store hochladen kann?

Diese Änderungen gelten nur für die stabile Version und die Betaversion von Windows. Nutzer, die Erweiterungen installieren möchten, die nicht im Chrome Web Store gehostet werden, können dies über die Chrome-Entwickler-/Canary-Versionen in Windows oder über alle Chrome-Versionen in anderen Betriebssystemen tun.

Warum konnte dieses Problem nicht durch eine Einstellung/Option zum Laden von Erweiterungen gelöst werden, die nicht im Chrome Web Store gehostet werden?

Im Gegensatz zu modernen mobilen Betriebssystemen werden Anwendungen unter Windows nicht in einer Sandbox ausgeführt. Daher können wir nicht zwischen einem Nutzer, der diese Einstellung aktiviert, und einer schädlichen systemeigenen App, die die Einstellung des Nutzers überschreibt, unterscheiden.

Welche Bereitstellungsoptionen für Erweiterungen werden nach dieser Änderung unterstützt?

Neben der Installation von Erweiterungen aus dem Chrome Web Store durch Nutzer werden die folgenden Bereitstellungsoptionen unterstützt:

  • Unter macOS und Linux können Erweiterungen über eine JSON-Datei mit Einstellungen installiert werden.
  • Unter Windows können Erweiterungen über die Windows-Registrierung installiert werden. Achten Sie darauf, dass der Registrierungsschlüssel „update_url“ in der Windows-Registrierung auf die folgende URL verweist: https://clients2.google.com/service/update2/crx. Lokale CRX-Installationen über den Pfadregistrierungsschlüssel sind veraltet. Diese Bereitstellungsoption funktioniert nur für im Chrome Web Store gehostete Erweiterungen. „update_url“ darf auf keinen anderen Host als https://clients2.google.com/service/update2/crx verweisen.
  • Für Unternehmen unterstützen wir weiterhin die Gruppenrichtlinie zum Installieren von Erweiterungen, unabhängig davon, wo die Erweiterungen gehostet werden. Der Computer des Nutzers muss einer Domain beitreten, damit GPO-Richtlinien per Push übertragen werden können.

Gibt es weitere Überlegungen, die bei Erweiterungen, die von einer nativen Anwendungsbinärdatei abhängen, zu beachten sind?

Als Erweiterungen außerhalb des Chrome Web Store noch unterstützt wurden, war es möglich, die Binärdateien der Drittanbieteranwendung und die per Sideloading installierte Erweiterung gleichzeitig zu aktualisieren. Erweiterungen, die im Chrome Web Store gehostet werden, werden jedoch über den Chrome-Aktualisierungsmechanismus aktualisiert, den Entwickler nicht steuern können. Erweiterungsentwickler sollten beim Aktualisieren von Erweiterungen, die von der Binärdatei der nativen Anwendung abhängig sind, vorsichtig sein. Das gilt z. B. für Erweiterungen, die Native Messaging verwenden, oder für Legacy-Erweiterungen, die NPAPI verwenden.

Was sehen Nutzer, wenn ihre nicht im Chrome Web Store verfügbare Erweiterung aufgrund dieser Einführung deaktiviert wird?

Sie erhalten die Benachrichtigung „Verdächtige Erweiterungen deaktiviert“ mit einem Link zu diesem Hilfeartikel.

Warum wird beim Laden einer entpackten Erweiterung in den stabilen und Beta-Versionen von Windows eine Meldung zum Deaktivieren von Erweiterungen im Entwicklermodus angezeigt?

Wir möchten nicht, dass der Entwicklermodus als Angriffsvektor für die Verbreitung schädlicher Erweiterungen verwendet wird. Daher informieren wir Nutzer über Erweiterungen im Entwicklermodus in den stabilen/Beta-Versionen von Windows und geben ihnen die Möglichkeit, diese Erweiterungen zu deaktivieren.