NexTool Solutions

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

Хотите полную картину нововведений GLPI 12 (безопасность, сессии, профили, OLA и база знаний)? Сначала прочитайте GLPI 12 RC: что мы проверили на практике и когда обновляться.

Календарь на данный момент

RC3 сопровождается тем же предупреждением, что и предыдущие: это тестовая версия, и её не следует использовать в продуктиве. Дата вехи на GitHub — это плановая цель проекта, а не обещание: Teclib говорит о выпуске в октябре.

Что нового принёс RC3

Примечания к выпуску RC3 повторяют главные моменты версии 12: переработанная база знаний, менеджер сессий, режим повторной аутентификации (sudo), переработанный OLA и усиленная защита от SQL injection и CSRF. Новинка в списке — улучшения доступности.

Между RC2 и RC3 большая часть работы пришлась на исправления и доводку. Что стоит знать:

База знаний: переработка подходит к концу

Именно эта область получила больше всего изменений в RC3:

• Новая главная страница. В базе появилась вводная статья (Home), а первый уровень статей отображается рядом с ней, а не под ней.
• Старые экраны убраны. Страницы списка и поиска старой базы знаний удалены. Навигация теперь полностью идёт через боковое дерево статьи, в том числе в упрощённом интерфейсе (helpdesk).
• Больше контроля над тем, кто что редактирует. Привязывать, изменять или удалять документы статьи может только тот, кто вправе её редактировать. Смена статуса элемента FAQ теперь требует права публикации в FAQ. Редакторы могут сменить автора статьи.
• Исправлена видимость. Дочерние статьи теперь соблюдают унаследованную видимость, а ссылки на статьи больше не показываются анонимным посетителям без прав.

Наше прежнее предупреждение остаётся в силе, и оно есть в официальном changelog: при обновлении категории базы знаний превращаются в статьи и становятся невидимыми, пока доступ к ним не будет предоставлен заново. Включите это в сценарий тестирования.

Другие изменения RC3

• Уведомление о задаче проекта. Новое событие «Назначение задачи проекта»: участник, добавленный в команду задачи, получает уведомление.
• Автоматические действия. Отключённое действие больше не планируется снова после ручного запуска, а GLPI показывает ошибку, если у действия есть последний запуск, но нет следующего.
• Сессии и повторная аутентификация. Доработки режима sudo и проверки сессии, которая теперь раньше проверяет заголовки запроса.
• Формы. Ответ «0» больше не считается пустым полем.

Хотите протестировать RC3? Используйте Docker-образ JMBA

JMBA Soluções публикует в Docker Hub образ GLPI для каждой версии, включая release candidates 12-й. Для RC3 тег — 12.0.0-rc3:

docker pull jmbasolucoes/glpi:12.0.0-rc3

Полноценная лабораторная среда с собственной базой данных умещается в коротком docker-compose.yml:

services:
  glpi:
    image: jmbasolucoes/glpi:12.0.0-rc3
    container_name: glpi-12-rc3
    restart: unless-stopped
    ports:
      - "8080:80"
    environment:
      TZ: America/Sao_Paulo
    volumes:
      - ./files:/var/lib/glpi
      - ./config:/etc/glpi
      - ./plugins:/usr/share/glpi/plugins
      - ./marketplace:/usr/share/glpi/marketplace
    depends_on:
      - db

  db:
    image: mariadb:11.4
    container_name: glpi-12-rc3-db
    restart: unless-stopped
    environment:
      TZ: America/Sao_Paulo
      MARIADB_DATABASE: glpi
      MARIADB_USER: glpi
      MARIADB_PASSWORD: altere_esta_senha
      MARIADB_ROOT_PASSWORD: altere_a_senha_root
    volumes:
      - ./database:/var/lib/mysql

Затем достаточно выполнить docker compose up -d и открыть http://localhost:8080.

Три предостережения:

• Только лаборатория. Не подключайте этот образ к продуктивной базе данных. Чтобы протестировать обновление своей базы, используйте изолированную копию базы и файлов.
• Уже запущен RC2? Смените тег в compose на 12.0.0-rc3 и поднимите заново; GLPI запросит обновление базы при первом входе. Полный сценарий с предварительным резервным копированием — в статье Как обновить GLPI в Docker между версиями.
• Впервые запускаете GLPI в Docker? Пошаговая установка с томами, базой данных и первым входом описана в статье Как установить GLPI 11 в Docker. Для 12-й процесс тот же, меняется только тег образа. А если нужно освежить в памяти повседневные команды, смотрите Docker: руководство по лучшим практикам и самым используемым командам.

GLPI 11: пропустите 11.0.10 и переходите сразу на 11.0.11

GLPI 11.0.10 вышел 30 сентября как версия безопасности с восемью исправлениями: шесть высокой и два средней критичности. Среди них:

• обход авторизации в массовых действиях;
• повышение привилегий при клонировании пользователя;
• SQL injection в поле участников форм;
• отключение или изменение 2FA пользователей с более высокими привилегиями;
• отражённый XSS в виджете результатов поиска на панели.

Проблема: 11.0.10 принёс регрессию в системе плагинов, о чём Teclib сама предупредила в начале примечаний. Исправление откатило изменение в том, как GLPI загружает классы плагинов. На следующий день, 1 октября, Teclib опубликовала GLPI 11.0.11, который содержит те же исправления безопасности и заменяет 11.0.10.

Что делать: если вы используете плагины, не устанавливайте 11.0.10. Обновляйтесь сразу до 11.0.11. Если вы уже установили 11.0.10 и какой-то плагин перестал работать, выход — 11.0.11, а не возврат на 11.0.9, в котором нет исправлений безопасности.

Используете Docker-образ JMBA? Тег jmbasolucoes/glpi:11.0.11 уже есть в Docker Hub, и latest указывает на него. Сделайте резервную копию, смените тег в compose и поднимите заново, как мы показываем в статье Как обновить GLPI в Docker между версиями.

GLPI 10: вышла последняя версия

Примечания к GLPI 10.0.28 прямолинейны: с выходом GLPI 12.0.0 10.0.28 — финальная версия линии 10.0, которая больше не будет получать исправлений. Она содержит шесть исправлений безопасности из 11-й (два — по 2FA и XSS на панели — к 10-й не относятся).

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

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

Что делать сейчас, в зависимости от версии

Рекомендация по срокам для GLPI 12 не меняется: тестирование после выхода стабильной версии, начиная с ноября, а продуктив — только после пары обновлений безопасности линии 12, примерно в январе или феврале 2027 г. Последовательность 11.0.10 и 11.0.11 в этом месяце показывает причину: даже корректирующая версия может сломать плагин, и тот, кто выжидает несколько дней, не становится первым, кто столкнётся с проблемой.

А что с плагинами?

Плагинам нужна версия для GLPI 12: защита от CSRF изменилась, а RC3 ещё и скорректировал то, как GLPI загружает классы плагинов. Перед тестированием уточните совместимость каждого у поставщика. Критерии — в статье Плагины GLPI: как выбирать, чтобы не заблокировать следующее обновление.

NexTool будет совместим с GLPI 12. Те, кто использует модули в GLPI 11, смогут перенести их при миграции на 12-ю.

Следующий шаг

Планируете переход с GLPI 10 или на 12-ю? Свяжитесь с командой. Каталог модулей NexTool для GLPI — на странице Плагины для GLPI.

Проверено командой NexTool Solutions. Информация из официальных примечаний к выпускам GLPI от 30 сентября и 1 октября 2026 г.; детали GLPI 12 могут измениться до выхода стабильной версии.