Microsoft Copilot видит только доступные данные - и именно поэтому может показать лишнее
Меня зовут Александр Жогов, я основатель ИТ-компании "+Альянс". В сфере информационных технологий я работаю более двадцати лет. Около года назад мы начали использовать Copilot внутри организации, и именно вопросы доступа к данным оказались темой, к которой пришлось возвращаться чаще всего.
На первый взгляд документация Microsoft звучит reassuringly просто: Copilot обращается только к информации, доступной конкретному пользователю. Ассистент не получает автоматически обзор всего тенанта и не может открыть файл, к которому у сотрудника нет разрешений. Однако в этой формулировке есть важная деталь: если право просмотра выдано - даже случайно, давно и слишком широкому кругу лиц, - Copilot вправе использовать такие данные в ответе.
В документации Microsoft прямо указано, что Copilot получает доступ только к информации, на которую пользователь уже имеет разрешение. Работа внутри границ Microsoft 365 сама по себе не означает, что ассистент видит весь корпоративный массив. Доступ ограничивается идентичностью вошедшего пользователя и его фактическими правами.
Механизм построен вокруг Microsoft Graph и семантического индекса. При формировании ответа система учитывает границы доступа, связанные с учётной записью пользователя, а в результаты может включаться организационная информация, доступная ему хотя бы на просмотр. Иными словами, для появления документа в ответе не требуется право редактирования, скачивания или администрирования. Достаточно возможности открыть его содержимое.
Именно здесь возникает главный риск. Сам по себе Copilot не нарушает модель безопасности. Проблема в том, что сама модель доступа в Microsoft 365 нередко формировалась годами без единой инвентаризации. Документы раздавали коллегам "на время", Teams-группы создавались под проекты, ссылки оставались активными после завершения работ, а настройки SharePoint и OneDrive позволяли делиться контентом с более широкой аудиторией, чем предполагал владелец файла.
Таким образом, безопасность Microsoft Copilot во многом определяется не только настройками ассистента, но и качеством уже существующей системы разрешений. Microsoft Copilot для бизнеса не создаёт новую дыру автоматически - он делает старые ошибки доступа заметнее и удобнее для поиска.
Почему широкие права становятся проблемой
Внутри компании мы используем Copilot для сквозного поиска по рабочей информации. Один запрос способен объединить сведения из электронной почты, переписки Teams, документов SharePoint и файлов OneDrive. Для сотрудника это удобно: не нужно помнить, где именно хранятся нужные данные. Но та же функция может быстро найти файл, который кто-то когда-то открыл всей организации и затем забыл ограничить.
Microsoft отдельно говорит о риске accidental oversharing - случайного чрезмерного предоставления доступа. Поэтому перед внедрением Microsoft Copilot рекомендуется проверить настройки совместного использования в SharePoint и OneDrive, а также воспользоваться отчётами управления доступом к данным. Практический смысл этой рекомендации очевиден: сначала нужно понять, кто и к какой информации может обратиться, и только потом расширять поисковые возможности сотрудников.
Для такой проверки Microsoft предлагает несколько инструментов. Content Management Assessment помогает обнаруживать потенциально чрезмерно открытые материалы и выдаёт администраторам рекомендации по приоритетам исправления. Это не полноценная автоматическая уборка, а скорее список зон риска, с которых стоит начать аудит.
Отчёты Data access governance позволяют находить сайты, где может находиться чувствительное или слишком широко расшаренное содержимое. Особого внимания заслуживают Site permissions baseline report и отчёт Everyone except external users, известный как EEEU. Первый показывает общую картину разрешений по сайтам, а второй помогает выявить до ста сайтов, где за последние 28 дней контент был доступен всей организации.
У такого отчёта есть существенное ограничение: он не является полной инвентаризацией тенанта. Выборка ограничена ста сайтами и временным окном в 28 дней. Если доступ для всей компании выдали пять недель назад, событие уже не попадёт в текущий отчёт. Поэтому EEEU разумно снимать регулярно и сравнивать результаты во времени, а не воспринимать единичный запуск как доказательство чистоты среды.
Что проверить до запуска Copilot
На практике аудит стоит начинать не с самого ассистента, а с групп и общих ресурсов. Нужно проверить вложенные группы, универсальные группы Microsoft Entra ID, команды Teams, общие почтовые ящики, сайты SharePoint и папки OneDrive. Особенно опасны универсальные группы с широким составом участников: владелец сайта может видеть лишь название группы и не осознавать, сколько сотрудников фактически получает доступ.
Отдельный класс риска - устаревшие учётные записи и проекты. Сотрудник мог перейти в другой отдел, подрядчик - завершить работу, а его доступ к общей группе или сайту остаться действующим. Copilot не будет оценивать, "логично" ли наличие права с точки зрения бизнеса. Для него действующее разрешение означает допустимый источник данных.
Полезно заранее разделить данные по критичности. Финансовые документы, персональные данные, коммерческие условия, кадровая информация и материалы руководства должны иметь более строгую модель доступа, чем общие инструкции или внутренние новости. Здесь важно не только внедрение Microsoft Copilot, но и пересмотр жизненного цикла документов: кто владелец, как часто проверяются права, когда доступ автоматически закрывается.
Метки чувствительности могут стать дополнительным уровнем контроля, однако их не стоит воспринимать как универсальную замену аудиту разрешений. Они помогают классифицировать и защищать информацию, но эффективность зависит от того, насколько последовательно организация применяет политики, обучает пользователей и контролирует исключения. Любая технология маркировки бессильна, если критичные файлы изначально доступны слишком широкой группе.
Два разных вопроса безопасности
В обсуждениях часто смешивают два инструмента: ограничение доступа к данным и защиту информации после её использования. Первый отвечает на вопрос, может ли пользователь увидеть документ. Второй - что произойдёт после того, как данные попали в ответ, были скопированы, пересланы или использованы в новом материале.
Поэтому настройка прав доступа Microsoft 365 должна идти вместе с политиками Purview, аудитом действий, правилами хранения и контролем обмена информацией. Условно говоря, разрешение на просмотр не должно автоматически означать отсутствие последующего контроля. Нужно понимать, какие запросы выполнялись, какие документы использовались для ответа, кто получил результат и какие действия с ним совершались.
При этом документация не всегда даёт готовый ответ на все организационные вопросы. Она описывает техническую границу доступа, но не определяет, какие права считать избыточными именно для вашей компании, кто обязан проводить ревизию и как быстро закрывать найденные нарушения. Эти правила приходится формулировать самостоятельно до запуска сервиса.
Практический план может выглядеть так: составить перечень критичных сайтов и групп, провести базовую ревизию разрешений, отключить устаревшие ссылки, настроить регулярные отчёты, определить владельцев данных и только затем расширять использование Copilot. Подробный разбор взаимосвязи между правами, поиском и риском лишней выдачи можно найти в материале о [контроле доступа и Microsoft Copilot для бизнеса](https://habr.com/ru/articles/1078714/?utm_campaign=1078714&utm_source=habrahabr&utm_medium=rss).
Главный вывод прост: фраза "Copilot видит только то, к чему у пользователя есть доступ" действительно верна. Но она не гарантирует, что сотрудник увидит только то, что ему действительно необходимо для работы. Ассистент честно соблюдает выданные разрешения - даже если эти разрешения появились из-за ошибки, забытых ссылок или слишком либеральных настроек SharePoint.
Поэтому запуск Copilot следует рассматривать не как отдельную установку нового сервиса, а как проверку всей информационной архитектуры Microsoft 365. Чем лучше организация управляет правами, классификацией и жизненным циклом данных, тем полезнее будет ассистент и тем ниже риск непреднамеренного раскрытия внутренней информации.
