01.08.2026

Данные утекают в публичные API: частный контур вместо запретов

Сотрудники загружают договоры и отчёты в ChatGPT и аналоги — юридические и репутационные риски растут, а контролировать поток информации почти невозможно без собственного контура.

Запретить публичные нейросети приказом легко. Остановить утечку данных через них — почти нет. Сотрудник вставляет в чат фрагмент договора, таблицу с персональными данными клиента, внутренний отчёт «чтобы быстро переписать». Снаружи это выглядит как продуктивность. Изнутри — как передача корпоративной информации третьей стороне без договора, без контроля срока хранения и без понимания, как эти данные будут использованы дальше.

Юристы видят риск соглашений о конфиденциальности и закона о персональных данных. Служба безопасности — теневой IT. Руководители — парадокс: инструменты полезны, а доверять им нельзя. Пока компания живёт в режиме «запретили на словах», данные всё равно уходят — только тише и через личные аккаунты на телефонах.

Бизнесу нужен не моральный запрет, а легальный быстрый контур. Когда внутри нет разрешённого инструмента с понятными правилами, люди выбирают публичный интерфейс. Это рациональное поведение сотрудников при отсутствии альтернативы.

Как утечка выглядит в обычной неделе

Менеджер копирует коммерческое предложение «для краткого пересказа». Бухгалтер просит разобрать фрагмент отчёта с реквизитами. Разработчик вставляет кусок закрытого кода. Маркетолог загружает выгрузку «для идей персонализации». Кадровик переписывает должностную с ФИО. Никто не считает себя злоумышленником. Все ускоряют работу.

Отдельно опасны встроенные помощники в браузере и расширения, которые читают страницу целиком. Запрет «зайди на сайт чата» не покрывает эти каналы. Политика должна говорить о данных, а не только о домене.

Почему одни запреты не работают

Блокировка сайта на уровне прокси обходится с телефона. Средства предотвращения утечек без обучения и понятных правил ловят далеко не всё текстовое копирование. Страх наказания снижает видимость, но не потребность. Через месяц появляется теневой стек: личные аккаунты, зеркала, плагины.

Вторая ошибка — считать, что «у нас нет секретов». Есть клиентские данные, цены, позиции в спорах, исходники, кадровая информация. Для репутационного и регуляторного удара этого достаточно. Третья — обещать «полный аналог лучшей публичной модели завтра» и разочаровать качеством: люди вернутся в обход.

Практический путь: разрешить правильно

Рабочая модель обычно трёхслойная. Сначала политика: что нельзя выносить совсем, что можно в обезличенном виде, что можно в корпоративном контуре. Затем техника: частная модель или закрытый доступ к программному интерфейсу с журналированием, без бесконтрольного обучения на ваших данных у постороннего. Потом удобство: если корпоративный инструмент заметно хуже и медленнее, обход неизбежен.

Частный контур не обязан сразу быть собственным залом с видеокартами. Часто начинают с выделенного контура в облаке или у себя, входа через корпоративную учётку, журнала запросов и ролей. Для части задач хватает моделей поменьше: суммаризация регламентов, черновики писем, поиск по внутренней базе знаний.

Отдельно решается поиск с опорой на ваши документы: ответы строятся по материалам, которые лежат у вас, а не «где-то в публичном чате». Это снижает соблазн вставлять файлы во внешний интерфейс.

ПодходПлюсМинус
Только запретБыстро на бумагеТеневой IT, нет контроля
Публичный API «как все»Удобно людямДанные уходят наружу
Частный контур + политикаСкорость и контрольНужны внедрение и привычка

Типовые промахи внедрения

Поставить «коробку» и не объяснить, зачем она лучше запрещённого инструмента. Не разграничить роли: стажёр видит те же корпуса, что юрист. Не вести журнал запросов — инцидент не расследуешь. Смешать тестовые и боевые данные. Забыть про мобильные устройства и личные почты как канал выноса.

Ещё один промах — автоматизировать утечку: сценарии, которые сами отправляют сырые выгрузки во внешнюю модель без фильтра. Автоматизация без политики опаснее ручного копирования.

Как измерить, что стало лучше

Доля запросов в корпоративном контуре. Число инцидентов с выносом файлов. Время на типовые внутренние задачи до и после. Удовлетворённость сотрудников: если через квартал все снова в личных аккаунтах — контур неудобен или политика бумажная.

Частые вопросы

Можно ли оставить публичные модели для «несекретных» задач? Можно, если есть чёткие примеры и люди понимают границу. Без примеров граница размывается за неделю.

Нужен ли сразу свой железоконтур? Не обязательно. Важнее контроль доступа, журнал и правила данных. Железо — следствие требований, не фетиш.

Что с уже ушедшими данными? Их не вернуть кнопкой. Можно сменить пароли и ключи, пересмотреть договоры, усилить обучение и закрыть канал на будущее.

На что смотреть через месяц

Любое улучшение проверяют не ощущением «стало спокойнее», а фактами: меньше инцидентов, короче простой, ниже доля ручной работы, предсказуемее счета и понятнее ответственность. Если через месяц картина не изменилась, вы либо выбрали не тот рычаг, либо не закрепили регламент и владельца.

Полезно зафиксировать исходную точку до изменений: сколько длился последний простой, откуда о нём узнали, сколько часов ушло на ручной сбор отчёта, какая строка счёта непонятна. Иначе через квартал снова будет спор «стало лучше или просто забыли».

Отдельно договоритесь, что считается успехом для бизнеса, а что — для инженерии. Для коммерции важны заявки, оплаты, скорость ответа клиенту. Для инженерии — повторяемость, наблюдаемость, откат. Когда метрики разные и не согласованы, проект «закрывают», а боль возвращается.

Практический минимум на ближайшие две недели

Не пытайтесь исправить всё сразу. Выберите один критичный контур и доведите его до состояния «можно объяснить директору за три минуты»: что может сломаться, кто заметит первым, как откатываемся, сколько это примерно стоит в простое. Затем повторите для следующего контура.

Документируйте коротко: схема, доступы, владельцы, даты проверок. Документ на две страницы, который читают, полезнее wiki на двести, которую забыли. Обновляйте его после каждого инцидента — именно тогда правда свежая.

И наконец назначьте человека, а не «команду». Коллективная ответственность в инцидентах обычно означает отсутствие ответственности. Заместитель нужен, но имя на дверце должно быть одно.

Итог

Цель не в том, чтобы «внедрить искусственный интеллект». Цель — сохранить скорость работы без бесконтрольной утечки. Когда у сотрудников есть разрешённый быстрый инструмент, а у безопасности — журнал и периметр, конфликт снимается. Публичные интерфейсы никуда не денутся. Вопрос лишь в том, уходят ли туда ваши договоры — или работа идёт внутри контура, который вы контролируете.

Нужна помощь с похожей задачей?

Опишите ситуацию — предложим решение на основе нашего опыта.

Заявка

Имя, Email, телефон и комментарий — остальное обсудим после заявки