Copilot и архитектура Zero Trust: полное руководство по безопасному внедрению

By Mirko Peters · 2026-04-16

Automatically translated with AI from the original post. Read the English original

Titelbild: Copilot and Zero Trust Architecture: A Complete Guide for Secure Adoption

В этом руководстве подробно разбирается, что нужно для безопасного развёртывания Microsoft Copilot на основе архитектуры Zero Trust. Мы пройдём по лучшим практикам: от базовых принципов безопасности до практических шагов развёртывания. Всё это рассчитано на тех, кто работает с Microsoft 365 и Azure. Независимо от того, только ли ваша организация начинает знакомиться с Copilot или готовится к внедрению в масштабах всей компании, вы найдёте практические рекомендации и архитектурные решения, которые помогут сохранить безопасность и соответствие требованиям. Это не просто теория: вас ждут понятные указания, которые помогут выстроить надёжную защиту вокруг ваших инициатив в области ИИ.

Введение в Copilot и Zero Trust в современной рабочей среде

ИИ-ассистенты, такие как Microsoft Copilot, всё активнее берут на себя рутину корпоративной работы. Copilot обещает повысить производительность, помочь составить сложные письма и даже разобраться в данных, на которые раньше не хватало времени. Но чем больше ИИ встраивается в работу, тем очевиднее: привычная периметровая безопасность уже не справляется. Главная задача — сохранить защиту конфиденциальной информации в ситуации, когда Copilot может мгновенно получить доступ к корпоративным данным, обобщить их и поделиться ими.

Именно здесь на помощь приходит архитектура Zero Trust. Zero Trust отказывается от допущений: по умолчанию не доверяется ни один пользователь, устройство или приложение. Вместо этого всё проверяется, перепроверяется и строго ограничивается в соответствии с ролью и реальной необходимостью. Сочетание возможностей Copilot, который имеет широкий доступ к вашему стеку Microsoft 365, даёт и новый уровень продуктивности, и серьёзные риски, если не добавить нужные средства контроля.

Понимание того, как Copilot и Zero Trust работают вместе, имеет ключевое значение. По мере того как инструменты на основе ИИ распространяются по Microsoft 365 и Azure, нужен план, который поддерживает производительность, но не открывает злоумышленникам доступ ко всему. В этой статье вы увидите, как организации могут использовать сильные стороны Copilot и при этом ставить на первое место соответствие требованиям, конфиденциальность и безопасность. Давайте заложим основу безопасной современной работы, в которой ИИ не означает открытых дверей для любых данных.

Как Copilot и Zero Trust усиливают безопасность вместе

Copilot и Zero Trust встречаются на перекрёстке между модернизацией и осторожностью. Microsoft Copilot получает доступ к корпоративным данным через Microsoft Graph, чтобы помогать пользователям с аналитикой на основе ИИ. Но без строгих средств контроля он может получить доступ к большему объёму данных, чем должен видеть любой отдельный сотрудник. Именно здесь проявляется сила модели Zero Trust: она обеспечивает доступ с минимально необходимыми привилегиями, детальное управление ролями и непрерывную проверку рисков для каждого взаимодействия с Copilot.

Когда Copilot работает в хорошо спроектированной среде Zero Trust, используя сегментированные разрешения Graph, условный доступ и предотвращение утечек данных (Data Loss Prevention), производительность ИИ не достигается ценой утраты конфиденциальной информации. Чтобы понять, как внедрять эти средства контроля, ознакомьтесь с подробным руководством по управлению безопасностью ИИ и Copilot и изучите преимущества Zero Trust by Design в Microsoft 365.

Что есть в этой статье и как вписывается логическая архитектура

Это руководство шаг за шагом объясняет, как безопасно развернуть Microsoft Copilot с Zero Trust: от базовых принципов и архитектурных уровней до настройки политик и технической проверки. Вы найдёте практические рекомендации по применению средств защиты до, во время и после включения Copilot.

Схемы логической архитектуры, чек-листы политик и стратегии проверки встроены в текст, помогая наглядно представить и внедрить каждый этап защиты. Создаёте ли вы архитектуру с нуля или укрепляете существующее развёртывание, этот план поможет построить безопасную и соответствующую требованиям среду Copilot, которая выдержит проверку, не жертвуя совместной работой и эффективностью.

Основные принципы Copilot, которые опираются на доверие

Основа подхода Microsoft Copilot к безопасности — доверие, построенное на прозрачности, конфиденциальности и подотчетности. Это не просто модные слова: Microsoft спроектировала Copilot так, чтобы он максимально соответствовал принципам Zero Trust. Каждая функция, интеграция и разрешение проходят тщательную проверку, чтобы гарантировать соответствие строгим стандартам безопасности и конфиденциальности.

Базовые идеи, такие как явная проверка и наименьшие привилегии, — это не просто теория: они заложены в то, как Copilot работает с данными вашей организации, кто и с чем может взаимодействовать, а также как эти взаимодействия фиксируются и отслеживаются. Подход Microsoft помогает вам надежно контролировать доступ к конфиденциальной информации и в любой момент понимать, кто (или что, включая ИИ) получает к ней доступ.

Практические рекомендации сводятся к настройке границ данных, определению ролей доступа и тому, чтобы технические средства контроля действительно обеспечивали необходимый уровень доверия. По мере роста внедрения важна и governance: нужны не только технологии, но и процессы и механизмы надзора. Чтобы узнать о практическом применении политик, Purview Data Security Posture Management и роли управляющих советов при развертывании Copilot, ознакомьтесь с этим руководством по политикам управления и материалом о том, почему управляющие советы — ваша последняя линия защиты от хаоса, вызванного ИИ.

Принципы доверия Microsoft 365 Copilot: подробное объяснение

Принципы доверия Microsoft 365 Copilot основаны на ответственном ИИ, надежных средствах контроля конфиденциальности и обязательстве хранить данные в установленных регионах. Пользовательские данные и запросы, которые обрабатывает Copilot, остаются в границах вашего клиента и соответствуют глобальным стандартам, таким как GDPR и HIPAA. Microsoft применяет принцип «конфиденциальность по умолчанию» (privacy by design): доступ к данным, их обработка и хранение регулируются корпоративными средствами контроля с полной прозрачностью и возможностью аудита.

Обязательства в области ответственного ИИ гарантируют, что Copilot нельзя использовать для создания вредоносного контента или для обхода корпоративных средств контроля. Кроме того, Copilot соответствует требованиям прозрачности: организации знают, как данные получаются, обрабатываются и используются для формирования результатов.

Применение мер защиты Copilot до развертывания

Укрепите идентификацию: требуйте надежной аутентификации, отключите устаревшую аутентификацию и включите условный доступ для доступа к Copilot. Это снижает риск компрометации учетных записей.
Ограничьте область данных: проверьте, к каким данным может обращаться Copilot, и ограничьте их, используя метки конфиденциальности Purview и разрешения SharePoint, чтобы предотвратить избыточное раскрытие и случайные утечки данных.
Контролируйте доступ приложений: проверьте разрешения приложений, включая Microsoft Graph, чтобы доступ Copilot ограничивался необходимым и не был чрезмерно широким.
Автоматизируйте применение политик: используйте автоматическое присвоение меток, DLP и коммуникационный комплаенс, чтобы отслеживать нарушения политик и реагировать на них. Для постоянного управления и обучения имеет смысл рассмотреть централизованный Центр обучения Copilot.
Оптимизируйте условный доступ: регулярно проверяйте политики и устраняйте исключения, которые могут привести к «долгу идентичности». О стратегиях управления жизненным циклом читайте в материале о том, как снизить риски с помощью дисциплинированного цикла условного доступа.

Проектирование логической архитектуры Copilot на основе Zero Trust

Чтобы Copilot действительно был готов к Zero Trust, одного переключателя в центре администрирования недостаточно. Нужна многоуровневая архитектура, которая охватывает защиту идентификации, устройств, данных и приложений для каждого пользователя и каждой рабочей нагрузки, взаимодействующих с Copilot.

Идея в том, чтобы построить защиту по принципу луковицы: сильные внешние слои, но и средства контроля, укорененные в каждой точке входа. Это означает применение защиты идентификации с помощью условного доступа, ужесточение требований к соответствию устройств, классификацию и управление данными с помощью Purview, а также блокировку утечки данных на границах коннекторов и сред. Визуальные архитектурные схемы помогают лучше понять эту модель и донести ее до руководства.

Эта структура служит планом для безопасного масштабирования Copilot, будь то один отдел или весь ваш клиент целиком. Подробнее о настройке DLP, границ ролей и доступа к Power Platform в Copilot читайте в статье advanced Copilot agent governance with Microsoft Purview. Продуманная архитектура позволяет использовать автоматизацию на базе ИИ, не открывая новых рисков.

Настройка условного доступа и политик безопасности для Copilot

Многофакторная аутентификация (MFA): Требуйте MFA для всех пользователей Copilot, чтобы снизить риск компрометации. Используйте надежные методы: приложение Authenticator или FIDO2, а не только SMS.
Доверие к устройствам: Разрешайте доступ к Copilot только с совместимых управляемых устройств. Используйте проверку соответствия на основе Intune или зарегистрированные в Azure AD конечные точки.
Доступ с учетом рисков: Настройте политики риска входа и риска пользователя, чтобы автоматически запрашивать дополнительную проверку, блокировать или ограничивать рискованные сеансы Copilot.
Управление сеансами: Используйте контекст проверки условного доступа, чтобы применять ограничения к сеансам Copilot с высоким риском, например запрещать внешний общий доступ или загрузку.
Управление согласием OAuth: Разрешайте пользователям давать согласие только доверенным и проверенным приложениям Copilot. Отслеживайте избыточные разрешения OAuth, чтобы не допустить длительного несанкционированного доступа, как описано в this deep dive on consent-based attacks.
Мониторинг и итерации: Отслеживайте эффективность политик с помощью KPI и корректируйте их по мере необходимости. Базовые рекомендации по внедрению см. в статье addressing Conditional Access policy trust issues.

Управление привилегированным доступом администраторов и SecOps

Защита учетных записей администраторов и SecOps начинается с Privileged Identity Management (PIM). С PIM администраторы получают доступ «just-in-time»: повышенные права предоставляются только тогда, когда они нужны, и на ограниченное время. Это существенно сокращает постоянные привилегии. Ролевая модель дополнительно разделяет обязанности: одна команда управляет доступом пользователей, другая отвечает за устройства или данные, и никто не может обойти контроли в одиночку.

Непрерывный мониторинг критически важен. Он помогает быстро выявлять злоупотребление привилегиями и подозрительные попытки повышения прав, особенно в сложных средах клиента. Подробнее об эффективном управлении, выходящем за рамки поверхностных мер контроля, читайте в статье why system-level governance is key to success о внедрениях Microsoft 365.

Пошаговое развертывание Copilot и проверка защиты

Перейдем к практике: развертывание Copilot в соответствии с моделью Zero Trust требует продуманной последовательности. Вы начинаете с управления идентификацией и доступом, затем добавляете классификацию данных, применяете защиту приложений и только после этого ужесточаете защиту конечных точек. Каждый этап включает цикл проверки: аудит, мониторинг и корректировку по мере изменения рисков и поведения пользователей.

Неважно, новая ли у вас среда или она построена на годах унаследованных разрешений и теневых ИТ: развертывание по модели Zero Trust позволяет встраивать безопасность на каждом шаге. Журналы аудита и инструменты соответствия помогают выявлять пробелы в покрытии и новые риски по мере роста использования Copilot. Если вы хотите централизовать внедрение и снизить путаницу, governed Copilot Learning Center поможет упростить обучение пользователей и организацию управления.

Мониторинг и анализ действий пользователей так же важны, как и применение политик. С помощью Microsoft Purview и Defender for Endpoint можно в режиме реального времени обнаруживать нарушения политик и новые угрозы, чтобы активность Copilot не создавала слепых зон. Практические инструкции по расширенному аудиту действий см. в статье auditing user activity in Microsoft Purview.

Развертывание и проверка защиты идентификации, данных и приложений

Защита идентификации: Требуйте MFA, надежные политики паролей и применяйте правила условного доступа до включения Copilot. Отслеживайте входы и события риска пользователей в Entra ID.
Классификация и маркировка данных: Используйте метки конфиденциальности и политики хранения Purview, чтобы пометить весь контент, к которому Copilot может получить доступ. Это защищает конфиденциальную информацию от неправомерного использования и упрощает аудит. См. защиту документов на основе Purview.
Контроль доступа приложений: Ограничивайте разрешения Graph для Copilot и регулярно проверяйте выданные согласия на разрешения. Блокируйте рискованные интеграции сторонних приложений, если они не требуются строго необходимо и не проверены администраторами безопасности.
Непрерывный мониторинг: Настройте журналирование аудита (Purview, Sentinel) для отслеживания действий пользователей, ИИ и приложений. Это поддерживает соответствие требованиям и проактивное расследование инцидентов.

Усильте управление устройствами и защиту от угроз

Соответствие требованиям устройств: Разрешайте доступ к Copilot только с устройств, соответствующих требованиям Intune и имеющих шифрование. Автоматически блокируйте неуправляемые конечные точки, чтобы предотвратить утечку данных.
Обнаружение и реагирование на конечных точках (EDR): Развертывайте Microsoft Defender for Endpoint для обнаружения вредоносного ПО, компрометации учетных записей и необычной активности, связанной с Copilot, на всех устройствах.
Автоматическое обнаружение угроз: Включите Defender XDR, чтобы сопоставлять обращения Copilot к данным с потенциальными рисками. Оповещения в реальном времени помогут быстро реагировать на угрозы. Подробнее о проактивной отчетности о соответствии требованиям и мониторинге конечных точек см. в материале о Defender for Cloud.
Постоянная проверка соответствия: Регулярно проводите проверки соответствия устройств и оценки состояния защиты от угроз, чтобы выявлять отклонения политик и пробелы в конфигурации.

Обеспечьте безопасную совместную работу и ограничьте разрешения пользователей

Ограничение параметров общего доступа по умолчанию: Задайте строгие политики общего доступа по умолчанию в Teams и SharePoint, чтобы minimizировать риск чрезмерного открытия доступа или случайной утечки во внешнюю среду. Расширенный аудит клиента рассматривается в этой практической системе аудита.
Управление жизненным циклом гостевых учетных записей: Регулярно проверяйте, устанавливайте срок действия и управляйте внешними гостевыми учетными записями, чтобы контролировать доступ после завершения проектов. Рекомендации см. в материале о управлении рисками гостевых учетных записей M365.
Границы конфиденциальности: Применяйте блокировки доступа на основе меток и отслеживайте попытки обойти механизмы контроля данных с помощью промптов в инструментах совместной работы.
Мониторинг рискованного поведения: Используйте автоматизацию PowerShell и DLP Purview, чтобы в реальном времени запускать оповещения о необычном общем доступе к файлам или шаблонах чрезмерного открытия доступа.

Защита доступа пользователей, аутентификации и сторонних интеграций

Добавляя Copilot, нужно думать не только о живых пользователях. Необходимо подключать людей, делегированные роли и интегрировать сторонние SaaS и инструменты безопасности, и всё это в рамках модели Zero Trust. Это означает надежное подключение, явное назначение ролей и предоставление каждой связи, будь то человек или машина, только минимально необходимых разрешений.

В этом разделе рассматривается назначение доступа к Security Copilot для отдельных пользователей, управление потоками аутентификации, такими как OAuth «on-behalf-of», и безопасное подключение Copilot к таким инструментам, как Tanium. Защита уровня идентификации касается не только людей. Вам понадобится строгий контроль доступа нечеловеческих субъектов с помощью Entra Workload Identities и проверок условного доступа. Если вы хотите устранить риск, связанный с устаревшими сервисными учетными записями, см. материал о том, почему Entra Workload Identities являются решением.

Интеграция SaaS-платформ и платформ автоматизации открывает новые возможности и создает новые риски, особенно когда автономные ИИ-агенты начинают действовать самостоятельно. Узнайте, как управлять такими подключениями и опережать паттерны Shadow IT с помощью продуманной настройки политик, надежной аутентификации и мониторинга активности в реальном времени.

Назначение ролей и доступа к Security Copilot для отдельных пользователей

Подключение пользователей к Security Copilot начинается с четко определенных ролей, назначаемых через Microsoft Entra ID. Всегда применяйте принцип наименьших привилегий: давайте пользователям только те разрешения, которые необходимы для их задач в Copilot, и по возможности разделяйте обязанности. Назначайте лицензии исходя из функциональных потребностей и регулярно пересматривайте доступ, чтобы ограничивать разрастание полномочий.

Используйте управление доступом на основе ролей (RBAC), чтобы выстраивать разрешения по группам, а не по отдельным исключениям. Так уменьшается поверхность для ошибок и злоупотреблений. Это позволяет с самого начала гарантировать, что доступ к Security Copilot получают только доверенные пользователи и никто лишний.

Аутентификация On-Behalf-Of и безопасные сценарии доступа Copilot

Copilot и связанные с ним приложения часто используют аутентификацию «on-behalf-of» (OBO) через Entra ID и OAuth. Это означает, что Copilot действует от имени вошедшего пользователя и всегда соблюдает его границы доступа и ограничения сеанса. Корректно настроенные потоки OBO жёстко ограничивают привилегии и гарантируют, что Copilot не сможет превысить права роли пользователя.

Чтобы предотвратить эскалацию привилегий и злоупотребление потоками согласия, всегда ограничивайте возможность пользователей предоставлять широкий доступ OAuth. Требуйте одобрения администратора для интеграций Copilot, ограничивайте срок жизни токенов и включайте проверку издателя. Подробнее об атаках через согласие и сдерживании рисков читайте в статье как остановить злоупотребление согласием OAuth в Entra ID.

Интеграция сторонних инструментов безопасности и SaaS-приложений с Copilot

Используйте безопасный SSO/SAML: централизуйте аутентификацию для сторонних SaaS-приложений и инструментов безопасности с помощью управляемого SSO и применяйте политики условного доступа к этим интеграциям.
Ограничивайте разрешения приложений: предоставляйте приложениям только минимально необходимый доступ; избегайте широких разрешений Graph или разрешений на весь клиент для платформ автоматизации и агентов безопасности.
Внедрите мониторинг во время выполнения: постоянно отслеживайте интеграции на предмет аномального доступа и поведения теневых ИТ. Практические сведения см. в статье управление теневыми ИТ-агентами ИИ и о том, как Microsoft Foundry расширяет угрозы теневых ИТ.
Примените границы данных Purview: используйте DLP и классификацию данных Purview, чтобы контролировать, к каким данным может обращаться Copilot (или подключённые SaaS-приложения) и какие данные они могут перемещать, особенно когда ИИ суммирует или агрегирует данные из разных источников.
Регулярно проверяйте доступ: периодически проверяйте разрешения сторонних приложений, отключайте неиспользуемые подключения и реагируйте на новые профили рисков по мере роста автоматизации на основе ИИ.

Начало работы, обучение и следующие шаги по защите Copilot

Готовы внедрить Copilot? Вам понадобится практичная дорожная карта: от выбора лицензирования Microsoft 365 до подготовки пользователей и настройки повторяемых процедур безопасности. Эта часть описывает, что возможно в рамках E3, и какая дополнительная защита входит в E5, что позволяет сбалансировать затраты и потребности в безопасности.

Обучение пользователей так же важно, как и ужесточение технических средств контроля. Многие инциденты безопасности связаны не с техническими ошибками, а с человеческими промахами или непониманием того, что Copilot или ИИ могут делать. Внимательность к рискованным запросам и дисциплина в ответственном использовании Copilot могут определить успех или провал внедрения.

Этот раздел описывает путь от первого технического развёртывания до повседневного безопасного использования, а также уделяет внимание непрерывному совершенствованию и управлению соответствием требованиям. Подробнее о настройке ключевых параметров безопасности Microsoft 365 без ущерба для удобства пользователей см. в статье это пошаговое руководство по надёжной настройке безопасности.

Начало работы с E3 и преимущества перехода на E5

Базовый уровень в E3: Microsoft 365 E3 предлагает базовое лицензирование для Copilot с основными средствами безопасности (MFA, базовый DLP, центр соответствия требованиям и управление через Intune). Начните с этого уровня для малого бизнеса или пилотных внедрений.
Переход на E5: E5 открывает расширенные возможности Zero Trust: Defender for Endpoint/XDR, расширенные функции DLP и аудита Purview, панели соответствия требованиям, Insider Risk Management и Identity Protection. Они необходимы для организаций, работающих в регулируемых отраслях или с высокими рисками.
Оцените потребности: определите риски вашей организации, нормативные требования и сценарии использования Copilot, чтобы решить, нужны ли защитные функции E5 сразу или их можно добавить позже.

Обучение пользователей Copilot безопасным запросам и поведению при работе с ИИ

Безопасность запросов: научите пользователей не вводить в Copilot высококонфиденциальные данные или коммерческие секреты, а формулировать понятные запросы, соответствующие контексту.
Распознавайте красные флаги: Обучайте пользователей замечать подозрительные запросы к ИИ, которые ведут себя неожиданно или требуют разрешений вне обычных рабочих процессов.
Понимайте риски согласия: Помогайте пользователям распознавать фишинговые окна согласия и необычные запросы разрешений приложений и сообщать о них. Подробнее см. обнаружение фишинга согласия и кражи токенов.
Используйте обратную связь: Дайте пользователям возможность отмечать неточные или нежелательные ответы Copilot, передавая эти сведения на рассмотрение совету по управлению.

Пошаговая реализация и контрольный список лучших практик

Аудит перед развертыванием: Проведите инвентаризацию разрешений пользователей и приложений, классифицируйте конфиденциальные данные и закройте пробелы в управлении рисками идентификации до включения Copilot.
Внедряйте политики Zero Trust: Развертывайте политики доступа и контроля сеансов для Copilot (MFA, условный доступ, доверие к устройствам). Контролируйте доступ по ролям, а не только через общие разрешения.
Включите мониторинг в реальном времени: Настройте аудит в Purview и Defender для действий пользователей, устройств и приложений. Подробные инструкции по расширенному аудиту см. в руководстве по аудиту Purview.
Управление и непрерывный анализ: Создайте совет по управлению ИИ, регулярно просматривайте журналы аудита и инциденты DLP и используйте автоматизацию для динамического применения политик. Контрольные списки для внедрения см. в практических рекомендациях по управлению Copilot.

Ресурсы, архитектурные схемы и обратная связь сообщества

Если вы строите или защищаете развертывание Copilot, не изобретайте велосипед. Существуют загружаемые ресурсы, наглядные руководства и официальная документация Microsoft, которые упростят вашу работу и помогут донести архитектурное видение до руководства или других команд.

В этом разделе собраны ключевые источники для дальнейшего изучения, включая логические архитектурные схемы, авторитетные ссылки на Microsoft Learn и способы связаться с сообществом. Ваша обратная связь не теряется впустую: обмен опытом помогает совершенствовать инструменты и рекомендации, которыми пользуются все. А по мере развития внедрения ИИ постоянное обучение на опыте коллег и актуальной документации необходимо, чтобы не отставать от рисков и лучших практик.

Чтобы быть в курсе последних новостей по управлению агентами ИИ, внедрению Zero Trust и соблюдению требований в сложных развертываниях M365, посмотрите, как другие справляются с масштабируемостью и рисками. Совместная работа здесь — это не только технологии, а создание более умной и безопасной экосистемы для всех.

Загрузите логические архитектурные схемы Zero Trust Copilot

Наглядный материал: Скачайте плакаты с архитектурой Copilot и Zero Trust из этого ресурса. Используйте их на семинарах, при презентациях для руководства и в ходе технического планирования.
Учебное пособие: Размещайте диаграммы в ИT-отделах или в виде цифровой краткой справки для адаптации новых сотрудников, чтобы архитектура и процессы согласования были понятны с первого взгляда.
Поддержка руководства: Показывайте архитектурные схемы руководству, чтобы обосновать инвестиции в обновление до E5 или объяснить, почему многоуровневые средства контроля необходимы для масштабного внедрения ИИ.

Дополнительная литература: справочные материалы и официальная документация Microsoft

Microsoft Learn: Изучите актуальную официальную документацию по Copilot, Purview и Entra для внедрения и устранения неполадок.
Tech Community: Участвуйте в экспертных обсуждениях, вебинарах и сессиях вопросов и ответов о новых функциях, сложностях развертывания и лучших практиках безопасности.
Блог и заметки о выпусках: Следите за официальным блогом Microsoft и заметками о выпусках, чтобы получать актуальные обновления функций Copilot и средств безопасности.
Документация продуктов: Добавьте в закладки основную документацию продуктов как главный справочник по настройке политик, устранению неполадок и сопоставлению с требованиями соответствия.

Поделитесь обратной связью и изучите релевантный контент сообщества

Ваши наблюдения помогают этому руководству развиваться. Заметили новый риск, связанный с ИИ, хотите поделиться историей внедрения Copilot или нужен совет коллег? Оставьте отзыв через формы или присоединяйтесь к обсуждениям в сообществе. Участие в форумах, посвящённых управлению и безопасности ИИ, поможет узнать о трудностях, с которыми сталкиваются при реальном внедрении, избежать типичных ошибок и совершенствовать собственные безопасные практики работы с Copilot.

Хотите узнать больше об управлении агентами и защите стека ИИ от Microsoft? Посмотрите стратегии управления ИИ-агентами или изучите практические политики управления Copilot с подробными чек-листами и примерами из практики.