GLPI 10 hat am 30. September 2026 sein letztes Update erhalten: 10.0.28 hat sechs Sicherheitslücken geschlossen, vier davon schwerwiegend, und ist die letzte Version des 10er-Zweigs. Ab jetzt wird keine neue Lücke in GLPI 10 mehr behoben, und wer noch nicht auf 10.0.28 ist, hat die Lücken, die sie geschlossen hat, weiterhin offen.
Zum Kontext der drei am 30. September veröffentlichten Versionen lesen Sie GLPI 12 RC3: was sich geändert hat, das Ende von GLPI 10 und die dringende Korrektur für GLPI 11.
Was "Ende von GLPI 10" in der Praxis bedeutet
Die Release Notes von GLPI 10.0.28 sind eindeutig: Mit dem Erscheinen von GLPI 12.0.0 ist 10.0.28 die finale Version der Linie 10.0, die keine Korrekturen mehr erhalten wird. Dies bedeutet:
- Keine neuen Sicherheitskorrekturen. Schwachstellen, die von nun an entdeckt werden, werden in 11 und 12 behoben, nicht in 10.
- Keine Fehlerkorrekturen. Was heute nicht funktioniert, funktioniert weiterhin nicht.
- Ein System, welches nicht stehen bleibt. GLPI 10 nimmt auch morgen noch Tickets an. Das Risiko ist nicht, dass es abschaltet, sondern dass es exponiert und zunehmend isoliert bleibt.
Die fünf Risiken, auf GLPI 10 zu bleiben
1. Neue Schwachstellen ohne Korrektur
Allein in den Versionen vom 30. September gab es sechs Sicherheitskorrekturen in GLPI 10, vier davon schwerwiegend: Umgehung der Autorisierung bei Massenaktionen, Rechteausweitung beim Klonen von Benutzern, Berechtigungsfehler beim Löschen von Benutzern und SQL Injection in Formularen. Wird so etwas beim nächsten Mal entdeckt, erscheint eine Korrektur nur für 11 und 12.
2. Plugins verabschieden sich von 10
Plugin-Anbieter konzentrieren ihre Arbeit auf die unterstützten Versionen. Mit dem Erscheinen von 12 lohnt es sich nicht mehr, für 10 zu testen und zu korrigieren. Für ein Plugin, welches Sie heute nutzen, gibt es die nächste Korrektur für Ihre Version möglicherweise nicht mehr.
3. PHP und Betriebssystem altern mit
GLPI 10 wurde für PHP-Versionen gebaut, die ebenfalls aus dem Support fallen. Ein Server-Update wird schwieriger, und einen alten Server weiterzubetreiben vergrößert ein Sicherheitsrisiko für die gesamte Maschine, nicht nur für GLPI.
4. Audit und Compliance
Normen wie ISO 27001 und die LGPD erwarten, dass Sie Ihre Systeme aktuell halten und bekannte Schwachstellen behandeln. Software ohne Herstellersupport ist ein häufiger Befund in Audits und schwer zu rechtfertigen, wenn eine unterstützte Version verfügbar ist.
5. Migration unter Druck kostet mehr
Eine Migration von 10 auf 11 ist planbar, wenn sie geplant wird. Erfolgt sie nach einem Vorfall oder weil ein kritisches Plugin nicht mehr funktioniert, kommt sie in Eile, ohne Abnahmetest und mit höherer Fehlerwahrscheinlichkeit.
Der Fahrplan für die Migration von GLPI 10 auf 11
In den Update-Projekten von JMBA Soluções, Partner von NexTool, dauert dieser Zyklus im Durchschnitt sechs Wochen:
| Woche | Schritt |
|---|---|
| 1 | Bestandsaufnahme: Version, Plugins, Integrationen, Regeln, Formulare und Anpassungen |
| 2 | 10 auf 10.0.28 aktualisieren, Kompatibilität jedes Plugins mit 11 prüfen und Ersatz festlegen |
| 3 | Abnahmeumgebung mit einer Kopie der Produktion aufbauen und migrieren |
| 4 | Testen: Ticketerstellung, Formulare, Benachrichtigungen, Regeln, Integrationen und Berechtigungen |
| 5 | Anpassungen, Schulung und Kommunikation an die Benutzer |
| 6 | Migration der Produktion mit Rückfallplan und Entscheidungsfrist |
Die vollständige technische Schritt-für-Schritt-Anleitung mit den Befehlen finden Sie in So migrieren Sie von GLPI 10 auf GLPI 11. Erstellen Sie vor allem anderen ein Backup und testen Sie die Wiederherstellung: Backup und Disaster Recovery für GLPI.
Was sich für Benutzer ändert
Für alle, die Tickets erstellen, betrifft die sichtbarste Änderung die Formulare: GLPI 11 hat native Formulare, und ein Plugin wie FormCreator wird für 11 nicht weitergeführt. Planen Sie die Migration der Formulare frühzeitig; lesen Sie FormCreator vs. native Formulare in GLPI 11 und was sich sonst geändert hat in GLPI 11: was sich geändert hat und welche Plugins nicht mehr funktionieren.
Und warum nicht direkt auf 12?
Weil GLPI 12 gerade erst erschienen ist und ein Sprung von 10 auf 12 zwei große Migrationen in einem einzigen Projekt vereint, mit doppelt so vielen möglichen Fehlerquellen. Wechseln Sie jetzt auf 11, welches stabil ist, und gehen Sie auf 12, nachdem die Linie 12 ihre ersten Korrekturen erhalten hat.
NexTool-Module unter GLPI 11
NexTool-Module funktionieren unter GLPI 11 und seit dem 14. Oktober auch unter GLPI 12: Sehen Sie sich die Tabelle Modul für Modul an. Wenn Sie NexTool unter GLPI 10 nutzen, ist die Migration auf 11 ein guter Zeitpunkt, zu prüfen, welche Module für Ihren Betrieb sinnvoll sind: Sehen Sie sich den Katalog der Plugins für GLPI an.
Checkliste für den Start in dieser Woche
- Ermitteln Sie die genaue Version Ihres GLPI (Einrichten > Allgemein > System, oder die Ansicht Über).
- Wenn Sie auf 10 sind, aktualisieren Sie jetzt auf 10.0.28, um die bereits bekannten Schwachstellen zu schließen.
- Listen Sie die Plugins auf und klären Sie mit jedem Anbieter die Version für 11.
- Erstellen und testen Sie ein Backup.
- Setzen Sie die Migration auf 11 in den Kalender dieses Quartals.
Brauchen Sie Hilfe bei der Planung oder Durchführung der Migration? Sprechen Sie mit dem Team.
Versionsangaben aus den offiziellen Release Notes von GLPI.
