Отключение обучения ИИ, которого не существует: что мы обнаружили, проверив 17 SaaS-платформ
Каждая SaaS-платформа, к которой подключён Ваш бизнес, прямо сейчас тихо решает, будет ли Ваш контент использоваться для обучения чужой модели ИИ. Мы проверили все 17 платформ в библиотеке коннекторов 8200.dev, чтобы понять, как каждая из них на самом деле решает этот вопрос — ожидая найти переключатели для администраторов. В основном мы их не нашли.
Вот что мы обнаружили. Slack по умолчанию включает каждое рабочее пространство в обучение негенеративных моделей — переключателя нет нигде в консоли администратора; отказ означает, что владелец рабочего пространства должен написать письмо на [email protected] с конкретной темой письма, при этом факт отказа нигде не отслеживается, и проверить его позже невозможно. У Salesforce есть реальная настройка, но это переключатель Einstein GPT, спрятанный в разделе Setup, о котором большинство администраторов даже не знают, что его нужно искать, — а доступ к нему может потребовать открытия обращения в поддержку, в зависимости от Вашей редакции. Версия Zendesk — это просто заявка в поддержку, и точка. У Intercom Fin AI есть отказ на уровне рабочего пространства, но он находится в интерфейсе, а не в API — никто за пределами Вашей консоли администратора не может проверить, что он действительно установлен.
Dropbox — самый интересный случай: учётные записи из США по умолчанию включены в сторонние функции ИИ; учётные записи из ЕС, Великобритании и Канады по умолчанию ИСКЛЮЧЕНЫ. Один и тот же продукт, одна и та же компания, противоположные настройки по умолчанию — в зависимости от того, где зарегистрирована Ваша учётная запись, — и большинство команд никогда не проверяли, какая настройка применяется к ним. WhatsApp Business также региональный: форма для возражения существует для ЕС, Великобритании и Бразилии; во всех остальных регионах рычага для отказа просто не существует.
С другой стороны, некоторые платформы действительно вообще не используют Ваш контент для обучения — это договорное обязательство, а не настройка: сюда относятся Google Workspace, Microsoft 365, Box, Notion и GCP. Это обнадёживает, но и это невозможно проверить, просто щёлкая по собственной консоли администратора — Вы принимаете на веру обещание поставщика, зафиксированное в соглашении об обработке данных, которое большинство людей никогда не читает дальше первой страницы.
Общая закономерность во всём этом: за исключением Jira и пары смежных переключателей функций ИИ (сопоставление публичного кода в GitHub Copilot, организационные политики GCP Vertex), почти нигде нельзя направить запрос к API и получить прямой ответ. Именно поэтому это нужно проверять платформу за платформой, вручную, один раз — а затем автоматически отслеживать при подключении каждой новой платформы, вместо того чтобы полагаться на то, что кто-то в Вашей команде уже прочитал мелкий шрифт.
Почему подход «пусть кто-нибудь это проверит» тихо проваливается
Причина, по которой эта проблема разрастается, — не небрежность. Дело в том, что обычный механизм контроля — назначить ответственного человека и сказать ему проверить — не имеет, куда указать.
Посмотрите ещё раз на список выше и обратите внимание, что общего у каждого пункта: настройка находится там, где дашборд её не видит. В пункте договора. В региональной настройке по умолчанию, установленной при регистрации. В тарифном плане, который изменился при последнем продлении закупки. В адресе электронной почты, на который нужно написать. На всех этих платформах нет ни одного экрана, который отвечал бы на единственный вопрос, который на самом деле нужен команде безопасности — *передаёт ли наша организация прямо сейчас данные для обучения, и приняли ли мы это решение осознанно?*
Поэтому проверка откладывается, потом забывается, потом переходит по наследству. Настройка по умолчанию выигрывает просто за счёт истощения внимания. А эта настройка по умолчанию была написана поставщиком с оптимизацией под его дорожную карту развития ИИ, а не под Ваши обязательства по обработке данных. Это та же ситуация, которую мы разобрали для одной платформы в статье что меняется для Atlassian Jira 17 августа — только здесь речь не об одной платформе. Речь о каждом подключённом инструменте, принимающем собственную версию этого решения, по своему собственному графику, в своём собственном скрытом месте.
Это вопрос соответствия требованиям, а не праздное любопытство
Если Ваша организация имеет отчёт SOC 2, движется к сертификации ISO 27001 или обрабатывает персональные данные в рамках GDPR, использование данных для обучения напрямую затрагивает обязательства, которые Вы уже несёте.
Соглашение об обработке данных описывает цели, для которых могут использоваться Ваши данные. Обучение сторонней модели ИИ — это цель. Если в соглашении об обработке данных с клиентом сказано, что его данные используются для предоставления услуги, а одна из подключённых Вами платформ тихо передаёт эти же данные для обучения модели, то разрыв между тем, что Вы обещали ниже по цепочке, и тем, что Вы разрешаете выше по цепочке, — Ваша задача устранить, а не поставщика. Аудиторы уже начали спрашивать об этом напрямую, обычно в форме: «обучает ли кто-либо из ваших субподрядчиков ИИ на ваших данных, и как вы об этом узнаёте?» Убедительный ответ состоит из двух частей: позиция (какие платформы используют данные для обучения, а какие договорно исключены) и запись о принятом решении (кто рассматривал вопрос, когда и что решили). «Мы никогда не проверяли» — единственный ответ, который однозначно провален. Мы рассказали о том, чего теперь ожидают проверяющие, в статье что аудиторы на самом деле требуют для управления ИИ в 2026 году; вопрос использования данных для обучения становится стандартным пунктом именно такой проверки.
Разовый аудит, который стоит провести прямо сейчас
Хорошая новость в том, что это один из немногих пунктов управления, где решение действительно обходится дёшево. Ничего не нужно перестраивать. Нужно найти настройки, принять осознанное решение и зафиксировать его. Конкретно:
- Составьте перечень поверхности. Перечислите каждую SaaS-платформу, где действительно находится контент или метаданные Вашей организации. Если она хранит данные клиентов, регулируемые данные или что-либо под соглашением о неразглашении — она входит в сферу проверки, а не только тот инструмент, который прислал Вам письмо на этой неделе.
- Определите позицию каждой платформы. Иногда это страница настроек, иногда заявка в поддержку, иногда отказ по электронной почте, иногда договорный пункт без какого-либо реального механизма управления. Зафиксируйте, где именно это находится.
- Подтвердите тарифный уровень. На нескольких платформах позиция зависит от тарифа — GitHub исключает данные Business и Enterprise из обучения, тогда как на более низких тарифах действуют более широкие условия, а миграция может незаметно изменить Вашу позицию.
- Примите осознанное решение. Согласие на использование данных может быть законным выбором; улучшенные функции ИИ — это реальное преимущество. Проблема не в самом факте передачи данных — проблема в том, что никто это не решал. Исключите чувствительные данные, а остальное можно оставить как есть, если это Ваш осознанный выбор.
- Зафиксируйте решение письменно и перепроверяйте по графику. Датированная запись превращает тихую настройку по умолчанию в доказательство для аудита, а поставщики меняют настройки по умолчанию достаточно часто, чтобы позиция, проверенная один раз, не считалась управляемой позицией.
Честное описание этого списка — *повторяющийся, межплатформенный и рутинный* — именно тот вид контроля, который разрушается, если зависит от того, вспомнит ли о нём человек.
Как это выглядело, когда мы провели такую проверку на себе
31 июля 2026 года мы открыли консоль администратора собственной организации в Atlassian и прошли пять шагов выше. Точное описание результата важно, потому что он работает в обе стороны.
Контроль на уровне организации уже был отключён. В разделе Atlassian Administration → Security → Data contribution предлагается единый выбор Вкл/Выкл для всей организации — не отдельно для каждого продукта, — и у нас он был установлен в положение «Выкл» с пустым списком включения, то есть ничего не было выборочно включено обратно. Ничего исправлять не потребовалось. Именно так выглядит хорошая настройка по умолчанию или хорошо принятое ранее решение.
Но есть предложение, напечатанное прямо под этим переключателем: *«Метаданные всегда передаются»*. Переключатель, который мы установили, регулирует контент внутри приложения — то, что люди пишут в тикетах и на страницах. Метаданные находятся за его пределами, и на нашем тарифе страница вообще не предлагает для них никакого управления. Наша подписка на Jira — Premium; полный отказ от передачи метаданных доступен только на тарифе Cloud Enterprise. Баннер на каждом экране администратора сообщает дату, с которой изменение вступает в силу: 17 августа 2026 года.
Таким образом, организация, уже принявшая осознанное решение, на платном тарифе, всё равно не могла полностью отказаться от передачи данных — и единственным способом узнать об этом было прочитать одну строчку основного текста на странице настроек, к которой не было особой причины возвращаться. Bitbucket и Trello, в свою очередь, тарифицируются отдельно и полностью находятся за пределами этой страницы; какова бы ни была их позиция, это отдельная проверка на отдельном экране.
Всё это не упрёк в адрес Atlassian, которая хотя бы предоставляет сам механизм контроля, прямо указывает его ограничения и публикует дату. Это аргумент данной статьи, продемонстрированный на нас самих: решение и его границы находятся там, где не видит ни один дашборд, и «мы отключили это» — не то же самое, что «мы не передаём данные».
Как 8200.dev автоматически выявляет это
8200.dev теперь формирует находку о позиции по обучению ИИ для каждой платформы, которую Вы подключаете. Подключите Slack, Dropbox, Salesforce, GitHub или любую другую поддерживаемую платформу, и сканирование сообщит Вам — прямо рядом с находками по совместному доступу и правам доступа — использует ли этот поставщик Ваши данные для обучения ИИ по умолчанию, где находится отказ или договорная гарантия, и когда эта позиция была проверена последний раз. Платформы с включённым по умолчанию согласием отображаются как находки, требующие решения; платформы, защищённые договором, отображаются как подтверждения, которые можно передать аудитору.
Там, где платформа действительно предоставляет доступную через API политику по смежному направлению, мы проверяем это в реальном времени: коннектор GitHub считывает настройку сопоставления публичного кода Copilot Вашей организации, а коннектор GCP отмечает случаи, когда Vertex AI работает без ограничивающей организационной политики. Каждая находка сопровождается пошаговым руководством по устранению, а полный каталог проверок доступен на странице возможностей.
Суть не в том, что функции ИИ опасны — многие из них стоит включить. Суть в том, что использование данных для обучения должно быть осознанным решением, а не настройкой по умолчанию, на каждой платформе, которую уже использует Ваша организация. Если Вы предпочитаете, чтобы это выявлялось автоматически, а не запоминалось вручную, ознакомьтесь с тарифами и ценами и подключите свою первую платформу за несколько минут.
Похожие статьи
- Обучает ли Atlassian ИИ на Ваших данных Jira? Что изменится 17 августа
Что новые настройки «предоставления данных» Atlassian означают для админов Jira, Confluence и JSM — и что проверить до 17 августа 2026 года.
- Видите каждый ИИ-инструмент, затрагивающий Вашу организацию — санкционированный или теневой
Представляем AI Governance в 8200.dev: единая панель для обнаружения теневого ИИ, агентных платформ вроде Manus, политики обучения у вендоров и гигиены ключей ИИ-вендоров.
- Обязательства по безопасности, которые уже распространяются на Вас как на независимого разработчика
У фрилансеров и инди-разработчиков есть реальные обязательства по GDPR, EU AI Act и договорам — что уже применяется и что проверить в первую очередь.