Plugin Update Checker: Datenschutz
Datenschutz beim Plugin Update Checker: welche Anfragen an GitHub gehen, welche Daten dabei übertragen werden, was lokal gespeichert wird und wo der optionale Token liegt.
Plugin Update Checker: Datenschutz
Das Plugin sendet von sich aus Anfragen an einen externen Dienst, nämlich an GitHub. Diese Seite beschreibt genau, was dabei passiert. Sie ersetzt keine rechtliche Prüfung für deine Installation.
Externe Anfragen
- Ziel: ausschließlich
api.github.com, Pfad/repos/<owner>/<repo>/releases/latest. - Auslöser: Ein Admin öffnet die Plugin-Liste im Admin Panel und für ein Plugin liegt kein gültiger Cache-Eintrag vor. Auf allen anderen Seiten und bei AJAX-Anfragen sendet das Plugin nichts.
- Anzahl: Eine Anfrage je installiertem Plugin, dessen
urlauf ein GitHub-Repository zeigt, höchstens einmal je Cache-Dauer (Standard 6 Stunden). Schlägt eine Anfrage fehl, wird sie frühestens nach einer Stunde wiederholt. - Kein Hintergrundprozess: Das Plugin hat keinen Cronjob und keinen Daemon. Es fragt nur, wenn die Plugin-Liste geladen wird.
Was an GitHub übertragen wird
| Bestandteil | Inhalt |
|---|---|
| IP-Adresse | die des osTicket-Servers, nicht die des Admin-Browsers |
| URL | Eigentümer und Name des Repositorys, wie in der plugin.php des jeweiligen Plugins steht |
| User-Agent | fester Wert osTicket-Plugin-UpdateChecker/... |
| Accept-Header | application/vnd.github.v3+json |
| Authorization-Header | nur wenn du einen GitHub-Token eingetragen hast: Bearer <Token> |
Nicht übertragen werden Ticket-Daten, Daten von Agents oder Kunden, die osTicket-URL, der Name oder die Version des osTicket-Systems und die installierte Version der Plugins. GitHub erfährt aber aus der Abfolge der Anfragen, welche Plugins ein Server mit dieser IP-Adresse einsetzt, und bei eingetragenem Token, zu welchem GitHub-Konto die Anfragen gehören.
Was lokal gespeichert wird
- Cache-Dateien im Temp-Verzeichnis des Servers, Ordner
osticket-update-check: pro Repository eine JSON-Datei mit Release-Tag, Release-URL und Ablaufzeit, bei Fehlern der Markernone. Personenbezogene Daten und der Token stehen dort nicht. - GitHub-Token in der Plugin-Konfiguration von osTicket in der Datenbank, als normales Textfeld.
- Fehlermeldungen im PHP-Fehlerprotokoll, zum Beispiel
[UpdateCheck] GitHub API HTTP 403 for /repos/<owner>/<repo>/releases/latest. Der Token wird nicht protokolliert.
Im Browser
Das Plugin bindet keine Skripte, Schriften oder Bilder von Dritten ein. CSS und JavaScript stehen inline in der Seite. Eine Verbindung zu GitHub entsteht im Browser nur, wenn du ein Badge anklickst: Es öffnet die Release-Seite in einem neuen Tab. Das Plugin setzt keine Cookies und nutzt keinen lokalen Browser-Speicher.
Abschalten
- Plugin deaktivieren: Es werden keine Anfragen mehr gesendet.
- Ausgehende Verbindungen des Servers zu GitHub sperren: Das Plugin zeigt dann keine Badges. Jede blockierte Anfrage kann die Plugin-Liste bis zu 5 Sekunden verzögern, danach wird der Fehler eine Stunde gemerkt.
- Token entfernen: Das Feld GitHub Token (optional) leeren oder den Token bei GitHub widerrufen.