Latest / M365.FM – подкаст о Microsoft 365, Copilot и ИИ на русском / Агент SharePoint сливает данные? Ограничьте источники, прервите наследование и настройте Purview DLP (ИИ-дубляж)

Transcript

Агент SharePoint сливает данные? Ограничьте источники, прервите наследование и настройте Purview DLP (ИИ-дубляж) · M365.FM – подкаст о Microsoft 365, Copilot и ИИ на русском

• 0:00
  Ваш агент SharePoint не выдумал утечку. Вы дали ему пожарный шланг, попросив лишь глоток воды.
• 0:05
  Чрезмерно широкие источники знаний плюс наследование разрешений равно случайному раскрытию данных со скоростью машины.
• 0:10
  Решение – не магия. Это дисциплина областей видимости, ужесточения прав и DLP с зубами, упакованные в базовый пакет политик, который можно внедрить уже сегодня.
• 0:17
  Я покажу, как агенты видят данные, почему привязка к источникам не изолирует разрешение и какие именно элементы управления ограничивают их, не снижая полезности.
• 0:24
  Есть одна настройка, которую пропускают администраторы, необходимый шлюз одобрения и подтерн DLP, который действительно блокирует агентов.
• 0:31
  Начнем с того, как они видят.
• 0:33
  Основа, как агенты SharePoint видят ваши данные, ДНК разрешений.
• 0:37
  Правда в том, что агенты не читают ваши намерения, они читают Microsoft Graph.
• 0:41
  Представьте граф как кровеносную систему. Если контент доступен через ваши списки ACL, агент видит этот поток.
• 0:47
  Если вы расширили источник знаний, вы создали обходной путь для ваших тщательно защищенных артерий.
• 0:51
  Давайте переведу. У агента два основных компонента – персона пользователя и фильтры поиска.
• 0:57
  Персона – это учетная запись и ее разрешение в SharePoint, OneDrive и других подключенных средах.
• 1:03
  Поиск – это то, на что вы его направили, библиотека, папка, набор файлов или несколько URL.
• 1:09
  Большинство путает фильтры поиска с границами безопасности.
• 1:12
  Это не одно и то же.
• 1:13
  Поиск говорит «ищи здесь в первую очередь».
• 1:16
  Разрешения говорят «вам можно войти».
• 1:18
  Агент сначала учитывает разрешение, а уже потом поиск.
• 1:20
  Если вы запомните только одно, пусть это будет порядок приоритетов.
• 1:23
  Метки чувствительности и перевью DLP стоят над контентом, как указатели и ограждения.
• 1:28
  Метки классифицируют – DLP ограничивает действия при доступе к определенному контенту.
• 1:32
  То, что упускают многие, очень просто.
• 1:35
  Привязка к источнику не отменяет прав доступа.
• 1:37
  Привязка фильтрует релевантность.
• 1:38
  Она не ограничивает юридические полномочия агента.
• 1:41
  Если учетная запись агента видит соседние библиотеки из-за того,
• 1:44
  что вы оставили наследование включенным,
• 1:46
  LLM может связать эти данные в ответ.
• 1:48
  Это не мистика, это закономерность.
• 1:50
  Наследование разрешений – это скрытое повышение привилегий.
• 1:53
  Вы уверены, что сайт только для внутреннего пользования,
• 1:55
  а потом выясняется, что группа SharePoint включает всех или аутентифицированных пользователей.
• 1:59
  Гостевые доступы остаются.
• 2:01
  Группы проектов продолжают существовать.
• 2:02
  Агент учитывает списки контроля доступа, а не ваши предположения.
• 2:05
  Если учетная запись может открыть файл в SharePoint,
• 2:07
  агент обработает его, если только политики DLP или меток не блокируют действия агента.
• 2:12
  Вот почему ваш пилотный проект по одной библиотеке
• 2:14
  внезапно процитировала HR-политику из соседней.
• 2:17
  Вы ничего не изолировали.
• 2:18
  Вы просто указали на предпочтительную полку в незапертой комнате.
• 2:21
  Переходите к модели минимально необходимых знаний.
• 2:23
  Вместо того, чтобы давать доступ к корню сайта в надежде на релевантность,
• 2:26
  привязывайте источники знаний к конкретным библиотекам.
• 2:28
  Избегайте индексации на уровне сайта.
• 2:30
  Ограничивайте папки и используйте фильтры метадонных,
• 2:33
  чтобы поиск индексировал только те документы, которые важны для задач агента.
• 2:36
  В Капайлот Студия и конструкторах агентов SharePoint можно указывать официальные источники,
• 2:40
  отключать общие знания и добавлять резервные ответы.
• 2:43
  Этот неавторитетный резервный ответ – ваш ремень безопасности.
• 2:47
  Без него модель заполняет пробелы общими знаниями,
• 2:49
  которые не соответствуют вашей политике комплайенса.
• 2:51
  Лимиты тоже важны.
• 2:52
  Платформы устанавливают практические ограничения на количество файлов,
• 2:55
  папок и URL-адресов для каждого источника знаний.
• 2:57
  Это не просто примечание к производительности,
• 2:59
  это барьеры безопасности для управления.
• 3:00
  Когда вы достигаете лимита, неверным решением будет расширение области поиска до корня сайта на время.
• 3:05
  Так начинаются утечки.
• 3:06
  Правильный ход – организовать работу нескольких узкоспециализированных агентов,
• 3:10
  а не одного бота-энциклопедию с неограниченным доступом.
• 3:13
  Распределяйте знания, минимизируйте права доступа.
• 3:16
  Позвольте мне вернуться назад и предложить вам ментальную модель,
• 3:18
  которая не подведет вас в сложной ситуации.
• 3:19
  Агент – это роль пользователя плюс фильтр поиска.
• 3:22
  Сначала проверка разрешений, затем поиск.
• 3:24
  Метки описывают уровень конфиденциальности.
• 3:26
  DLP определяет, какие действия разрешены при наличии такой конфиденциальности.
• 3:29
  Граундинг помогает модели найти нужный абзац.
• 3:32
  Разрешение решают, имела ли она право видеть этот абзац в принципе.
• 3:35
  DLP все еще может запретить обработку, даже если предыдущие проверки дали добро.
• 3:39
  Эта цепочка – доступ, поиск, принуждение – помогает сохранить ясность мышления.
• 3:42
  Последствия игнорирования – это утечка данных, которая выглядит как странное поведение и,
• 3:46
  а на деле является конфликтом дизайна области поиска и избыточного наследования прав.
• 3:50
  Соседние библиотеки кажутся модели близкими,
• 3:52
  потому что они таковыми являются в ваших настройках прав доступа.
• 3:55
  И да, модель с радостью свяжет факты через границы, которые вы не защитили.
• 3:58
  Как только вы поймете логику устройства, все встанет на свои места.
• 4:01
  Вы перестанете винить LLM за ответы и начнете контролировать то, что ей разрешено учитывать.
• 4:06
  Теперь, когда вы видите структуру системы, право доступа и фильтры поиска,
• 4:09
  давайте преградим путь в воде, чтобы она не перетекала из комнаты в комнату.
• 4:12
  Ограничивайте источники как по контракту, разрывайте наследование и ставьте метки всерьез.
• 4:16
  Уровень управления 1.
• 4:18
  Ограничивайте источники знаний так, как юрист читает контракты.
• 4:21
  Теперь мы пишем область поиска как юридический текст, точно, ограничена и абсолютно не терпя двусмысленности.
• 4:25
  Потому что широкие источники создают помехи, и LLM с радостью сошьет соседние факты в ответ,
• 4:31
  как сплетник с длиннофокусным объективом.
• 4:33
  Вот правило определения в области поиска, которое отделяет профессионалов от стажеров.
• 4:37
  Только источники на уровне библиотек, никаких сайтов или всего содержимого хаба.
• 4:41
  Одна библиотека документов на одну конкретную задачу.
• 4:44
  Если агент создан для ответов на FAQ по продукту, он получает только библиотеку FAQ и ничего больше.
• 4:49
  Истинно, каждый лишний шаг становится скрытым риском, который модель может активировать за миллисекунды.
• 4:54
  Сравните это с подходом обычного пользователя.
• 4:56
  Укажите корень сайта, добавьте под папки и надейтесь, что метаденные вас спасут.
• 5:00
  Не спасут. Фильтры поиска лишь направляют его, но не создают защитный барьер.
• 5:04
  Поэтому структурируйте область действия так, как юрист прописывает пункты договора,
• 5:07
  конкретно, исключающие и проверяемо.
• 5:08
  Практические механизмы определения области, которыми вы действительно будете пользоваться.
• 5:11
  Избегайте корней сайтов. Всегда указывайте конкретный путь к библиотеке.
• 5:14
  Ограничивайте глубину вложенности папок.
• 5:16
  Если приходится использовать папки, зафиксируйте их на верхнем уровне, без рекурсивного захвата всего подряд.
• 5:20
  Применяйте фильтры метаденных, принимайте только те элементы, где статус «Утверждено», «Версия», «Опубликовано», «Отдел», «Экс».
• 5:26
  Нет метаденных, нет загрузки.
• 5:28
  Исключайте черновики, архивы и рабочие под каталоги.
• 5:31
  Если исключить их нельзя, переместите их.
• 5:33
  Да, реорганизуйте, это и называется управлением.
• 5:35
  Реальность ограничений.
• 5:36
  Платформы – не бесконечные буферы.
• 5:38
  У вас есть лимиты на количество файлов, папок и квоты URL.
• 5:40
  Относитесь к ним как к ограничению скорости, которое не дает вам сойти с дистанцией.
• 5:44
  В Капайлот Студия и конструкторах агентов SharePoint тестируйте свои рабочие лимиты до запуска.
• 5:49
  Создайте пилотный источник с реальным распределением, несколько сотен утвержденных PDF, пара руководств DOC, дюжина презентации PPT.
• 5:54
  Если загрузка замедляется, прерывается по тайм-ауту или начинает услужливо пропускать файлы, не расширяйте область, а делите ее.
• 6:00
  Один доменный источник – один источник на роль агента.
• 6:02
  Это оркестрация, а не жадность.
• 6:04
  Секрет, о котором молчат несколько узкоспециализированных агентов, всегда лучше одного монстра энциклопедии.
• 6:10
  Создайте агента по кадровой политике, агента по льготам, агента по командировкам, у каждого своя библиотека типов и строгие фильтры.
• 6:16
  А если нужна единая точка входа, организуйте на входе агента-маршрутизатора, который направляет запросы нужному специалисту.
• 6:22
  Профессионалы делают так, потому что это масштабирует управление.
• 6:24
  Новички запихивают 200 файлов из разных областей в одного агента, а потом удивляются, почему ответы звучат как протокол скучного совещания.
• 6:30
  Отключите общие знания и для регулируемых агентов.
• 6:32
  Если агент является авторитетным источником в домене, он должен молчать за его пределами.
• 6:37
  Вот здесь и важны ответы заглушки.
• 6:39
  Настройте четкий и скромный ответ.
• 6:41
  Я не обладаю информацией по этому вопросу.
• 6:43
  Вот список утвержденных источников, с которыми я работаю.
• 6:45
  Как только вы позволяете общим знаниям заполнять пробелы, вы возвращаетесь к непроверяемым фактам, игнорируя свои метки и политику защиты данных.
• 6:52
  Кураторство имеет значение.
• 6:53
  Определяйте официальные источники.
• 6:55
  Это подразумевает наличие процесса утверждения до этапа загрузки.
• 6:58
  Добавляйте только тот контент, который прошел проверку на точность, актуальность и подтверждение метки конфиденциальности.
• 7:03
  Если вы не можете доказать происхождение документа, ему не место в устах агента.
• 7:06
  Модель звучит уверенно, но не всегда корректно.
• 7:08
  Ваше кураторство – это предохранитель.
• 7:10
  Распространенные ошибки, которые вы перестанете совершать сегодня.
• 7:13
  Сваливание всего в одну кучу – политики, техдокументация, контракты поставщиков – все в одном источнике.
• 7:18
  Разделите их по целям, позволяя агентам сканировать произвольные веб-ссылки.
• 7:22
  Нет, внешние URL увеличивают радиус поражения и лишают возможности аудита.
• 7:26
  При обработке черновиков и рабочих файлов модель не отличит недоработанное от опубликованного,
• 7:30
  если вы не зададите метаданные и расположение для их разделения.
• 7:32
  Полагать, что скрытое означает защищенная ошибка.
• 7:35
  Скрытие – это лишь настройка интерфейса.
• 7:36
  Права доступа – вот закон.
• 7:38
  Дисциплина тестирования – потому что да, область охвата нужно проверять.
• 7:40
  Запрашивайте граничные случаи, задавайте агенту авторитетные вопросы, на которые он должен отвечать сразу,
• 7:44
  а затем провоцируйте его смежными темами, которые он должен отклонить.
• 7:46
  Если он отвечает вне своей области, значит область охвата или механизм отката настроены неверно.
• 7:49
  Если он отказывается отвечать в своей области, значит ваши фильтры или допуски слишком строги.
• 7:52
  Настройка – это вычитание, а не сложение.
• 7:55
  Удаляйте нерелевантные пути, снижайте двусмысленность метаданных и продолжайте сокращать,
• 7:58
  пока ответы не станут скучно предсказуемыми.
• 8:00
  А вот показатели, которые вы будете отслеживать.
• 8:02
  Отвечаемость – процент запросов в рамках области, решенных со ссылками на целевую библиотеку.
• 8:06
  Локализация – процент ответов, ссылающихся только на одобренные источники.
• 8:10
  Качество молчания – ясность и частота срабатывания отката при запросах вне области.
• 8:14
  Если вам нужен список для проверки, только библиотеки, плоская структура папок, строгие метаданные,
• 8:20
  только одобренные, никаких общих знаний, несколько узкоспециальных агентов, проверенные ограничения, измеренные результаты.
• 8:26
  Когда вы это зафиксируете, все остальное – права доступа, метки, DLP – будет работать на вас,
• 8:31
  а не бороться с вашим хаосом из-за слишком широкого охвата.
• 8:33
  Теперь усилим наследование, чтобы комната была заперта, а не только картотека.
• 8:37
  Второй уровень контроля – разорвите наследование и присвойте метки как положено.
• 8:41
  Ограниченные знания бесполезны, если двери распахнуты настиж.
• 8:44
  В SharePoint у наследованные права – это свитер с чужого плеча в мире безопасности.
• 8:48
  Плохо сидит, полон дыр и таинственным образом кажется достаточным, пока не подует холодный ветер.
• 8:52
  Агенты уважают ACL, а не оптимизм.
• 8:54
  Поэтому мы прекращаем наследование там, где это важно, назначаем уникальные права и удаляем широкие группы,
• 8:59
  которые тихо превращают внутренние данные в общедоступные.
• 9:02
  Начните с неприятного аудита.
• 9:04
  Распределите ваши конфиденциальные библиотеки по трем корзинам.
• 9:06
  Изолировать – можно делиться и неизвестно.
• 9:09
  Неизвестно – это тревожный сигнал.
• 9:10
  Если вы не можете одним предложением объяснить, у кого есть доступ, это должно попасть в «Изолировать», пока не доказано обратное.
• 9:15
  Затем для каждой библиотеки из категории «Изолировать» разорвите наследование прав.
• 9:18
  Не на уровне сайта, а на уровне библиотеки, где хранятся главные ценности.
• 9:22
  Разрыв наследования – это не драма, это проявление зрелости.
• 9:25
  Стремитесь к явному минимальному членству, небольшая группа владельцев, определенная группа участников и только чтение там, где этого требует бизнес.
• 9:31
  А теперь избавьтесь от ленивых методов.
• 9:33
  Широкие группы, такие как все, все, кроме внешних пользователей, и авторизованные пользователи, прячутся внутри групп SharePoint, как матрешки.
• 9:39
  Извлеките их и замените на группы безопасности Azure Red, привязанные к ролям, которыми вы реально управляете.
• 9:44
  Гости должны быть исключением, их доступ временным и очлеживаемым.
• 9:47
  Они никогда не должны быть вложены в группу SharePoint, созданную три года назад для запуска проекта.
• 9:51
  Если в названии группы есть слово «все», ваш агент воспримет ее как шведский стол.
• 9:56
  Стандартизируйте уровни разрешений, чтобы ими можно было управлять.
• 9:59
  Уровень А – конфиденциальные библиотеки, владельцы, участники, небольшая группа читателей, без гостей.
• 10:07
  Уровень Б – только для внутренних нужд, владельцы, участники, управляемые читатели, отдел, без внешних лиц.
• 10:15
  Уровень С – публичные внутренние библиотеки, владельцы, участники, читатели, все сотрудники, все еще без гостей.
• 10:20
  Эта модель проста, потому что ее должны соблюдать люди, которые часто отвлекаются.
• 10:24
  Агенты выполнят все, что вы закодируете. Кодируйте разумные подходы.
• 10:27
  Переходим к меткам конфиденциальности.
• 10:29
  Метки – это не наклейки, это ключи политики.
• 10:32
  Вы привязываете уровни «конфиденциально», «ограниченно», «публично» и другие к определенным действиям.
• 10:35
  Ловушка, в которую попадают многие администраторы – это использование меток лишь для вида.
• 10:38
  С этим покончено.
• 10:39
  Вы связываете метки с preview DLP, чтобы метка означала то, что могут принудительно исполнить машины.
• 10:44
  Например, метка «конфиденциально» HR запускает политику DLP, которая блокирует обработку агентом, даже если пользователь может видеть файл.
• 10:50
  Да, вы не ослышались. Пользователь может прочитать файл в SharePoint, но агент получает отказ на уровне обработки.
• 10:56
  Это и есть переломный момент – метки и DLP разделяют человеческий доступ и машинную автоматизацию.
• 11:01
  Давайте разберем конкретный пример.
• 11:02
  У вас есть библиотека HR-политик с меткой «конфиденциально» HR.
• 11:06
  HR-агенту нужно отвечать на вопросы по этой библиотеке.
• 11:09
  Отлично. Учетной записи этого агента предоставляется доступ на чтение к данной конкретной библиотеке.
• 11:13
  Смежные библиотеки, такие как рабочие черновики HR, изолированы уникальными разрешениями, которых нет у учетной записи агента.
• 11:19
  Тем временем ваша политика DLP гласит, если метка равна «конфиденциально» HR, а доступ пытается получить агент разрешить, только если агент в списке одобренных.
• 11:29
  Любой другой агент, включая вашего энтузиаста-генералиста по знаниям компании, будет заблокирован.
• 11:34
  Так вы предотвращаете утечки, даже если кто-то забудет о безопасности и даст доступ не тому агенту.
• 11:38
  А как насчет пользователей, которые видят слишком много?
• 11:41
  Это скрытая эскалация привилегий.
• 11:42
  Если полагаться только на видимость пользователя, любой агент, действующий от его имени, наследует этот широкий доступ.
• 11:47
  Поэтому ограничивайте права учетной записи агента.
• 11:50
  Не создавайте агентов, которые работают с правами вызывающего их пользователя.
• 11:52
  Настраивайте их работу под сервисной учетной записью с минимальными привилегиями.
• 11:56
  Сочетайте это с метками и DLP, чтобы даже привилегированные пользователи не могли заставить агента обработать недопустимые данные.
• 12:01
  Вы выстраиваете многоуровневую защиту, как разумный взрослый, а не молитесь на страницу настроек.
• 12:05
  Распространенные ошибки, которые разрушают этот уровень защиты.
• 12:07
  Считать, что скрытый контент – это защищенный контент.
• 12:10
  Оставлять проектные сайты с настройками наследования по умолчанию.
• 12:13
  Сохранение гостевого доступа после ухода подрядчика.
• 12:15
  И, что еще хуже, включение широких групп М365 в читателе, потому что так проще.
• 12:20
  Это проще ровно до того момента, пока ваш агент не вставит цитату юристов в ответ для отдела продаж.
• 12:24
  А потом начинается спектакль с реагированием на инциденты.
• 12:27
  Повторяемый ритм внедрения.
• 12:28
  Изолируйте библиотеку.
• 12:29
  Замените общие группы на ролевые.
• 12:31
  Назначьте агенту сервисную учетную запись.
• 12:34
  Примените метки конфиденциальности на уровне файлов и библиотек.
• 12:37
  И привяжите политики DLP к меткам с четкими условиями разрешения для агента.
• 12:41
  Протестируйте на контролируемом наборе запросов.
• 12:43
  Внутри домена разрешено, смежной области запрещено, помеченный, но неодобренный агент заблокирован с ясным сообщением.
• 12:48
  Если хоть один ответ просочился, права доступа настроены неверно.
• 12:51
  Если агент обрабатывает помеченный контент без одобрения, ваша DLP-схема неверна.
• 12:55
  Исправьте схему, а не придумывайте себе оправдания.
• 12:57
  Еще один нюанс.
• 12:58
  Наследование на уровне сайта можно оставить для обычных задач.
• 13:01
  Мы не делаем операцию на открытом сердце для меню в столовой.
• 13:04
  Оставьте уникальные права доступа только для библиотек, питающих агентов.
• 13:07
  Это сохранит разумную нагрузку на администрирование и защитит поверхности, к которым обращается автоматизация.
• 13:12
  Отключите наследование.
• 13:13
  Используйте уникальные минимальные группы.
• 13:15
  Относитесь к меткам так, будто они управляют деньгами, ведь утечки стоят денег.
• 13:18
  Привяжите метки к DLP, чтобы агенты соблюдали правила, даже когда люди забывают о них.
• 13:23
  Теперь заперта комната, а не только сей.
• 13:25
  Третья плоскость управления.
• 13:27
  Шлюзы одобрения.
• 13:27
  Граница лицензирования с оплатой по факту и политике данных.
• 13:30
  Вы ограничили источники и покончили с ленивым наследованием.
• 13:33
  Хорошо, теперь заприте входную дверь, чтобы энтузиасты не плодили теневых агентов с широким доступом.
• 13:38
  Если каждый может создать агента, управление превращается в хаос.
• 13:42
  Решение скучное, но эффективное.
• 13:44
  Одобрение.
• 13:45
  Лицензионные границы и политики данных, которые работают как ремни безопасности, которые нельзя отстегнуть на ходу.
• 13:50
  Начните с рабочего процесса одобрения создания агента.
• 13:53
  Никакой вседозволенности.
• 13:54
  Запросы на новых агентов направляются назначенным согласующим лицам.
• 13:57
  Это специалисты по безопасности, комплаенсу и бизнес-владелец, который понимает предметную область.
• 14:01
  Внедрите соглашение об именовании, описание целей, задокументированного владельца, контакт техподдержки и срок действия.
• 14:06
  Нет владельца – нет одобрения.
• 14:08
  Нет цели – нет одобрения.
• 14:10
  Если это звучит педантично, поздравляю, вы наконец занялись управлением.
• 14:14
  Стандартизируйте форму заявки.
• 14:15
  Требуйте указать целевую аудиторию, бизнес-задачу, точные источники знаний с URL до уровня библиотеки, ожидание по меткам, поведение при ошибках, отсутствие авторитетности вне сферы и сервисную учетную запись.
• 14:28
  Заставьте их выбирать из предутвержденных шаблонов HR-вопросы, браузер-политик, IT-база знаний и так далее.
• 14:34
  Так вы получите ограниченные настройки по умолчанию вместо импровизации.
• 14:37
  Теперь границы лицензирования.
• 14:38
  Вам нужно выбрать один из двух путей – Microsoft 365 Copilot на пользователя или оплата по факту использования SharePoint.
• 14:44
  Правда, лицензирование – это не статья расходов, это инструмент управления.
• 14:48
  При лицензировании Copilot на пользователя доступ к функциям агентов имеют только лицензированные сотрудники, что ограничивает их бесконтрольное разрастание.
• 14:53
  Модель с оплатой по факту использования позволяет настроить оплату на уровне клиента или среды и централизовать биллинг, это гибко, но без должного контроля может превратиться в шведский стол за ваш счет.
• 15:00
  Поэтому нужно ставить ограждение.
• 15:02
  Разделяйте среды для пилотных и рабочих проектов, включайте оплату по факту только там, где финансовый отдел может отслеживать расходы.
• 15:07
  Настройте оповещение о затратах, чтобы пилотный проект не превратил ваш облачный счет в эпическую поэму расходов.
• 15:11
  Политика утверждения должна учитывать выбор модели лицензирования.
• 15:14
  Если это оплата по факту, требуйте указания центра затрат, ответственного за расходы и профиль предполагаемого использования.
• 15:20
  Если это лицензирование на пользователя, требуйте список пользователей и план по их отключению.
• 15:25
  Вы не придираетесь, вы предотвращаете инцидент из серии «Мы не знали, что оно включено».
• 15:29
  Затем идут политики данных, правила, которые не дают агентам высасывать информацию из запрещенных коннекторов, как будто они в смузи-баре.
• 15:34
  Используйте политики данных Power Platform на уровне клиента, чтобы ограничить использование коннекторов в одной группе данных в SharePoint.
• 15:40
  Регулируемые агенты должны находиться в ограниченной группе, доступной только для Microsoft 365 и одобренных внутренних API.
• 15:45
  Никакого случайного веба, потребительских сервисов или теневого SIS.
• 15:49
  Если нужна интеграция, она проходит проверку, получает корпоративный коннектор и попадает в список разрешенных.
• 15:54
  Да, это требует времени.
• 15:55
  Это называется соблюдением политики.
• 15:57
  Дополните эти политики данных инструментами Perview.
• 15:59
  Используйте Perview для определения границ данных, мест хранения конфиденциального контента с метками, путей утечки, которые запрещены, и мониторинга попыток объединения групп.
• 16:08
  Вы прокладываете полосы движения и создаете шумовые полосы.
• 16:11
  Агент может быстро двигаться внутри своей полосы, но он не может перепрыгнуть через разделительную полосу во встречный поток публичных конечных точек.
• 16:17
  Внедряйте шаблоны агентов с заранее одобренными источниками.
• 16:19
  Это тот этап, который все пропускают, а потом жалеют.
• 16:22
  Шаблоны уже содержат настройки, отключение общих знаний, отсутствие ненадежного резервного поиска, источники уровня библиотеки, обязательные фильтры метадонных и корректное удостоверение службы.
• 16:30
  Утвердите шаблон кадровой политики и знайте, что он поставляется с правильными настройками по умолчанию.
• 16:34
  Заставляйте нас заполнять пропуски.
• 16:36
  Пусть они не изобретают квадратные колеса.
• 16:38
  Распространенные ошибки позволять пилотным проектам запускаться на неуправляемых сайтах просто для теста, включать оплату по факту без тегов расходов или оповещений, и раздавать права разработчика всем подряд.
• 16:47
  И никогда не позволяйте агентам использовать общие знания по умолчанию, если ответ не найден.
• 16:52
  Именно так получается уверенный бред, обернутый в правдоподобные ссылки.
• 16:55
  Итоговый ритм.
• 16:56
  Запрос через шаблон.
• 16:57
  Проверка службы безопасности.
• 16:59
  Трио владельцев соответствия САИС.
• 17:01
  Выбор лицензирования с контролем затрат.
• 17:02
  Привязка к группе ограниченных данных.
• 17:04
  Подтверждение границ первью.
• 17:06
  Утверждение со стечением срока и планирование продления через 90 дней.
• 17:09
  Нет продления.
• 17:10
  Автоматическое отключение.
• 17:12
  Агенты не бессмертны, как и их сценарии использования.
• 17:14
  Четвертый уровень контроля – DLP, который реально останавливает агентов.
• 17:19
  Паттерны первью, которые кусаются.
• 17:20
  Без принудительного исполнения в реальном времени агенты – лишь скоростные курьеры данных.
• 17:24
  Вам нужны тормоза.
• 17:25
  Используйте паттерны DLP в первью, которые не просто грозят пальцем, а блокируют, оповещают и оставляют след, который полюбит ваш аудитов.
• 17:31
  Почему это важно?
• 17:32
  Агенты обрабатывают контент, а не просто просматривают его.
• 17:34
  Просмотр может быть допустим для человека.
• 17:36
  Автоматизированная обработка – это другой класс риска.
• 17:39
  Решение заключается в привязке меток конфиденциальности и обнаружении паттернов к явным блокам действий для контекстов агентов.
• 17:45
  Вот основа.
• 17:45
  Создавайте политики для сайтов SharePoint, питающих агентов, сопоставляйте их с метками конфиденциальности и типами конфиденциальной информации и устанавливайте действия на блокировку обработки, передачи или скачивание агентам при достижении порога достоверности.
• 17:56
  Да, пороги достоверности.
• 17:58
  Хватит относиться к ним как к декорациям.
• 18:00
  Для шумных паттернов, вроде обычных персональных данных, повышайте порог достоверности и требуйте нескольких совпадений.
• 18:05
  Для главных активов, коммерческой тайны, точных соответствий ID сотрудников используйте высокую степень важности с немедленной блокировкой.
• 18:12
  Паттерны, которые кусаются.
• 18:13
  Метки конфиденциальности привязаны к блокировке агентов, если они не внесены в белый список.
• 18:18
  Типы конфиденциальной информации, финансовые ID, государственные идентификаторы, медицинские термины настроены на более высокую достоверность.
• 18:25
  Точное соответствие данных, IDM, для реальных идентификаторов, номеров сотрудников, ID клиентов, чтобы вас не утопили ложные срабатывания.
• 18:32
  Словари ключевых слов для секретных кодовых имен проектов, низкий объем, высокий сигнал.
• 18:36
  Действия, которые имеют значение.
• 18:38
  Блокировка с отключенным переопределением для агентов.
• 18:40
  Люди могут обосновать действия, агенты – нет.
• 18:42
  У машин нет бизнес-контекста, у них есть триггеры.
• 18:45
  Карантин или ограничение скачивания при срабатывании рабочих процессов агентов.
• 18:48
  Если агент не может получить файл, он не сможет галлюцинировать на его основе.
• 18:51
  Уведомление СёкОпс с богатым контекстом, библиотека сайта, метка, триггерный подтёрн, идентификатор вызывающего агента.
• 18:56
  Снижение шума, чтобы люди не искали обходные пути контроля.
• 18:59
  Начните в режиме симуляции на непроизводственных сайтах.
• 19:02
  Настраивайте пороги, пока оповещения не станут отражать реальность, а не фантазии.
• 19:05
  Сначала строго ограничьте библиотеки агентов, расширяйтесь только после очистки сигнала.
• 19:09
  Используйте комбинированные условия, метка плюс тип конфиденциальной информации, два замка на одной двери.
• 19:13
  Пользовательские сообщения – это нелюбезность.
• 19:15
  Это грань между соответствием требованиям и обходными путями.
• 19:18
  Пишите понятный текст ошибки.
• 19:19
  Этот агент не авторизован для обработки конфиденциального контента HR.
• 19:23
  Обратитесь к HR-агенту или запросите доступ через регламент.
• 19:25
  Вы указываете им нужную дверь, а не строите кирпичную стену.
• 19:28
  Если вы просто ставите блокировку, они вставят данные в Teams.
• 19:31
  Это ваша вина.
• 19:32
  Типичные ошибки.
• 19:33
  Ограничение DLP только Exchange и Teams, потому что политики SharePoint были слишком шумными.
• 19:37
  Они были шумными, потому что вы их не настроили.
• 19:39
  А ещё исключение SharePoint ради производительности.
• 19:41
  Производительности чего?
• 19:42
  Вашего следующего реагирования на инцидент.
• 19:44
  И последнее – использование только общих типов PI при игнорировании EDM.
• 19:47
  У вас есть точные идентификаторы.
• 19:48
  Используйте их.
• 19:49
  Проверка на прочность.
• 19:51
  Агент вне зоны доступа пытается ответить на вопрос, требующий файла с грифом «Конфиденциально».
• 19:55
  Результатом должна быть мгновенная блокировка, поясняющая сообщения и алерт высокого приоритета в системе.
• 20:00
  Если вы вместо этого получаете уверенный ответ, ваше DLP – лишь украшение.
• 20:03
  Сделайте её инструментом защиты, а не табличкой с запретом.