Услуга ставит под контроль учётные записи с максимальными правами в ваших системах: администраторов, сервисных учёток, подрядчиков. Вы получаете управляемый, логируемый и регулярно проверяемый привилегированный доступ вместо «тихих» админ-прав у неопределённого круга сотрудников.
Кому нужна услуга
Компания прошла аудит или проверку, и в отчёте указано «нет контроля привилегированного доступа».
Админ-права выдавались годами «по заявке в чате», и никто не знает полный список привилегированных учёток.
Недавно менялся или увольнялся администратор, и есть риск, что права остались.
Подрядчики и внешние интеграторы имеют постоянный доступ к продовым системам без логирования.
Инcident response показал, что действия внутри инфраструктуры невозможно восстановить по логам.
Готовитесь к сертификации или требованию регулятора по разделению и контролю доступа.
Что нужно от вас на входе
Перечень критичных систем и инфраструктуры, где есть привилегированный доступ. Определить границы проекта и приоритеты обработки учётных записей.
Доступ к системам для инвентаризации: AD/LDAP, PAM (если есть), ОС, СУБД, облака, CI/CD. Собрать фактический список привилегированных учётных записей и их владельцев.
Действующие политики и регламенты по доступам, ИБ, кадровым процессам. Привести новые правила в соответствие с тем, что уже принято в компании.
Ответственный за ИБ и ответственные за системы со стороны заказчика. Согласовать решения и обеспечить выполнение регламента после сдачи.
Сведения о подрядчиках и внешних пользователях с доступом. Включить их в контур контроля: сроки, объём прав, порядок отзыва.
Доступ к журналам и SIEM (при наличии) для проверки текущего логирования. Понять, что уже фиксируется, а какие события нужно добавить.
Комплект документов, который вы получаете
Описание услуги — наш стандарт качества: заранее видно, какие документы вы получите и зачем нужен каждый.
Документ | Формат | Для чего нужен |
|---|---|---|
Реестр привилегированных учётных записей | Таблица / выгрузка в систему | Единый источник правды: кто, где, с какими правами и на каком основании. |
Карта потоков привилегированного доступа | Схема (BPMN / диаграмма) | Показать, как выдаётся, используется и отзывается доступ, и где находятся точки контроля. |
Регламент выдачи, использования и отзыва привилегий | Текстовый документ с ролями и шагами | Зафиксировать правила: кто запрашивает, кто согласует, на какой срок, как отзывается. |
Матрица ролей и уровней привилегий | Таблица | Разделить уровни доступа и не выдавать «максимум» там, где достаточно части прав. |
Настроенные правила логирования и алертов | Конфигурация в PAM / SIEM / ОС | Фиксировать вход, действия, изменения прав и подозрительные операции. |
Чек-лист регулярного аудита привилегированного доступа | Чек-лист / рабочая тетрадь | Проводить проверки по единому сценарию без пропусков. |
План устранения выявленных нарушений | Таблица с приоритетами | Закрыть найденные риски: лишние права, бесхозные учётки, отсутствие логирования. |
План выполнения услуги
Этап | Что делаем | Результат этапа |
|---|---|---|
1. Бриф и границы | Уточняем системы, роли, ожидания и ограничения. Фиксируем, что входит в проект. | Согласованные границы и план работ. |
2. Инвентаризация | Собираем полный список привилегированных учётных записей, владельцев и прав. | Реестр привилегированных учётных записей. |
3. Анализ рисков | Выявляем лишние права, бесхозные учётки, отсутствие логирования, нарушения разделения. | Список рисков и приоритетов. |
4. Проектирование контроля | Определяем точки контроля, уровни привилегий, правила выдачи и отзыва, состав логируемых событий. | Карта потоков и матрица ролей. |
5. Настройка логирования и алертов | Включаем фиксацию входов, действий и изменений прав; настраиваем уведомления по критичным событиям. | Работающее логирование и алерты. |
6. Регламент | Описываем процессы выдачи, использования и отзыва привилегий с ролями и сроками. | Утверждённый регламент. |
7. Пилот на ограниченном контуре | Прогоняем новый порядок на одной-двух системах, проверяем работоспособность. | Подтверждённый рабочий процесс и корректировки. |
8. Передача и обучение | Передаём документы, показываем, как проводить аудит, отвечаем на вопросы. | Команда умеет работать по регламенту. |
Чек-лист качества
Перед сдачей исполнитель проверяет результат по этому списку:
Реестр привилегированных учётных записей полон и сверен с фактическими системами.
У каждой привилегированной учётки есть владелец и основание для прав.
Лишние и бесхозные привилегии либо отозваны, либо включены в план устранения.
Логирование фиксирует вход, ключевые действия и изменения прав.
Настроены алерты на критичные события привилегированного доступа.
Регламент содержит шаги, роли, сроки и порядок отзыва при увольнении и смене роли.
Матрица ролей не допускает выдачу максимальных прав без обоснования.
Проведён пилот, и его результаты учтены в документах.
Ответственные знают, как проводить регулярный аудит по чек-листу.
Критерии приёмки работ
Работа считается выполненной, когда выполнены все пункты. Критерии фиксируем вместе с расчётом — до начала работ.
Полнота реестра. Выборочная сверка реестра с AD/LDAP, ОС, СУБД, облаками и PAM не выявляет пропущенных привилегированных учёток.
Работающее логирование. Демонстрация: вход привилегированной учётки и изменение прав фиксируются в журнале и порождают событие.
Регламент применим. Ответственный за ИБ и владелец системы подтверждают, что шаги регламента выполнимы на практике.
Риски закрыты или запланированы. По каждому выявленному риску есть либо устранение, либо задача с ответственным и приоритетом.
Передача состоялась. Команда заказчика проводит аудит по чек-листу самостоятельно на демонстрационном прогоне.
Документы согласованы. Реестр, карта потоков, матрица ролей и регламент утверждены ответственными заказчика.
На проверку результата — 3 рабочих дня. Замечания в рамках согласованного объёма устраняются без доплаты.
После сдачи: результат остаётся рабочим инструментом
Все материалы остаются в вашем пространстве OrgDevTools — их можно дорабатывать без исполнителя:
Процессы (BPMN). Карта выдачи, использования и отзыва привилегий переносится в BPMN-схему, которую можно менять при изменении систем и ролей.
База знаний и регламенты. Регламент, матрица ролей и чек-лист аудита живут в базе знаний с версиями и доступом по ролям.
Сервис деск. Заявки на выдачу и отзыв привилегий проходят через сервис деск по маршруту согласования из регламента, с историей.
Рабочие тетради и методики. Чек-лист регулярного аудита и записи проверок ведутся в рабочих тетрадях: видно, что проверено, кем и когда.
AI-советник OrgDevTools. AI-советник OrgDevTools подсказывает команде шаги по регламенту привилегированного доступа и находит нужные пункты в базе знаний. При отклонениях или вопросах по заявке он опирается на утверждённые методики, а не на общие соображения.
Чем эта услуга не является
Не является установкой конкретного коммерческого PAM-продукта и не заменяет его лицензирование.
Не включает круглосуточный мониторинг и реагирование на инциденты — это отдельная услуга.
Не является юридической оценкой соответствия требованиям регуляторов.
Не гарантирует отсутствие инцидентов: услуга снижает риск и делает действия наблюдаемыми.
Стоимость и сроки
Стоимость рассчитывается после брифа: зависит от масштаба компании, числа подразделений и глубины проработки. Расчёт и состав работ фиксируем до начала — без сюрпризов в конце.
Частые вопросы об услуге «Постановка контроля привилегированного доступа»
Мы уже используем PAM. Что даст услуга?
Услуга дополняет PAM: проверяет полноту учёток, настраивает процессы выдачи и отзыва, задаёт регулярный аудит. Если PAM настроен частично, мы закрываем пробелы в процессах и логировании.
Сколько это займёт по времени?
Ориентировочно зависит от числа систем и текущего состояния. Точный план и стоимость рассчитываются после брифа.
Сколько стоит?
Стоимость рассчитывается после брифа: она зависит от количества систем, учётных записей и объёма настройки логирования.
Нужно ли останавливать работу администраторов?
Нет. Инвентаризация и настройка идут без остановки сервисов; изменения прав вводятся поэтапно, начиная с пилота.
Что будет после сдачи?
Регламент, матрица ролей и чек-лист аудита остаются в OrgDevTools. Команда проводит проверки самостоятельно, а AI-советник помогает по шагам и базе знаний.
Кто должен участвовать со стороны заказчика?
Ответственный за ИБ, администраторы систем и владельцы критичных сервисов. Их участие нужно для инвентаризации, согласования регламента и приёмки.
Заказать услугу
Опишите задачу в заявке ниже — уточним детали, пришлём расчёт и план работ.