Недавний случай хорошо показывает, как уходят корпоративные данные. Крупная деловая платформа добавила переключатель, который отдаёт публикации пользователей сторонним партнёрам для обучения моделей искусственного интеллекта. На многих аккаунтах он оказался включён по умолчанию, без отдельного уведомления и без явного согласия. Формально это часть пользовательского соглашения. По сути это передача интеллектуальной собственности компании третьим лицам, о которой никто не спрашивал.
Этот эпизод полезен не сам по себе, а как повод проверить, что вообще происходит с данными вашей компании. Ниже базовый чеклист по четырём направлениям: что вы отдаёте платформам, как храните и копируете данные, кто к ним имеет доступ и что произойдёт, если носитель откажет.
Что вы молча отдаёте чужим платформам
Логика большинства облачных сервисов устроена в их пользу: настройка приватности по умолчанию выгодна платформе, а не вам. Включить передачу данных проще, чем найти, где это отключить. На той самой деловой платформе тумблер прячется в несколько кликов: профиль, настройки и приватность, раздел про данные, пункт про использование данных для генеративного ИИ. Тридцать секунд, чтобы выключить, и месяцы, чтобы заметить, что он включён.
Для бизнеса это не абстракция. В постах, переписках и документах, которые сотрудники загружают в сторонние сервисы, лежат наработки, формулировки коммерческих предложений, подходы к клиентам. Когда это уходит в обучающую выборку чужой модели, вы теряете контроль над тем, что строили годами, и не получаете взамен ни оплаты, ни условий. Это не согласие, это тихий захват.
Что сделать на этой неделе:
- Проверьте настройки приватности на всех платформах, где работает команда: деловые соцсети, ИИ-сервисы вроде ChatGPT, Claude и Gemini, облачные офисные пакеты. Отключите всё, что отдаёт ваши данные на обучение моделей.
- Зафиксируйте правило для команды: в публичные ИИ-сервисы не загружают клиентские данные, договоры и внутренние документы без проверки настроек и без понимания, куда эти данные уйдут.
- Если кто-то хочет учить модели на ваших материалах, он может спросить. Письменно. С условиями. Всё остальное стоит считать утечкой по умолчанию.
Бэкапы, которых на самом деле нет
Передача данных наружу это видимая угроза. Куда чаще компании теряют данные тихо, из-за того что резервные копии существуют только на бумаге. Типичная картина: бэкап настроили один раз при запуске сервера, галочку поставили, и больше к нему никто не возвращался. А потом выясняется, что задание сломалось полгода назад, копии пустые, и восстанавливать нечего.
Резервная копия, которую ни разу не разворачивали обратно, это не защита, а иллюзия защиты. Ценность бэкапа не в том, что он создаётся, а в том, что из него можно восстановить рабочую систему за понятное время. Здесь работает правило трёх копий: минимум две копии на разных носителях и одна за пределами основной площадки, чтобы пожар, шифровальщик или отказ хранилища не уничтожили данные и резерв одновременно.
Минимальный набор требований к бэкапам:
- Регулярность и автоматизация. Копии создаются по расписанию без участия человека, а о сбое задания приходит уведомление. Ручной бэкап забывают сделать ровно в тот день, когда он понадобится.
- Копия за пределами площадки. Хотя бы одна копия лежит в другом дата-центре или регионе. Если основная инфраструктура выйдет из строя целиком, данные останутся доступны.
- Регулярная проверка восстановлением. Раз в квартал бэкап разворачивают на тестовом контуре и убеждаются, что система поднимается и данные читаются. Только так вы узнаёте, что копия рабочая, до аварии, а не после.
Доступ и аварийное восстановление
Две оставшиеся бреши закрывают вместе. Первая это доступ. Часто к боевым системам имеют права люди, которые давно сменили роль или ушли из компании, а пароли от ключевых сервисов лежат в общем чате. Каждая такая учётная запись это потенциальная точка входа для атаки и для случайной ошибки. Базовый порядок: у каждого ровно те права, которые нужны для работы, доступ уволившихся отзывается в день ухода, а на важные системы включена двухфакторная аутентификация.
Вторая брешь это отсутствие плана на случай аварии. Здесь важны два показателя, которые стоит обсудить с бизнесом заранее. Сколько данных вы готовы потерять, измеряется в часах между копиями. И сколько времени система может лежать, прежде чем простой начнёт стоить серьёзных денег и репутации. Когда эти цифры названы, становится видно, что нынешняя схема резервирования им часто не соответствует. Час простоя интернет-магазина или производственной системы это прямые потери выручки и доверия клиентов, которые возвращаются дольше, чем чинится сервер.
Итог
Защита данных компании держится на четырёх простых вещах: вы знаете, что отдаёте сторонним платформам, у вас есть проверенные восстановлением бэкапы, доступ имеют только нужные люди, и существует понятный план на случай аварии. Ни один пункт не требует большого бюджета. Требуется дисциплина и регулярная проверка, потому что любая из этих брешей всплывает в самый неподходящий момент и стоит дороже, чем порядок, который её закрывает.
Если вы не уверены, что ваши бэкапы рабочие, а доступы под контролем, мы предлагаем бесплатный технический аудит инфраструктуры. Проверим настройки приватности, состояние резервных копий, права доступа и готовность к аварии, после чего отдадим конкретный список того, что стоит исправить в первую очередь. Оставьте заявку на странице https://myod.it/contact-us/
