Latest / M365.FM – подкаст о Microsoft 365, Copilot и ИИ на русском / Microsoft 365 Copilot допускает утечку данных? Как защитить разрешения Graph, DLP и Purview (ИИ-дубляж)

Transcript

Microsoft 365 Copilot допускает утечку данных? Как защитить разрешения Graph, DLP и Purview (ИИ-дубляж) · M365.FM – подкаст о Microsoft 365, Copilot и ИИ на русском

• 0:00
  Готовы к 10 дням погружения в Microsoft 365, Copilot и Azure и знакомство с людьми,
• 0:06
  формирующими будущие работы. В этом январе M365 CON возвращается, и мы расширяем границы.
• 0:12
  Присоединяйтесь к нам для участия в живых сессиях, демонстрациях реальных кейсов и получения
• 0:16
  практических знаний от MVP и экспертов со всего мира. Никаких общих слайдов,
• 0:20
  никакой пустой терминологии. Мы решаем реальные задачи, Copilot Studio, E-агенты,
• 0:25
  фабрик, безопасность, управление и автоматизация. Независимо от того, являетесь ли вы это
• 0:31
  специалистом, разработчиком или руководителем бизнеса, у нас есть сессии специально для вас.
• 0:35
  За 10 полных дней вы сможете изучить множество технологий и наладить связи с глобальным
• 0:39
  сообществом. Смотрите в прямом эфире и применяйте практические идеи в своей организации.
• 0:44
  Январь 2027 года, 10 дней, одно сообщество Microsoft. Регистрация уже открыта.
• 0:51
  Зайдите на m365con.net и забронируйте свое место сегодня. Это m365con.net.
• 1:00
  Присоединяйтесь на m365con.net. Увидимся в прямом эфире в январе.
• 1:04
  Если вы думаете, что Copilot показывает только то, на что у вас уже есть права доступа,
• 1:08
  подумайте еще раз. Одно неверное разрешение в граф, и ваш и внезапно может выдать данные,
• 1:12
  которые не были одобрены комплайнс-отделом. Самое пугающее это, что вы можете даже не заметить,
• 1:16
  как это происходит. В этом видео я разберу реальные риски неконтролируемого доступа
• 1:20
  Copilot и покажу, как конфиденциальные файлы, финансовые отчеты и данные клиентов могут
• 1:24
  оказаться в чужих руках. Затем я покажу, как ограничить этот доступ с помощью разрешений
• 1:28
  граф, политик, DLP и перевью, не снижая продуктивность тех, кому доступ действительно нужен.
• 1:34
  Когда Copilot знает слишком много, младший сотрудник запрашивает заметки по проекту за прошлый квартал
• 1:39
  и получает некраткое содержание своей встречи, а подробный протокол закрытого заседания
• 1:44
  совета директоров, включая стратегические решения, сокращение бюджета и имена, которые не должны были
• 1:50
  попасть к этому человеку. Никаких оповещений об утечке, никаких предупреждений DLP просто и
• 1:55
  спокойно передал документ, которому не должен был иметь доступа. Это происходит потому,
• 1:59
  что Copilot не останавливается магическим образом на почтовом ящике или папке OneDrive пользователя.
• 2:03
  Его возможности ограничены лишь разрешениями, предоставленными через Microsoft Graph.
• 2:07
  А Graph — это не просто база данных, это центральная точка доступа практически ко всему
• 2:12
  контенту в Microsoft 365, SharePoint, сообщениям Teams, событиям календаря, OneNote и данным CRM,
• 2:18
  привязанным к тенанту. Все это проходит через Graph, если нужная дверь открыта. Это то,
• 2:23
  что упускают из виду многие администраторы. Существует распространенное мнение, что если я
• 2:27
  вошел в систему под своей учетной записью, Copilot увидит только то, что вижу я. Звучит разумно.
• 2:31
  Проблема в том, что сам Copilot часто работает с отдельным набором прав доступа приложения.
• 2:36
  Если эти разрешения шире прав вошедшего в систему пользователя, вы получаете и помощника,
• 2:40
  способного получить доступ к гораздо большему объему данных, чем человек за клавиатурой. И в некоторых
• 2:45
  случаях внедрение эти повышенные права предоставляются без каких-либо вопросов о целесообразности.
• 2:50
  Представьте финансового аналитика, работающего над квартальным прогнозом. Он запрашивает
• 2:54
  у Copilot текущие данные по продажам для 20 крупнейших клиентов. В рамках своих обычных полномочий
• 3:00
  он должен видеть показатели только по части этих клиентов. Но из-за того, как настроены области
• 3:04
  доступа граф в регистрации приложения Copilot и извлекает полный отчет о продажах с общего командного
• 3:09
  сайта, которому у аналитика никогда не было прямого доступа. С точки зрения конечного
• 3:14
  пользователя, ничего подозрительного нет. Но с точки зрения безопасности и соответствия
• 3:17
  нормативным требованиям, это утечка конфиденциальных данных. Разрешение граф API – это,
• 3:22
  по сути, парадная дверь к данным вашей организации. Microsoft разделяет их на делегированные
• 3:26
  разрешения, действующие от имени вошедшего пользователя, и разрешение уровня приложения,
• 3:31
  позволяющие приложению работать автономно. Для сценариев Copilot часто требуются делегированные
• 3:35
  разрешения на извлечение контента, но некоторые функции, например, создание сводки собрания Teams,
• 3:40
  в котором пользователь не участвовал, могут побудить администраторов утвердить разрешение на уровне
• 3:44
  приложения. И именно здесь кроется опасность. Разрешение уровня приложения игнорирует
• 3:49
  ограничения отдельных пользователей, если вы намерены не ограничите их область действия.
• 3:53
  Такие одобрения часто происходят на ранних этапах внедрения, и Т-администратор,
• 3:57
  тестирующий Copilot в тестовом арендаторе, может нажать «Принять» в запросе прав, просто чтобы завершить
• 4:02
  настройку, а затем перенести эту конфигурацию в рабочую среду, не оценив последствия.
• 4:06
  Будучи однажды предоставленными, эти широкие права сохраняются, пока кто-то активно их не
• 4:11
  пересмотрит. Со временем, по мере подключения новых источников данных к М365, охватка
• 4:16
  Copilot расширяется без принятия каких-либо осознанных решений. Это незаметное расползание прав,
• 4:21
  никакой драмы, никаких жалоб пользователей, просто постепенное расширение зоны доступа и…
• 4:25
  Проблема в том, что большинство команд безопасности не знают, какие функции Copilot требуют
• 4:30
  определенного уровня доступа к графу. Они могут увидеть чтение всех файлов в SharePoint и предположить,
• 4:35
  что оно ограничено контекстом пользователя, не осознавая, что это разрешение действует на
• 4:40
  уровне всего арендатора. Без сопоставления конкретных сценариев и с минимально необходимыми
• 4:45
  разрешениями вы в итоге довольствуетесь тем, что было утверждено при первоначальной настройке.
• 4:50
  И чем шире эти права, тем больше потенциальный разрыв между ожидаемым и фактическим поведением
• 4:55
  системы. Также стоит помнить, что результаты работы Copilot не сопровождаются встроенным
• 5:01
  отслеживанием разрешений, видимым для пользователя. Если и извлекает контент из расположения,
• 5:06
  доступ к которому пользователю обычно закрыт, не появляется предупреждающего баннера о том,
• 5:10
  что это выходит за рамки вашего допуска. Из-за отсутствия прозрачности рискованной
• 5:14
  утечки легче маскируется под повседневные рабочие процессы. Главный вывод здесь заключается в том,
• 5:19
  что разрешение граф для развертывания, и это не просто очередная галочка в процессе внедрения.
• 5:23
  Это архитектурное решение, определяющее каждое взаимодействие, которое Copilot будет
• 5:27
  осуществлять в вашей сети. Относитесь к ним также, как к правилам Брандмауэра или настройкам VPN,
• 5:32
  обдуманно, тщательно проверяя и периодически пересматривая. Стандартные настройки позволяют
• 5:37
  быстро начать работу, но они также предполагают, что вы готовы к тому, что и будет охватывать
• 5:41
  гораздо больше данных, чем человек. Теперь, когда мы увидели, как легко границы доступа
• 5:45
  могут размываться, возникает вопрос, как обнаружить эти уязвимости до того, как они превратятся
• 5:49
  в серьезный инцидент. Найти утечки до того, как они произойдут. Если бы Copilot уже начал показывать
• 5:53
  данные, которые не должен, заметили бы вы это. Для большинства организаций честные
• 5:57
  ответы нет. Дело не в том, что информация будет опубликована на общедоступном сайте или
• 6:02
  разослана по списку рассылки. Утечка может незаметно проявиться в черновике документа,
• 6:07
  сводке или ответе, сгенерированном ИИ. И если никто не заметит ничего необычного,
• 6:12
  она пройдет незамеченной, не вызывая тревоги. Проблема с видимостью начинается с того,
• 6:16
  как устроено большинство систем мониторинга. Они настроены на традиционные действия,
• 6:21
  загрузку файлов, подозрительные места входа, массовые рассылки, а не на то, как и извлекает
• 6:27
  и компилирует информацию. Copilot не открывает файлы в обычном понимании. Он опрашивает источники
• 6:32
  данных через Microsoft Graph, компилирует результаты и представляет их в виде текста на естественном
• 6:37
  языке. Это означает, что стандартные отчеты о доступе к файлам могут выглядеть чистыми,
• 6:42
  в то время как и в фоновом режиме продолжает обращаться к конфиденциальным данным.
• 6:45
  Я видел ситуации, когда компания понимала, что что-то не так, только потому, что сотрудник случайно
• 6:50
  упоминал имя клиента, не входящего в компетенцию его отдела. Когда руководитель спрашивал,
• 6:55
  откуда он это узнал, ответом было, Copilot добавил это в мой черновик. Не было ни текета об инциденты,
• 7:00
  ни автоматического оповещения, лишь случайный комментарий, который заставил ИТ-отдел начать
• 7:04
  расследование. К тому времени, как они разобрались в ситуации, те же ответы и уже успели распространиться
• 7:09
  по нескольким командам. Microsoft 365 предоставляет инструменты для расследования таких сценариев,
• 7:14
  но нужно знать, где искать. Функция аудита в первью может детально записывать историю доступа
• 7:19
  Copilot к данным. Просто она не помечена большим ярким значком и в поиске по журналу
• 7:24
  аудита можно отфильтровать действия по специфическим операциям Copilot, таким как поисковый запрос
• 7:29
  или доступ к файлу и сузить поиск по идентификатору приложения, привязанному к вашему
• 7:34
  развертыванию Copilot. Это требует небольшой предварительной подготовки. Вам нужно подтвердить
• 7:38
  детали регистрации приложения в IntraID, чтобы иметь возможность идентифицировать этот трафик.
• 7:42
  После этого задача сводится к выявлению закономерностей. Если вы видите большой объем запросов
• 7:46
  от учетных записей, которые обычно не нуждаются в больших данных, например, стажер делает 10 сложных
• 7:50
  поисковых запросов в час, это стоит проверить. То же самое касается внезапных всплесков появления
• 7:55
  контента с грифом «Конфиденциально» в отделах, которые обычно с ним не работают.
• 7:58
  Первью может помечать активность с метками, поэтому если запрос к Copilot задействует документ
• 8:03
  с меткой, вы увидите это в журналах, даже если и не выдал полный текст.
• 8:08
  Проверки доступа на основе ролей – еще один способ связать факты воедино.
• 8:12
  Сопоставляя список реальных пользователей Copilot с типами данных, с которыми они работают,
• 8:16
  можно заранее выявить потенциальные несоответствия. Возможно, финансовый отдел активно
• 8:21
  использует Copilot для отчетов, это логично. Но почему несколько аккаунтов отдела маркетинга
• 8:25
  обращаются к зарплатным ведомостям через запросы к И? Такие проверки дают более широкую картину,
• 8:29
  выходящую за рамки отдельных событий в журнале Аудита. Проблема в том, что стандартные панели
• 8:34
  мониторинга здесь мало помогут. Они объединяют всю активность M365 в широкие категории,
• 8:40
  из-за чего специфическое поведение и может смешиваться с обычными операциями.
• 8:44
  Не создавая пользовательские фильтры или отчеты, ориентированные на ID вашего приложения
• 8:49
  Copilot и шаблоны использования, вы по сути пытаетесь найти крупицы песка в море данных.
• 8:55
  Вам нужна целенаправленная прозрачность, а не просто больше данных. Речь не о создании культуры
• 8:59
  слежки, а о том, чтобы точно знать, что именно извлекает ваш И. Правильный подход к ведению
• 9:04
  журналов позволяет ответить на три критических вопроса. Что извлек Copilot? Кто запустил запрос? И
• 9:09
  соответствовало ли это действие вашим текущим политикам безопасности и соответствия требованиям?
• 9:13
  Эти ответы позволяют решать проблемы точечно, будь то изменение прав доступа,
• 9:18
  уточнение правил DLP или пересмотр ролей. Без этой ясности приходится гадать,
• 9:23
  а гадание – это не стратегия безопасности. Поэтому вместо того, чтобы ждать случайного
• 9:29
  комментария, стоит потратить время на структурирование мониторинга, чтобы следы Copilot были видны и
• 9:35
  очлеживаемы. Таким образом, любой признак избыточного доступа к данным становится контролируемым
• 9:40
  событиям, а не сюрпризом. Знать, где находятся утечки – это только первый шаг. Настоящая цель – сделать
• 9:46
  так, чтобы они не повторились. И именно здесь нужны правильные защитные механизмы. Защитные механизмы,
• 9:51
  которые действительно работают. DLP предназначен не только для отлова писем с номерами кредитных
• 9:56
  карт. В контексте Copilot это может быть растяжка, которая не даст конфиденциальным данным попасть
• 10:02
  в ответ и, который затем вставят в чат-тимс или экспортируют в документ за пределы вашего тенанта.
• 10:07
  Это все тот же инструмент в Microsoft 365, но для настройки его под сценарией и требуется другой
• 10:15
  подход. Разрыв в том, что DLP-политики большинства организаций по-прежнему опираются на старые
• 10:21
  трикгеры – вложения в письмах, скачивание файлов на USB-накопители, копирование данных в
• 10:27
  несанкционированные приложения. Copilot не активирует эти правила по умолчанию,
• 10:31
  потому что он не пересылает файлы. Он генерирует контент на лету. Если вы попросите Copilot
• 10:37
  предоставить полный список клиентов с пометкой «Ограниченный доступ», и он извлечет его из
• 10:42
  маркированного документа, данные могут быть переданы, не затронув традиционные условия DLP.
• 10:47
  Вот почему запросы и ответы от него должны быть явно включены в область действия вашей политики
• 10:52
  DLP. Практический пример. Предположим, ваша политика запрещает экспорт определенных
• 10:57
  контрактных документов за пределы защищенной среды. Пользователь может попросить Copilot извлечь
• 11:02
  ключевые пункты и вставить их в PowerPoint. Если ваши правила DLP не очлеживают контент,
• 11:07
  созданный и эти конфиденциальные материалы окажутся в незащищенном файле.
• 11:12
  Расширив проверку DLP на выходные данные Copilot, вы сможете заблокировать сохранение этого
• 11:17
  PowerPoint в неуправляемом месте или передачу его внешнему гостю в Teams. Настройка этого процесса в
• 11:23
  Microsoft 365 несложна, но требует тщательного подхода. Сначала в портале «Соответствие Microsoft
• 11:29
  Первью» перейдите в раздел «Защиты от утечки данных» и создайте новую политику. При выборе
• 11:34
  расположений для применения политики включите Exchange, SharePoint, OneDrive и, что важно, Teams,
• 11:40
  так как Copilot может выводить данные в любой из них. Затем определите условия. Вы можете
• 11:45
  использовать встроенные типы конфиденциальной информации, такие как номера финансовых счетов,
• 11:49
  или пользовательские, которые обнаруживают внутренние коды ваших проектов. А если вы
• 11:53
  последовательно используете метки конфиденциальности, вы также можете настроить срабатывание условия при
• 11:58
  появлении помеченного контента в конечном файле при его сохранении или отправке.
• 12:03
  Наконец, настройте действия, блокируйте общий доступ, показывайте пользователю подсказку о политике
• 12:08
  или требуйте обоснования для продолжения действий. Сами метки конфиденциальности играют
• 12:12
  ключевую роль в работе этого механизма. В контексте и метка – это метадонные, которые Copilot
• 12:17
  может считывать так же, как и любая другая служба М365. Если документ с грифом строго конфиденциально
• 12:23
  имеет метку, ограничивающую доступ и использование, Copilot будет соблюдать
• 12:27
  эти ограничения при генерации ответов, при условии, что параметры защиты меток применяются
• 12:32
  единообразно во всех используемых приложениях. Если и пытается использовать контент с меткой
• 12:36
  в неразрешенной области действия, связанная с этой меткой политика DLP может либо предотвратить
• 12:41
  действие, либо пометить его для проверки. Без этой связи с точки зрения комплаенса метка является
• 12:46
  лишь формальностью. Одна из самых распространенных ошибок конфигурации, с которыми я сталкиваюсь,
• 12:51
  это оставление политик DLP без учета сценариев использования и. Правила существуют, но нет связи с
• 12:56
  выходными данными Copilot, поскольку администраторы не рассматривают его как отдельный канал.
• 13:00
  Это создает слепую зону, где конфиденциальные термины в сгенерированном ответе не проверяются,
• 13:05
  хотя такой же текст в электронном письме был бы заблокирован. Чтобы исправить это,
• 13:09
  вы должны рассматривать рабочие процессы с использованием и как одно из расположений для DLP и
• 13:14
  отслеживать их наравне со всем остальным. Если DLP и метки конфиденциальности настроены правильно
• 13:19
  и взаимосвязаны, Copilot остается полезным инструментом, не создавая проблем с соответствием
• 13:24
  требованиям. Вы можете поручить ему составлять отчеты, резюмировать документы и анализировать
• 13:28
  наборы данных, при этом автоматически соблюдая те же ограничения, что и в письмах или сообщениях
• 13:33
  Teams. Пользователи получают преимущество и помощника, а защитные механизмы предотвращают
• 13:38
  утечку конфиденциальной информации. Преимущество здесь заключается не только в предотвращении
• 13:41
  случайного разглашения данных. Речь идет о том, чтобы позволить технологии работать в рамках
• 13:46
  четких правил. Таким образом, вам не придется прибегать к тотальным запретам, которые разочаровывают
• 13:50
  сотрудников и препятствуют внедрению. Вы можете настроить параметры так, чтобы отдел
• 13:55
  маркетинга мог проводить мозговые штурмы, финансовый отдел, анализ, а HR – создавать
• 14:00
  руководство по адаптации, каждый в своей зоне доступа. Однако контроль выходных данных – это лишь
• 14:05
  часть задачи. Чтобы полностью снизить риски, нужно сначала решить, кому и к каким возможностям
• 14:11
  и предоставить доступ. Универсальный подход здесь не работает. Должны ли стажер по маркетингу
• 14:17
  и финансовый директор обладать одинаковыми привилегиями в Капайлот? Эта мысль звучит
• 14:22
  абсурдно, но во многих компаниях настроена именно так. Капайлот включают для всех с одинаковыми
• 14:27
  правами доступа, потому что это быстрее и проще, чем настраивать конфигурации для каждой роли.
• 14:32
  Обратная сторона в том, что доступ и соответствует максимально открытому сценарию,
• 14:36
  а не потребностям конкретных ролей. Именно здесь на помощь приходят группы доступа к Капайлот,
• 14:41
  основанные на ролях. Вместо того, чтобы считать всех пользователей взаимозаменяемыми,
• 14:44
  вы адаптируете возможности и к информации, и рабочим процессам, необходимым для конкретных
• 14:49
  ролей. Маркетингу может потребоваться доступ к рекламным материалам и брендбукам,
• 14:54
  но не к сырым финансовым моделям. Финансовому отделу нужны эти модели, но им не нужны планы
• 14:59
  разработки продуктов на ранних стадиях. Смысл не в том, чтобы сделать Капайлот менее полезным,
• 15:03
  а в том, чтобы его возможности соответствовали рабочим задачам каждого сотрудника. Риски при
• 15:07
  предоставлении универсального доступа выше, чем кажется большинству команд. Капайлот работает,
• 15:11
  используя данные, которые уже хранятся в вашей среде Microsoft 365. Если у всех сотрудников есть
• 15:17
  равный доступ к ИИ, технология может разрушить барьеры, которые вы намеренно выстраивали.
• 15:22
  Именно так помощники HR могут случайно наткнуться на финансовые отчеты, а операционный менеджер
• 15:28
  запросить у Капайлот план выпуска продуктов на следующий год и получить еще неутвержденные детали
• 15:33
  дизайна. В моменте это не выглядит как утечка, но риск нарушения конфиденциальности вполне реален.
• 15:38
  Правильная модель доступа начинается с сопоставления рабочих функций с потребностями в данных,
• 15:42
  не только с приложениями, которые используют люди, но и с глубиной и конфиденциальностью данных,
• 15:46
  с которыми они работают ежедневно. Вы можете обнаружить, что 70% запросов вашего отдела продаж
• 15:51
  Капайлот касаются истории отношений с клиентами, в то время как менее 5% затрагивают
• 15:56
  высококонфиденциальные договоры. Это означает, что можно безопасно ограничить использование ИИ
• 16:00
  определенными библиотеками SharePoint, закрыв доступ к остальным. Проведите эту работу для каждого
• 16:05
  отдела, и вы увидите общие закономерности. Когда вы определите потребности каждой группы,
• 16:09
  Microsoft IntraID, который многие все еще называют Azure AD, станет вашим инструментом контроля.
• 16:14
  Вы создаете группы безопасности, соответствующие ролям, а затем назначаете разрешение Капайлот на
• 16:20
  уровне групп. Это может означать предоставление определенных областей графапи только участникам
• 16:24
  финансовой группы Капайлот, в то время как у маркетинговой группы будет другой набор.
• 16:29
  Доступ к конфиденциальным сайтам, каналам Teams или конкретным папкам OneDrive может регулироваться
• 16:33
  по той же модели. Сила этого подхода проявляется при его сочетании с элементами управления,
• 16:38
  которые мы уже рассмотрели. Разрешения графа определяют внешние границы того,
• 16:42
  к чему Капайлот может получить технический доступ. Политики DLP отшлеживают выходные данные
• 16:46
  и на предмет наличия конфиденциального контента. Ролевые группы выступают промежуточным звеном,
• 16:51
  гарантируя, что разрешения графа не будут избыточными для менее ответственных ролей,
• 16:56
  а DLP не придется блокировать то, что можно было предотвратить ограничением источников ввода.
• 17:01
  Но, как и любую систему, этот подход можно довести до абсурда. Возникает соблазн создавать
• 17:06
  микрогруппы для каждого отдельного сценария. Финансовый аналитик Капайлот с правами на отчетность
• 17:10
  или маркетинговый стажер без доступа к Teams так можно получить десятки вариантов.
• 17:15
  Такая детализация может выглядеть точной на бумаге, но в реальной работе это превращается в
• 17:19
  головную боль при администрировании. Пользователи меняют должности, проекты завершаются,
• 17:23
  подрядчики приходят и уходят. Если модель групп слишком жесткая, ваш ИТ-персонал будет тратить
• 17:27
  больше времени на исправление проблем с доступом, чем на реальное повышение безопасности.
• 17:31
  Главная цель – достичь баланса. Нескольких четких и хорошо определенных ролевых групп будет
• 17:35
  достаточно для большинства задач без создания административного хаоса. Группе финансового
• 17:39
  директора нужны широкие аналитические возможности, но строгий контроль над обменом результатами.
• 17:44
  Группа стажеров получает ограниченный доступ к данным, но достаточный функционал для участия в
• 17:49
  реальной работе. Руководители отделов занимают промежуточное положение, а ИТ-отдел сохраняет
• 17:53
  возможность вносить коррективы, когда для специальных проектов требуется исключение.
• 17:57
  Вы не пытаетесь заблокировать все до такой степени, что это вызывает лишь разочарование.
• 18:01
  Вы делаете работу каждого пользователя с ирелевантной, безопасной и соответствующей
• 18:04
  политике компании. Когда все настроено верно, преимущества проявляются очень быстро.
• 18:08
  Пользователей больше не удивляют данные, которые им предоставляет Капайлот, потому что они
• 18:12
  всегда находятся в рамках их сферы ответственности. У групп комплаенса становится меньше инцидентов
• 18:16
  для расследования, так как случайные утечки данных исключены. А ИТ-специалисты могут спокойно
• 18:21
  внедрять новые функции Капайлот, не опасаясь, что глобальное развертывание незаметно разрушит
• 18:26
  все выстроенные ими границы данных. Благодаря совместной работе контроля доступа и защитных
• 18:31
  механизмов, вы существенно снижаете свой профиль рисков. Но даже отлично разработанная модель важна
• 18:36
  лишь тогда, когда вы можете доказать ее эффективность как самим себе, так и тем, кто придет с
• 18:40
  проверкой. Подтверждение соответствия требованиям без замедления работы. Соблюдение нормативов – это не
• 18:45
  просто имитация безопасности, это доказательства, которые удовлетворят аудиторов. Политики и защитные
• 18:49
  механизмы – это хорошо, но если вы не можете точно показать, что происходило с данными при
• 18:53
  использовании ИИ, вам остается лишь делать заявление, а не доказывать их. Среда Капайлот, готовая
• 18:58
  к аудиту, означает, что каждое взаимодействие от запроса пользователя до извлечения данных ИИ можно
• 19:03
  объяснить и подтвердить проверяемым журналом событий. Сложность в том, что многие компании считают
• 19:08
  себя защищенными, так как проходят внутренние проверки. Эти проверки часто лишь подтверждают наличие
• 19:13
  контроля и несколько тестовых сценариев, но не всегда требуют той детализации, которую ожидают
• 19:19
  внешние аудиторы. Когда сторонний оценщик запрашивает журнал всего конфиденциального контента,
• 19:25
  к которому обращался Капайлот за прошлый квартал, а также информацию о том, кто и зачем его запрашивал,
• 19:30
  нередко обнаруживаются пробелы. Либо журналы неполные, либо они вовсе опускают события, связанные с ИИ,
• 19:36
  потому что те изначально не были соответствующим образом помечены. Именно здесь Microsoft Perview
• 19:41
  может сыграть огромную роль. Его возможности по обеспечению соответствия – это не просто применение
• 19:45
  меток и политик DLP. Они также собирают необходимые вам доказательства для форензики.
• 19:50
  В контексте Капайлот-системы Perview может записывать каждый соответствующий запрос на доступ к данным,
• 19:55
  личность пользователя и источник данных. Она также может сопоставлять эти события с моделями
• 19:59
  перемещения данных, например, если конфиденциальные файлы упоминаются в черновиках, сводках или
• 20:04
  экспортах, не полагаясь на отчеты самого ИИ. Показатель соответствия в Perview – это не просто метрика
• 20:09
  для галочки. Это моментальный снимок того, как ваша среда соответствует рекомендуемым Microsoft элементам
• 20:14
  управления, включая те, что напрямую ограничивают риски, связанные с ИИ. Более строгая гигиена
• 20:19
  разрешений граф, более жесткие конфигурации DLP и правильно настроенные ролевые группы – все это
• 20:24
  влияет на этот показатель. А поскольку показатель обновляется по мере внесения изменений,
• 20:28
  вы можете почти в реальном времени видеть, как улучшения в управлении и повышают ваш уровень
• 20:33
  соответствия. Представьте себе регуляторную проверку, где вам нужно оправдать появление определенных
• 20:38
  данных клиентов в отчете, созданном Капайлот. Без структурированного протоколирования такой
• 20:43
  разговор превращается в гадание. При правильно настроенном Perview вы можете показать запрос на
• 20:47
  доступ в журнале аудита, указать роль и разрешение, которые его санкционировали, и доказать,
• 20:51
  что вывод данных оставался в рамках утвержденных каналов. Это гораздо более легкий разговор,
• 20:55
  чем лихорадочные попытки объяснить недокументированное событие. Главное – сделать
• 20:59
  отчетность о соответствии частью вашего обычного цикла ИТ-управления, а не просто спецпроектом перед
• 21:04
  аудитом. Автоматизированная отчетность здесь очень помогает. Perview может генерировать периодические
• 21:09
  отчеты о совпадениях с политиками защиты информации, инцидентах DLP и использовании меток
• 21:14
  конфиденциальности. Когда эти отчеты ежемесячно поступают в рабочую область вашей группы управления,
• 21:19
  вы создаете базовый уровень активности ИИ, который легко проверять. Любая аномалия сразу выделяется
• 21:24
  на фоне исторических данных. Функции экономии времени имеют большое значение. Например,
• 21:29
  Perview поставляется с готовыми отчетами, которые подсвечивают все инциденты с маркированным
• 21:33
  контентом, сгруппированные по расположению или типу активности. Если сеанс Капайлот вывел
• 21:37
  конфиденциальный документ, а система DLP отреагировала на это, инцидент уже появится в отчете
• 21:43
  без создания пользовательских запросов с нуля. Вы можете углубиться в запись для получения
• 21:48
  подробностей, но основная работа по сбору и классификации уже выполнена. Еще одна эффективная
• 21:53
  функция – интеграция аудита Perview с данными о доступе на основе ролей в Microsoft 365. Поскольку
• 22:00
  Perview распознает группы IntraID, он может разделять журналы доступа по типам ролей. Это значит,
• 22:05
  что вы можете быстро отвечать на конкретные вопросы. Например, покажи все случаи,
• 22:09
  когда отдел маркетинга получал доступ к финансовым данным через Капайлот за последние 90 дней.
• 22:14
  Это возможность фильтрации как по роли, так и по классификации данных именно то,
• 22:19
  что ищут внешние аудиторы. Если задуматься, соответствие требованиям на таком уровне – это не
• 22:24
  абуза. Это защитный механизм, подтверждающий, что ваша модель управления работает на практике.
• 22:28
  Это также избавляет от стресса при проверках, потому что вам не приходится собирать данные по крупицам.