Настройка Vault или Yandex Lockbox для секретов сайта
Настройка Vault или Yandex Lockbox переносит пароли, токены и ключи из конфигураций в управляемое хранилище. Приложение получает нужные значения через сервисную учётную запись, а разработчики работают со ссылками и идентификаторами. Разделяем production, test и development, включаем версии и журнал доступа, проверяем запуск и смену секрета. Исторические копии в Git и старых архивах рассматриваются отдельной очисткой после отзыва раскрытых значений.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- Пароль базы, SMTP, платёжный ключ или токен партнёра хранится в .env, конфигурации на сервере и переменной CI/CD без общего владельца.
- Один секрет используется в production и test, а команда опасается ротации из-за неизвестного списка потребителей и ручного перезапуска.
- Компания использует Yandex Cloud либо собственный Vault и хочет подключить сайт через сервисную роль с журналом обращений.
Что именно мы сделаем
Составляем безопасный реестр активных секретов, потребителей, окружений, владельцев и мест текущего хранения.
Выбираем Vault или Yandex Lockbox, создаём структуру секретов, версии, сервисную идентичность и минимальные права.
Подключаем сайт через SDK, API, агент, sidecar или этап доставки конфигурации, подходящий текущей архитектуре.
Переносим значения, проверяем запуск, фоновые задачи и интеграции, затем проводим контролируемую ротацию выбранного секрета.
Включаем журналирование, оповещения и инструкцию выдачи, смены, отзыва и аварийного восстановления доступа.
Что входит в стоимость
39 900 ₽ за всю работу
Инвентаризируем секреты сайта и интеграций, выбираем Vault или Yandex Lockbox, проектируем структуру и права, создаём сервисную идентичность и подключаем приложение. Переносим значения, проверяем запуск, ротацию и возврат.
Что будет готово
Передадим вам
- Рабочая структура Vault или Yandex Lockbox с разделением окружений, версиями, сервисной идентичностью и минимальными правами чтения.
- Изменения конфигурации приложения и развёртывания для получения секретов, маскирования значений и обработки временной недоступности хранилища.
- Безопасный реестр владельцев и потребителей, инструкция выдачи и ротации, протокол запуска, смены секрета и аварийного возврата.
Перед сдачей проверим
- Сайт и выбранные фоновые процессы запускаются с секретами из выбранного хранилища, а локальные рабочие конфигурации содержат только безопасные ссылки и параметры подключения.
- Сервисная идентичность читает только предназначенные пути или секреты своего окружения, а контрольное обращение отражается в доступном журнале.
- Тестовая смена выбранного ключа проходит по инструкции, новый вариант начинает использоваться, старый отзывается, а функции сайта сохраняют работу.
Как это выглядит на практике
Перенос секретов интернет-магазина в Yandex Lockbox
В.env магазина находятся пароль базы, SMTP и ключ доставки, а production и test используют разные серверы в одном облаке. Создаём отдельные секреты и версии, выдаём сервисным аккаунтам точечное чтение своего окружения и подключаем получение при развёртывании.
Переносим SMTP и ключ доставки, проверяем письмо, расчёт тарифа, заказ и маскирование значений в журнале pipeline. Меняем тестовый ключ по инструкции, подтверждаем переключение потребителя и передаём владельцу порядок следующей ротации и отзыва доступа.
- 01
В.env магазина находятся пароль базы, SMTP и ключ доставки, а production и test используют разные серверы в одном облаке.
- 02
Создаём отдельные секреты и версии, выдаём сервисным аккаунтам точечное чтение своего окружения и подключаем получение при развёртывании.
- 03
Переносим SMTP и ключ доставки, проверяем письмо, расчёт тарифа, заказ и маскирование значений в журнале pipeline.
- 04
Меняем тестовый ключ по инструкции, подтверждаем переключение потребителя и передаём владельцу порядок следующей ротации и отзыва доступа.
Что понадобится для работы
От вас
- Доступ администратора к существующему Vault или каталогу Yandex Cloud, а также возможность создать сервисную учётную запись и роли.
- Доступ к конфигурации сайта, процессу развёртывания, контейнерам или серверу и контакт разработчика для контрольного запуска.
- Перечень активных интеграций, окружений и критичных функций, окно смены выбранного секрета и сведения о резервном запуске.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 36 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Что выбрать: HashiCorp Vault или Yandex Lockbox?
Yandex Lockbox удобен для ресурсов Yandex Cloud и управляется через IAM. Vault подходит компаниям с действующим кластером, несколькими средами и собственной моделью доступа.
Входит ли развёртывание нового кластера Vault?
Эта услуга подключает сайт к действующему Vault. Для нового кластера сначала проектируем хранение, unseal, резервирование, обновления и аварийное восстановление под инфраструктуру компании.
Потребуются ли изменения в коде сайта?
Способ зависит от приложения. Используем SDK, агент, sidecar либо доставку при развёртывании; небольшие правки конфигурации и инициализации входят в подключение.
Сможет ли разработчик увидеть все секреты?
Права выдаются сервисам и сотрудникам по назначению и окружению. Разработчик может управлять ссылками и версиями без доступа к production-значениям.
Как меняется секрет без остановки сайта?
Используем новую версию и период перекрытия, если поставщик поддерживает два значения. Проверяем переход потребителя, затем отзываем прежний ключ.
Убираете ли секреты из истории Git?
Внедрение переносит активные значения и приводит к их ротации. Поиск исторических копий, очистка репозитория и проверка архивов выполняются услугой уборки секретов из кода.
Что произойдёт при временной недоступности хранилища?
Выбираем поведение под архитектуру: безопасный кеш агента, контролируемый перезапуск, понятная ошибка и оповещение. Сценарий проверяем до завершения переноса.
Можно разделить доступ production и test?
Да. Создаём отдельные пути или секреты, сервисные идентичности и политики, поэтому каждое окружение получает только собственные значения.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.
Следующие шаги по защите
Связанные работы выстроены в практическом порядке. Можно начать с текущей задачи или перейти к соседнему этапу.
- 01Уборка секретов и токенов из кода
Убрать секреты из кода
- 02Настройка Vault или Yandex Lockbox для секретов сайта
Перенести секреты в хранилище
- 03Аудит привилегированных доступов к сайту
Проверить привилегированные доступы