Как передавать пароли через заявку GLPI, не оставляя их в истории

Пароль, написанный в комментарии, остаётся в истории, в e-mail и в резервных копиях. Vault Send, бесплатный модуль NexTool, заменяет пароль одноразовой ссылкой Vaultwarden, зашифрованной в браузере.

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

Пароль, написанный в комментарии, не исчезает, когда проблема решена. – Он остаётся в истории заявки, в письме-уведомлении и в резервных копиях. Vault Send, бесплатный модуль NexTool, заменяет пароль одноразовой ссылкой Vaultwarden, зашифрованной в браузере.

Проблема

Любая служба поддержки передаёт пароли через заявку: от гостевого Wi-Fi, от только что созданного пользователя, от маршрутизатора филиала, от системы, которую только что настроил поставщик. Самый быстрый путь — написать его в комментарии, и именно там пароль остаётся навсегда.

Текст ответа попадает в историю заявки, которую годами читают десятки людей. Он уходит в письме-уведомлении во входящие всех участников заявки, а оттуда — на телефоны. Он попадает в базу данных GLPI, в резервные копии и в экспортированные отчёты. Пароль, который должен был действовать пять минут, начинает существовать в местах, которые никто не контролирует, а с точки зрения LGPD это данные, которые вы продолжаете хранить без причины.

Как работает Vault Send

Модуль использует Send от Bitwarden, хранящийся в Vaultwarden вашей компании, и добавляет кнопку Защищённые учётные данные рядом с кнопкой Добавить в ответе на заявку.

  • Учётные данные шифруются в браузере – специалист заполняет название, логин, пароль (есть генератор паролей), примечание, срок действия и количество открытий ссылки. Браузер шифрует всё перед отправкой: GLPI получает только зашифрованный текст и передаёт его в хранилище.
  • Окно «Защищённые учётные данные» в GLPI с полями Название, Пользователь / логин, Пароль / секрет с кнопками показа и генерации, Примечание, Срок действия 7 дней, Сколько раз можно открыть и Требовать пароль для открытия
    Окно «Защищённые учётные данные» в стиле форм GLPI
  • Блок внутри ответа – при вставке ответ получает блок со ссылкой, сроком действия и числом открытий сразу после абзаца, где стоит курсор. Специалист отправляет ответ обычной кнопкой «Добавить», и в заявке сохраняется ссылка, а не пароль.
  • Ответ на заявку в GLPI с блоком учётных данных: название, ссылка «Открыть учётные данные», срок действия, число открытий и пароль для открытия ссылки, над кнопками «Добавить» и «Защищённые учётные данные»
    Блок вставляется в текст ответа, с необязательным паролем для открытия
  • Страница открытия с кнопкой – ссылка ведёт на страницу GLPI с кнопкой «Открыть учётные данные». Проверщики ссылок в почте, которые открывают всё входящее, не расходуют открытие. Учётные данные видит только тот, кто нажал кнопку, и расшифровываются они прямо в браузере.
  • Страница открытия защищённых учётных данных со значком замка, пояснением об ограниченном сроке действия и числе открытий и кнопкой «Открыть учётные данные»
    Получатель открывает учётные данные явным нажатием кнопки
  • Предупреждение о введённом пароле – если кто-то напишет пароль в тексте ответа (например, «пароль: …») и нажмёт «Добавить», GLPI предложит использовать защищённые учётные данные, не запрещая отправку. Из предупреждения окно открывается сразу с логином и паролем, найденными в тексте, а защищённый блок встаёт на место этих строк. Проверка выполняется в браузере и может быть отключена.
  • Предупреждение «Пароль в тексте ответа?» с вариантами «Вернуться и отредактировать», «Всё равно отправить» и «Использовать защищённые учётные данные»
    Предупреждение появляется при нажатии «Добавить» и не блокирует ответ
  • Отслеживание и отзыв – вкладка «Учётные данные» в заявке показывает каждую отправленную ссылку со статусом, сроком действия и числом открытий. Ссылку, отправленную по ошибке, можно отозвать сразу, и в заявке появится уведомление.
  • Вкладка «Учётные данные» заявки в GLPI со ссылками в статусах «Не доставлено», «Отозвано» и «Открытия исчерпаны», с датой создания, автором, сроком действия, числом открытий и кнопкой «Отозвать»
    Вкладка «Учётные данные» показывает, что произошло с каждой ссылкой
  • От инициатора к специалисту – при наличии права в профиле самообслуживания инициатор тоже может отправить пароль специалисту той же кнопкой.

Что происходит с паролем

Содержимое шифруется в браузере отправителя в формате Bitwarden Send. Ключ, открывающий содержимое, передаётся только в ссылке, после «#» — в той части адреса, которую браузер никогда не отправляет ни на какой сервер. Таким образом, сервер GLPI не получает пароль в открытом виде, а хранилище хранит содержимое, которое не может открыть.

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

Vault Send вырос из плагина, созданного Фернандо Силвой (Fernando Silva), и был переработан как модуль NexTool, прошедший проверку безопасности перед выпуском.

Как включить

  1. Установите плагин NexTool версии 6.35.0 или новее в GLPI 10, 11 или 12 с доступом по HTTPS
  2. В Vaultwarden создайте отдельного пользователя для GLPI и скопируйте его API-ключ
  3. В NexTool установите и включите Vault Send и на вкладке Подключение укажите адрес хранилища, Client ID и Client Secret и проверьте подключение
  4. В Администрирование > Профили, на вкладке NexTool, разрешите отправку учётных данных специалистам и, при желании, инициаторам

А если у вас ещё нет хранилища?

Модуль бесплатный, но ему нужен Vaultwarden. NexTool развернёт Vaultwarden на вашем сервере, разместит хранилище для вас или будет обновлять и поддерживать то, которое у вас уже есть. Все три варианта показаны в верхней части настроек модуля с прямой связью с командой. Чтобы предварительно познакомиться с Vaultwarden, прочитайте наше руководство по Vaultwarden.

Кому подходит

ИТ-командам и MSP, которые выдают доступы через GLPI: создание пользователей, пароли оборудования, учётные данные поставщиков, временные доступы. Он также помогает тем, кому нужно показать на аудите или в рамках LGPD, что пароли не хранятся ни в заявках, ни в почте.

Совместимость

  • GLPI: 10, 11 и 12, по HTTPS
  • План: бесплатный
  • Плагин: NexTool 6.35.0+
  • Хранилище: Vaultwarden, доступный с сервера GLPI

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

Подробности на странице Vault Send. Модуль входит в NexTool — экосистему модулей для расширения GLPI без доработки кода. Свяжитесь с командой, чтобы получить демонстрацию или запустить ваше хранилище.


Проверено командой NexTool Solutions. Снимки экрана сделаны в реальной среде GLPI с плагином NexTool.

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

Потому что текст остаётся в истории заявки, уходит в письме-уведомлении и попадает в базу данных и резервные копии GLPI. Пароль, который должен был действовать несколько минут, начинает существовать годами в местах, которые никто не контролирует.

Бесплатный модуль NexTool, который добавляет кнопку «Защищённые учётные данные» в ответ на заявку. Он создаёт ссылку Bitwarden Send в Vaultwarden вашей компании со сроком действия, ограничением числа открытий и возможностью отзыва и вставляет эту ссылку в ответ.

Не в открытом виде. Браузер шифрует содержимое перед отправкой, а ключ для его открытия передаётся только в ссылке, после #, — в части адреса, которая не отправляется ни на какой сервер. GLPI получает только зашифрованный текст и передаёт его в хранилище.

Да, доступный с сервера GLPI, с отдельной служебной учётной записью для GLPI. Если его у вас ещё нет, NexTool развернёт его на вашем сервере, разместит хранилище для вас или возьмёт на себя обновление и поддержку.

GLPI 10, 11 и 12 с доступом по HTTPS и плагином NexTool версии 6.35.0 или новее. Модуль бесплатный.

При однократном открытии несанкционированный доступ исчерпывает ссылку, и получатель сразу это замечает; вы отзываете её и отправляете новую. Необязательный пароль для открытия останавливает тех, у кого есть только ссылка.

Комментарии

Комментарии к этой публикации загружаются с GitHub (giscus). При загрузке ваш браузер подключается к GitHub, который получает ваш IP-адрес и может сохранять собственные файлы cookie.

Чтобы загружать их автоматически, включите функциональные файлы cookie

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