Сотрудник забыл пароль от корпоративной почты и пишет в поддержку. Новый сотрудник выходит в понедельник, и к утру ему нужны учётные записи в трёх системах. Подрядчику на неделю нужен временный доступ. Во всех трёх случаях процесс упирается в одно и то же: кто-то должен придумать пароль, и придумать его хорошо.
Раньше в Staqflow для этого собирали связку из узлов со своим кодом, и легко было ошибиться: взять некриптостойкий генератор, забыть про обязательные цифры или выдать пароль с символами, которые целевая система не принимает. Теперь для этого есть отдельный узел.
Что такое узел «Генерация пароля»
«Генерация пароля» - это служебный узел Staqflow, который создаёт случайный пароль по заданной политике: длина от 4 до 256 символов, набор классов символов, минимальное количество символов каждого класса, свой набор спецсимволов и исключение похожих или запрещённых символов. Пароль генерируется на сервере криптостойким генератором случайных чисел, без подключения к внешним сервисам и без учётных данных. Узел дописывает пароль в поле каждого входного элемента, а остальные поля передаёт дальше без изменений, поэтому его можно поставить в любое место процесса.
Настройки узла
| Параметр | По умолчанию | Что задаёт |
|---|---|---|
| Длина | 16 | От 4 до 256 символов |
| Строчные буквы | включены | a-z |
| Заглавные буквы | включены | A-Z |
| Цифры | включены | 0-9 |
| Спецсимволы | выключены | Набор из «Параметров» |
| Поле для результата | password | Куда записать пароль; через точку можно указать вложенный путь |
В «Параметрах» узла настраивается политика тоньше:
- Минимум каждого класса. По умолчанию по одному символу каждого включённого класса. Если система требует «минимум две цифры и один спецсимвол», это задаётся здесь. Ноль означает, что класс разрешён, но не обязателен.
- Набор спецсимволов. Стандартный набор широкий, но многие системы принимают не все символы. Оставьте только те, что точно пройдут проверку на стороне получателя.
- Исключить похожие символы. Убирает 0, O, o, 1, l, I и вертикальную черту. Полезно, когда пароль диктуют по телефону или переписывают с листка.
- Исключить символы. Любые другие символы, которые не должны попасть в пароль, например кавычки, если пароль потом подставляется в строку конфигурации.
Если политику выполнить нельзя, узел останавливается с понятной ошибкой: длина вне диапазона, не выбран ни один класс, в классе не осталось символов после исключений или сумма минимумов больше длины.
Почему это надёжнее, чем пароль из кода
Пароль ровно настолько надёжен, насколько непредсказуем генератор. Обычный генератор случайных чисел в JavaScript для паролей не годится: он предназначен для игр и анимаций, а не для секретов.
Узел использует криптостойкий генератор операционной системы, и выбор символа делается без смещения по модулю: каждый символ набора выпадает с одинаковой вероятностью. Обязательные символы каждого класса сначала добираются по минимуму, затем пароль дополняется до нужной длины из всех включённых классов и перемешивается. Поэтому обязательная цифра не стоит всегда в начале и не подсказывает структуру пароля.
Повторы в собственном наборе спецсимволов тоже учтены: если случайно вписать один символ дважды, он не станет выпадать вдвое чаще.
Как собрать процесс сброса пароля
- Поставьте триггер, с которого начинается сброс: заявка из формы, сообщение в Telegram-боте поддержки или вебхук из сервис-деска.
- Проверьте, что заявку подал сам владелец учётной записи: сверьте почту или телефон с данными в CRM или каталоге сотрудников.
- Добавьте узел «Генерация пароля». Для сброса обычно хватает 12-16 символов с включёнными спецсимволами и исключёнными похожими символами.
- Передайте пароль в систему, где живёт учётная запись: в каталог LDAP через одноимённый узел, через HTTP-запрос к API вашей системы или узлом нужной интеграции. Выражение
{{ $json.password }}подставит сгенерированное значение. - Отправьте пароль пользователю по каналу, которому вы доверяете, и попросите сменить его при первом входе, если система это поддерживает.
Если сброс просят у бота поддержки, узел можно подключить инструментом к ИИ-агенту: агент сам решит, когда сгенерировать временный пароль, а проверки и запись в систему лучше спрятать в отдельный процесс, вызываемый как инструмент.
Сценарии
Онбординг сотрудника
Кадровик заводит сотрудника в HR-системе, процесс получает событие и создаёт учётные записи в почте, CRM и таск-трекере. Узел «Генерация пароля» работает на каждый входной элемент отдельно, поэтому для каждой системы легко получить свой пароль: поставьте несколько узлов с разными полями результата, например mailPassword и crmPassword. Учётные данные уходят руководителю или самому сотруднику одним сообщением в первый рабочий день.
Временный доступ подрядчику
Пароль на неделю для внешнего специалиста: процесс создаёт учётную запись, генерирует пароль и записывает дату окончания доступа, а второй процесс по расписанию отключает истёкшие учётные записи. Пароль придумывает генератор, поэтому его не угадать по шаблону «Компания2026!».
Коды и PIN
Только цифры, длина 4-6, похожие символы не нужны. Так получаются коды для шкафчиков, гостевого Wi-Fi, подтверждения выдачи заказа в пункте самовывоза. Узел выдаёт по коду на каждый входной элемент, так что список из таблицы на сотню строк получит сотню разных кодов за один запуск.
Пароли для списка учётных записей
Выгрузили из таблицы пятьдесят сервисных аккаунтов, которым пора сменить пароли. Каждая строка становится элементом, узел добавляет к каждому своё поле password, а следующий узел записывает новые пароли в систему. Остальные поля строки, логин и адрес, проходят насквозь без изменений.
Пароль после генерации
Сгенерированный пароль - это обычный выход узла, и он виден в истории запусков так же, как любые другие данные процесса. Это осознанное поведение: по истории видно, что именно ушло в систему. Но это значит, что с историей нужно обращаться как с местом, где может лежать секрет.
- Давайте пароли временные и требуйте смену при первом входе.
- Держите процессы со сбросом паролей в отдельном пространстве, куда есть доступ только у тех, кому он положен.
- Не отправляйте пароль в общие чаты и публичные каналы; личное сообщение или защищённое письмо надёжнее.
- Пароли от самих интеграций храните в учётных данных пространства: они шифруются и не показываются наружу. Как это устроено, разобрано в статье о хранении учётных данных.
Частые вопросы
Нужны ли узлу учётные данные или внешний сервис
Нет. Узел работает целиком на сервере Staqflow, без подключений и без запросов наружу. Пароль не покидает платформу, пока вы сами не передадите его дальше.
Какой длины пароль выбрать
Для учётных записей сотрудников разумно от 12 до 16 символов со всеми четырьмя классами. Для сервисных аккаунтов, которые никто не вводит руками, можно 32 и больше. Ограничение сверху - 256 символов, но многие системы принимают меньше, поэтому сверьтесь с их требованиями.
Можно ли сгенерировать сразу много паролей
Да. Узел выдаёт отдельный пароль для каждого входного элемента. Подайте на вход список из таблицы или базы, и каждая строка получит свой пароль в одном запуске.
Почему узел остановился с ошибкой
Политика оказалась невыполнимой. Чаще всего это сумма минимумов больше длины пароля или пустой класс: например, включены спецсимволы, а их набор целиком попал в исключения. Текст ошибки говорит, что именно поправить.
Можно ли использовать узел в ИИ-агенте
Да, у узла есть вариант «инструмент». Агент сможет сгенерировать пароль, когда это нужно по ходу разговора, а параметры политики можно закрепить в настройках узла, чтобы модель их не меняла.
Виден ли пароль в истории запусков
Да, как любой выход узла. Поэтому пароли, которые выдаются людям, лучше делать временными, а доступ к пространству с такими процессами ограничивать.
Попробуйте
- Откройте Staqflow и добавьте узел «Генерация пароля» после ручного триггера: запустите и посмотрите результат в поле
password. - Соберите сброс пароля для своей системы с помощью ИИ-клиента через MCP: опишите, где живут учётные записи и куда отправлять пароль.
- Найдите в каталоге интеграций системы, где у вас создаются учётные записи сотрудников.