Сотрудники используют нейросети: какие данные нельзя загружать и как установить правила

    13 октября 2026 года

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

     

    Содержание статьи

     

    Когда обычная задача становится передачей данных

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

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

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

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

    Почему важно различать аккаунт, API и локальную систему

    Публичный сервис с личным аккаунтом работает на условиях потребительского продукта. Оплата подписки сотрудником сама по себе не даёт компании административного контроля. Настройки обучения, история и порядок удаления требуют отдельной проверки.

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

    API — интерфейс, через который программа обращается к модели. Здесь нужно проверить не только поставщика ИИ, но и приложение-посредник: оно тоже может сохранять запросы в журналах. У API бывают собственные условия хранения, отличающиеся от обычного чата.

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

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

    Какие данные нельзя передавать в неутверждённый сервис

    Следующий перечень разумно закрепить как внутреннее правило компании. Он не означает, что закон одинаково запрещает любые операции со всеми перечисленными сведениями.

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

    Персональные данные клиентов, сотрудников и кандидатов. Контакты, резюме, зарплатные ведомости и записи встреч могут раскрывать сведения о конкретных людях. Для эксперимента используйте искусственные данные. Рабочую обработку согласуйте с ответственным за персональные данные и выполняйте только в разрешённой среде.

    Договоры, предложения, цены и финансовые сведения ограниченного доступа. Они раскрывают условия переговоров, скидки и положение бизнеса. Уточните ограничения у владельца документа; для проверки формулировки обычно достаточно вымышленного фрагмента без реквизитов и условий реальной сделки.

    Непубличный код, конфигурации и сведения об уязвимостях. Они могут раскрыть устройство продукта и способы доступа к нему. Подготовьте минимальный воспроизводимый пример без рабочих адресов, ключей и данных заказчика; передачу исходного материала согласуйте с владельцем системы.

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

    Информация контрагентов под договорной или специальной защитой. Право читать документ не означает право передать его стороннему поставщику. Проверьте договор и применимые требования; до согласования используйте общую постановку задачи без материалов партнёра.

    Что можно разрешить и что проверить по закону

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

    По 152-ФЗ передача персональных данных в ИИ не запрещена безусловно. Нужно оценить правовое основание, цель, необходимый состав сведений, роль поставщика и условия обработки. Когда обработка поручается другому лицу, учитывают требования статьи 6 к поручению. Согласие человека не заменяет проверку остальных обязанностей оператора.

    Локализацию и трансграничную передачу проверяют отдельно. Часть 5 статьи 18 ограничивает перечисленные операции при сборе персональных данных граждан РФ с использованием зарубежных баз, с предусмотренными законом исключениями. Статья 12 устанавливает порядок трансграничной передачи, включая предварительное уведомление и возможные ограничения. Нельзя считать зарубежный ИИ автоматически разрешённым только потому, что исходная база находится в России. Сначала опишите реальные потоки данных.

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

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

    Почему удаления фамилии недостаточно

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

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

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

    Три рабочие ситуации: задача, риск и допустимый способ

    Сократить договор

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

    Построить отчёт по клиентам

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

    Разобраться с ошибкой приложения

    Задача: понять сообщение в журнале. Риск: в соседних строках остаются токены, адреса серверов и данные пользователей. Допустимый способ: воспроизвести ошибку на тестовом примере, удалить рабочие идентификаторы и обозначить секрет как «ВЫМЫШЛЕННОЕ_ЗНАЧЕНИЕ». Перед отправкой проверить весь фрагмент, включая заголовки запроса. Все примеры здесь условные.

    Как установить правила, которые будут выполнять

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

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

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

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

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

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

    Пример коротких правил для сотрудников

    Это пример для адаптации к компании, а не юридически достаточный локальный акт. Его нужно согласовать с действующими документами и фактическими настройками.

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

    Какие технические меры помогают

    Корпоративные аккаунты позволяют централизованно выдавать и отзывать доступ, если продукт поддерживает такое управление. Разделите права пользователей и администраторов, отключайте доступ уволенным, включите многофакторную аутентификацию — дополнительную проверку входа помимо пароля.

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

    DLP — средства контроля передачи данных — могут предупреждать или блокировать отдельные отправки по настроенным правилам. Но покрытие зависит от устройств, приложений, форматов и каналов; такие ограничения описывают и производители. Блокировка нескольких сайтов не охватывает автоматически помощников внутри приложений, API и личные устройства. Проверяйте выбранные меры на разрешённых тестовых данных и дополняйте их обучением.

    Что делать, если данные уже отправили

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

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

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

    Ответственный оценивает последствия и обязательные действия, включая уведомления по закону и договору. Если установлен предусмотренный частью 3.1 статьи 21 152-ФЗ факт передачи или доступа, повлёкший нарушение прав субъектов, применяются сроки уведомления Роскомнадзора: 24 часа для первичной информации и 72 часа для результатов расследования с момента выявления инцидента. Не ждите завершения разбора, чтобы оценить эту обязанность. Ошибочная отправка не равнозначна доказанной публичной утечке, но требует своевременной проверки.

    Чек-лист первых действий для руководителя

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

     

    FAQ

    Можно ли загружать документ, если убраны имена?

    Не автоматически. Проверьте косвенные признаки, скрытые сведения, договорные ограничения и разрешённую среду. Иногда проще составить вымышленный пример.

    Корпоративная подписка разрешает любые рабочие данные?

    Нет. Она даёт определённые условия и инструменты управления. Допустимость конкретной обработки компания проверяет отдельно.

    Нужно ли запрещать нейросети полностью?

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

    Чем мы можем помочь

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

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