Browser Extensions

Browser Extensions (englisch für Browser-Erweiterungen, auch WebExtensions genannt) ist ein Standard für Browsererweiterungen, der in den meisten aktuellen Webbrowsern umgesetzt wird. Das Format basiert auf den Erweiterungen für Google Chrome, wird inzwischen aber auch von anderen Browsern unterstützt und gemeinsam weiterentwickelt.

Name

Der Standard nutzt als Bezeichnung den generischen Namen Browser Extensions. Opera-Entwickler bevorzugen Navigator Extensions, während Mozilla den Begriff WebExtensions verwendet.

Geschichte

Lange Zeit hatte jeder Browser sein eigenes Format für Erweiterungen, lediglich sehr eng verwandte Browser nutzten das gleiche Format. Für Chrome entwickelte Google ein eigenes Erweiterungsformat, das vollständig auf Webtechnologien basiert.

Als Opera 2013 mit der Version 15 zur Rendering-Engine Blink wechselte, wurde auch Unterstützung für Googles Browsererweiterungen mit einigen Opera-spezifischen Zusätzen eingeführt, gleichzeitig äußerten Opera-Entwickler die Idee, das Format zu einem browserübergreifenden Standard zu machen.[1]

Drei Jahre später, im Mai 2016, gründeten Opera, Microsoft und Mozilla die Extensions Community Group, um das Format zu spezifizieren.[2]

Kurz darauf führte Microsoft die Unterstützung mit Edge 10 ein,[3] zeitgleich erreichte Mozillas Implementierung mit Firefox 48 einen stabilen Status.[4]

Seit Ende 2017 sind mit Firefox 57 WebExtensions das einzige unterstützte Erweiterungsformat in Firefox.[5] Das führte zur Entwicklung von WaterFox und CyberFox, auf Firefox 52 ESR-basierende Alternativen, mit dem Ziel, die Abwärtskompatibilität zum alten Add-On-Format beizubehalten.

Ziel des Standards ist es zunächst, ein gemeinsames Format und die wichtigsten Programmierschnittstellen (APIs) zu spezifizieren. Damit soll es möglich sein, Browsererweiterungen zu schreiben, die entweder direkt in allen Browsern funktionieren, oder zumindest aus einer gemeinsamen Codebasis direkt für alle Browser erstellt werden können. Über den Standard hinaus können Browser eigene APIs implementieren, die dann von Erweiterungen in diesem Browser genutzt werden können.

Technik

Browsererweiterungen bestehen aus mehreren Dateien, die üblicherweise in einem ZIP-Container zusammengefasst werden. Die zentrale Datei ist dabei manifest.json, eine Datei im JSON-Format mit wichtigen Daten über die Erweiterung. Neben allgemeinen Metadaten wie dem Namen der Erweiterung und Angaben zum Entwickler enthält diese Datei auch die Berechtigungen, die für die Erweiterung notwendig sind, und sie gibt an, in welcher Situation welcher Code ausgeführt werden soll. Wenn beispielsweise auf allen Seiten von Wikipedia ein bestimmter Code ausgeführt werden soll, so kann er mit folgendem Eintrag in der Manifest-Datei festgelegt werden:

"content_scripts": [{
	"matches": ["https://*.wikipedia.org/*"],
	"js": ["code.js"]
}]

Der Code selbst ist in JavaScript geschrieben, zudem kommen HTML und CSS zum Einsatz, beispielsweise für Konfigurationsseiten. Neben den üblichen APIs, die allen Webseiten zur Verfügung stehen, kann die Erweiterung über das globale browser-Objekt je nach erteilten Berechtigungen mit dem Browser und der aufgerufenen Seite interagieren. So kann eine Erweiterung mit dem folgenden Code ein Lesezeichen anlegen, vorausgesetzt sie besitzt die Berechtigung dazu:

browser.bookmarks.create({
	title: 'Wikipedia',
	url: 'https://de.wikipedia.org/wiki/Wikipedia:Hauptseite'
});

Unterschiedliche Browser stellen unterschiedliche APIs zur Verfügung, zum einen, weil einige Schnittstellen erst noch implementiert werden müssen, zum anderen, weil bestimmte Funktionen in einigen Browsern grundsätzlich nicht vorgesehen sind. So gibt es die API, um eine Seitenleiste zu implementieren, nur in Browsern, die Seitenleisten auch tatsächlich verwenden, und fehlt in anderen Browsern. Wie für Webseiten üblich können solche Unterschiede zwischen den Browsern am Vorhandensein oder Fehlen der entsprechenden Methoden erkannt und geeignet behandelt werden. Ebenso gibt es Polyfills, die die Unterschiede zwischen den Browsern ausgleichen.

Damit Sicherheitslücken in Browsererweiterungen nicht so leicht zur Einschleusung von Schadcode genutzt werden können, gelten für Erweiterungen strenge CSP-Regeln, die allerdings bei Bedarf auch gelockert werden können. Zudem gilt die übliche Same-Origin-Policy, eine Erweiterung kann also nur ihre eigenen Daten lesen. Auch diese Einschränkung kann bei Bedarf aufgehoben oder gelockert werden. Über den Standard hinaus fordern Browser zudem in der Regel, dass die Erweiterung eine digitale Signatur enthält.

Kompatibilität

Google Chrome unterstützt diese Browsererweiterungen ab Version 4, allerdings in der ursprünglichen eigenen Variante. Insbesondere heißt das globale Objekt nicht browser, sondern chrome. Die ZIP-Datei wird mit einem speziellen Header versehen und nutzt als Dateiendung crx für Chrome Extension.[6]

Opera unterstützt das Format ab Version 15 und verwendet neben dem chrome-Objekt auch das globale Objekt opr für eigene APIs. Als Dateiendung kommt bei Opera nex für Navigator Extension zum Einsatz. Die Implementierung ist weitgehend kompatibel zu Google Chrome, mit nur wenigen fehlenden APIs und einigen zusätzlichen Funktionen.[7]

Firefox führte eine Unterstützung schrittweise ab Version 42 ein[8] und baute den Umfang mit den folgenden Versionen kontinuierlich aus. Der Zugriff auf die APIs kann sowohl über das globale browser-Objekt als auch über chrome erfolgen. Die Mehrheit der vorhandenen Chrome-Erweiterungen funktioniert auch in Firefox.[9][10] Als Dateiendung wird wie für bisherige Firefox-Erweiterungen weiterhin xpi verwendet.

Microsoft Edge implementiert den Standard ab Version 14 und bietet ein automatisches Konvertierungswerkzeug an, mit dem für Chrome geschriebene Erweiterungen auch für Edge einsatzfähig gemacht werden können.[11]

Einzelnachweise
  1. Rich Tibbet: Introducing NEX — Standards-Oriented Browser Add-Ons. In: Dev.Opera. 30. Juli 2013, abgerufen am 29. Juni 2017 (englisch).
  2. Shwetank Dixit: For a Better Extensions Ecosystem. In: Dev.Opera. 3. Mai 2016, abgerufen am 29. Juni 2017 (englisch).
  3. Kyle Pflug: Introducing EdgeHTML 14 with the Windows 10 Anniversary Update. In: Microsoft Edge Dev Blog. 4. August 2016, abgerufen am 29. Juni 2017 (englisch).
  4. Firefox — Notes (48.0). Abgerufen am 29. Juni 2017 (englisch).
  5. Kev Needham: Add-ons in 2017. In: Mozilla Add-ons Blog. 23. November 2016, abgerufen am 29. Juni 2017 (englisch).
  6. CRX Package Format. Abgerufen am 29. Juni 2017 (englisch).
  7. Extension APIs Supported in Opera. In: Dev.Opera. Abgerufen am 29. Juni 2017 (englisch).
  8. Kev Needham: The Future of Developing Firefox Add-ons. In: Mozilla Add-ons Blog. 21. August 2015, abgerufen am 29. Juni 2017 (englisch).
  9. Andy McKay: WebExtensions and parity with Chrome. In: Mozilla Add-ons Blog. 13. September 2016, abgerufen am 29. Juni 2017 (englisch).
  10. Andy McKay: How many Chrome Extensions run in Firefox? 18. November 2016, abgerufen am 29. Juni 2017 (englisch).
  11. Porting an extension from Chrome to Microsoft Edge. In: Microsoft Edge documentation. Abgerufen am 29. Juni 2017 (englisch).
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.