[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-access-review::ru":3,"gloss-cluster-access-review::ru":26,"gloss-next-access-review::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"access-review","security","Пересмотр доступов","Пересмотр доступов — периодическая проверка того, что люди и сервисы, у которых есть доступ к системе, всё ещё в нём нуждаются: владелец подтверждает каждое право либо оно снимается. Он существует потому, что доступы накапливаются: новичкам выдают, переходящие внутри компании сохраняют старое и получают новое, ушедших иногда пропускают, а интеграции переживают породивший их проект. В повседневной работе ничто не отбирает лишнее право, поэтому механизмом становится плановый пересмотр.\n\nС появлением ИИ это важнее, потому что поисковые системы наследуют выданный им доступ и затем открывают его через куда более простой интерфейс. Забытая расшаренная папка раньше означала документ, который бывший коллега нашёл бы, если бы специально искал; с ассистентом, индексирующим эту папку, она означает вопрос, который любой задаст обычными словами и получит ответ. Избыточный доступ, бывший теоретическим, становится достижимым.\n\nПересмотр, дающий реальный результат, имеет владельца, понимающего, зачем доступ нужен, — обычно это владелец системы или данных, а не служба безопасности, которая видит список, но не может судить о необходимости. Он охватывает служебные учётные записи, API-ключи и учётные данные интеграций наравне с людьми, поскольку именно они обычно самые привилегированные и реже всего пересматриваются. И его умолчание — снятие: право, которое никто не подтвердил, должно истечь, а не остаться потому, что никто не ответил.\n\nИзвестный сценарий провала — формальное «одобрить всё». Ежеквартальный пересмотр, поданный руководителю сотнями строк со сроком, утверждается оптом, и упражнение производит артефакт для аудита без единого изменения в экспозиции. Меньшие и более частые пересмотры по одной системе, где сверху выведены высокопривилегированные и спящие записи, читают всерьёз. Всё, что решается по данным об учётных записях — отзыв при увольнении, автоматическое распространение смены роли, — стоит автоматизировать, а не показывать человеку.\n\nСвязывайте это с реестром ИИ-систем: по каждому индексируемому источнику вопрос не только в том, кто дотягивается до индекса, но и в том, уважает ли сам индекс права доступа исходных документов в момент запроса. Пересмотр, подтверждающий права пользователей, пока слой поиска отвечает содержимым, которое эти пользователи открыть не могут, проверил не ту границу.","Пересмотр доступов подтверждает, что доступ ещё нужен. С ИИ ставки выше: поисковый индекс превращает забытый доступ в вопрос, на который получат ответ.",null,[11,14,17,20,23],{"slug":12,"name":13},"audit-log","Журнал аудита (Audit Log)",{"slug":15,"name":16},"break-glass-access","Аварийный доступ (break-glass)",{"slug":18,"name":19},"least-privilege","Принцип наименьших привилегий (Least Privilege)",{"slug":21,"name":22},"role-based-access-control","Управление доступом на основе ролей (RBAC)",{"slug":24,"name":25},"scim","SCIM (система кросс-доменного управления идентификацией)",[27,31,34,37,40,43,46,48,51,52,55,58],{"slug":28,"category":5,"name":29,"updated_at":30},"ai-governance","Управление ИИ","2026-09-08T21:32:37+00:00",{"slug":32,"category":5,"name":33,"updated_at":30},"ai-incident-reporting","Сообщение об ИИ-инцидентах",{"slug":35,"category":5,"name":36,"updated_at":30},"ai-review-board","Совет по рассмотрению ИИ",{"slug":38,"category":5,"name":39,"updated_at":30},"ai-risk-tiering","Ранжирование ИИ по риску",{"slug":41,"category":5,"name":42,"updated_at":30},"ai-system-inventory","Реестр ИИ-систем",{"slug":44,"category":5,"name":45,"updated_at":30},"ai-usage-policy","Политика использования ИИ",{"slug":12,"category":5,"name":13,"updated_at":47},"2026-09-08T21:32:36+00:00",{"slug":49,"category":5,"name":50,"updated_at":47},"blast-radius","Радиус поражения",{"slug":15,"category":5,"name":16,"updated_at":47},{"slug":53,"category":5,"name":54,"updated_at":47},"bridge-letter","Бридж-письмо (bridge letter)",{"slug":56,"category":5,"name":57,"updated_at":47},"business-associate-agreement","Соглашение с бизнес-партнёром (BAA)",{"slug":59,"category":5,"name":60,"updated_at":47},"byok","Собственный ключ шифрования (BYOK)"]