Почти треть опрошенных сотрудников передавали ИИ рабочие логины, ключи и доступы

Разработчик копирует лог ошибки в ИИ-чат и просит найти причину сбоя. Внутри лога оказывается рабочий ключ. Задача привычная, действие занимает несколько секунд, а доступ к системе уже передан внешнему сервису. Именно такие ситуации стоит разобрать с командой до следующего срочного исправления.

По сообщению RB.RU, почти каждый третий опрошенный сотрудник российских компаний за последние полгода передавал нейросетям рабочие логины, ключи и доступы к папкам. Издание ссылается на исследование Кибердома. Только 5% респондентов сообщили о письменных правилах использования ИИ в своей компании, а почти каждый пятый не знает, какие рабочие данные разрешено передавать нейросетям.

Что говорят цифры — и чего они не доказывают

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

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

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

Как секрет попадает в обычный запрос

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

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

Сам факт отправки информации ИИ-сервису ещё не доказывает её публикацию или использование для обучения модели. Условия зависят от конкретного продукта, тарифа, настроек и договора. Эти условия нужно проверить отдельно. Название сервиса само по себе не объясняет, какие данные команда вправе ему доверить.

Что можно сделать в команде

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

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

Если действующий ключ уже передали внешнему сервису, практический ответ — отозвать его, выпустить новый и проверить доступные журналы использования. Удаление сообщения не заменяет смену ключа.

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