Всё ещё на GLPI 10? Риски остаться и план перехода на 11

GLPI 10 получил последнюю версию 30.09.2026 и больше не будет получать исправлений, даже по безопасности. Пять рисков, план на шесть недель и чек-лист для миграции.

В этой статьеРазделов: 7

GLPI 10 получил последнее обновление 30 сентября 2026 г.: версия 10.0.28 закрыла шесть уязвимостей, четыре из них серьёзные, и стала последней в ветке 10. Новые уязвимости GLPI 10 больше исправляться не будут, а у тех, кто ещё не перешёл на 10.0.28, закрытые ею уязвимости остаются открытыми.

Контекст трёх версий, выпущенных 30 сентября, - в статье GLPI 12 RC3: что изменилось, конец GLPI 10 и срочное исправление GLPI 11.

Что «конец GLPI 10» означает на практике

Примечания к выпуску GLPI 10.0.28 прямолинейны: с выходом GLPI 12.0.0 версия 10.0.28 стала финальной в линейке 10.0, и исправлений больше не будет. Это значит:

  • Никаких новых исправлений безопасности. Уязвимости, обнаруженные с этого момента, будут исправляться в 11 и 12, но не в 10.
  • Никаких исправлений ошибок. То, что не работает сегодня, так и останется неработающим.
  • Система не остановится. GLPI 10 и завтра будет принимать заявки. Риск не в том, что система выключится, а в том, что она останется уязвимой и будет всё больше изолирована.

Пять рисков остаться на GLPI 10

1. Новая уязвимость без исправления

Только в версиях от 30 сентября в GLPI 10 было шесть исправлений безопасности, четыре из них серьёзные: обход авторизации в массовых действиях, повышение привилегий при клонировании пользователя, ошибки прав при удалении пользователей и SQL injection в формах. В следующий раз, когда обнаружится что-то подобное, исправление выйдет только для 11 и 12.

2. Плагины уходят с 10

Поставщики плагинов сосредотачивают усилия на поддерживаемых версиях. С приходом 12 тестировать и исправлять под 10 становится невыгодно. Плагин, которым вы пользуетесь сегодня, может не получить следующее исправление для вашей версии.

3. PHP и операционная система стареют вместе с ним

GLPI 10 создавался под версии PHP, которые тоже выходят из поддержки. Обновлять сервер становится труднее, а сохранение старого сервера увеличивает риск безопасности всей машины, а не только GLPI.

4. Аудит и соответствие требованиям

Стандарты вроде ISO 27001 и LGPD предполагают, что вы поддерживаете системы в актуальном состоянии и устраняете известные уязвимости. ПО без поддержки поставщика - частое замечание на аудите, и его трудно оправдать, когда доступна поддерживаемая версия.

5. Миграция под давлением обходится дороже

Миграция с 10 на 11 предсказуема, если она спланирована. Когда она происходит после инцидента или потому, что перестал работать критичный плагин, она идёт в спешке, без тестирования и с большей вероятностью ошибок.

План миграции с GLPI 10 на 11

В проектах обновления JMBA Soluções, партнёра NexTool, этот цикл занимает в среднем шесть недель:

Неделя Этап
1 Обследование: версия, плагины, интеграции, правила, формы и доработки
2 Обновить 10 до 10.0.28, проверить совместимость каждого плагина с 11 и определить замены
3 Развернуть тестовую среду на копии продуктива и выполнить миграцию
4 Тестирование: создание заявок, формы, уведомления, правила, интеграции и права
5 Доработки, обучение и информирование пользователей
6 Миграция продуктива с планом отката и сроком принятия решения

Полная техническая пошаговая инструкция с командами - в статье Как перейти с GLPI 10 на GLPI 11. Прежде всего сделайте резервную копию и проверьте восстановление: Резервное копирование и аварийное восстановление GLPI.

Что меняется для пользователя

Для тех, кто создаёт заявки, самое заметное изменение - в формах: в GLPI 11 есть встроенные формы, а плагин FormCreator в 11 не переходит. Спланируйте миграцию форм заранее; см. FormCreator или встроенные формы GLPI 11 и что ещё изменилось - в GLPI 11: что изменилось и какие плагины сломались.

А почему не перейти сразу на 12?

Потому что GLPI 12 только что вышел, а прыжок с 10 на 12 объединяет две крупные миграции в одном проекте - и вдвое больше того, что может пойти не так. Переходите на 11 сейчас, она стабильна, а на 12 - после того как линейка 12 получит первые исправления.

Модули NexTool в GLPI 11

Модули NexTool работают в GLPI 11, а с 14 октября - и в GLPI 12: см. таблицу по каждому модулю. Если вы используете NexTool на GLPI 10, миграция на 11 - подходящий момент пересмотреть, какие модули нужны вашей работе: см. каталог плагинов для GLPI.

Чек-лист, чтобы начать на этой неделе

  1. Узнайте точную версию вашего GLPI (Настройки > Общие > Система или экран «О программе»).
  2. Если вы на 10, обновитесь до 10.0.28 прямо сейчас, чтобы закрыть уже известные уязвимости.
  3. Составьте список плагинов и уточните у каждого поставщика версию для 11.
  4. Сделайте резервную копию и проверьте её.
  5. Внесите миграцию на 11 в календарь квартала.

Нужна помощь в планировании или выполнении миграции? Свяжитесь с командой.


Информация о версиях - из официальных примечаний к выпускам GLPI.

Часто задаваемые вопросы

Нет. Версия 10.0.28 от 30 сентября 2026 г. стала последней в линейке 10.0. Она больше не получает исправлений, в том числе исправлений безопасности.

Нет. Он продолжит работать, но останется уязвимым для уязвимостей, которые будут обнаружены с этого момента, потому что их будут исправлять только в 11 и 12.

Технической обязанности нет, но использование ПО без поддержки - это риск безопасности и частое замечание на аудитах, например ISO 27001 и LGPD.

В среднем шесть недель - от обследования до продуктива - в проектах обновления JMBA Soluções, партнёра NexTool.

Нет, если миграция выполняется с проверенной резервной копией и тестированием на копии продуктива. Формы FormCreator нужно перенести во встроенные формы GLPI 11.

Мы не рекомендуем. Переходите на 11, которая стабильна, а затем на 12. Прямой прыжок объединяет две крупные миграции в одном проекте.

Нужна помощь?