Корпоративные решения могут снизить часть рисков, но это не пропуск на ввод любых данных. OpenAI указывает, что ChatGPT Business, ChatGPT Enterprise и API Platform предоставляют ownership and control в отношении business data, включая ввод и вывод, а также допускают заключение Data Processing Addendum, или DPA, для поддержки соблюдения GDPR и других законов о приватности. OpenAI также упоминает политики хранения данных, Enterprise Key Management, или EKM, поддержку соответствия GDPR, CCPA и ряду стандартов безопасности и комплаенса.
Многие воспринимают вставку текста в чат как нечто менее серьезное, чем загрузку файла. Но с точки зрения обработки данных prompt, вложение и другой загруженный контент всё равно становятся входными данными сервиса. Политика конфиденциальности OpenAI перечисляет prompts и загружаемый контент среди пользовательского ввода, в котором могут содержаться Personal Data.
Отсюда базовое правило: минимизируйте ввод. Если можно не вставлять оригинал — не вставляйте. Если достаточно краткого описания — не загружайте весь документ. Если можно убрать имя, телефон, номер заказа или адрес — уберите до обращения к ИИ.
OpenAI пишет, что корпоративные сервисы дают клиентам ownership and control над business data, а для ChatGPT Business, ChatGPT Enterprise и API возможно заключение DPA для поддержки соблюдения GDPR и других законов о приватности. На странице о business data также упоминаются политики хранения данных, EKM и практики защиты данных, поддерживающие соответствие GDPR, CCPA и некоторым рамкам безопасности и комплаенса.
Это важные элементы управления риском. Но компания всё равно должна заранее определить: какие данные можно вводить, какие нужно обезличивать, какие нельзя вводить вообще, кто имеет право пользоваться инструментом и как сообщать об ошибке или утечке.
Даже если ИИ-сервис предоставляет корпоративные меры контроля, сами данные могут быть ограничены клиентским договором, внутренним режимом конфиденциальности или отраслевыми требованиями. Правильный вопрос звучит так: должна ли эта информация покидать исходную контролируемую среду?
Если информация прямо или косвенно позволяет идентифицировать человека или клиента, относитесь к ней как к высокорисковой. На практике сначала удалите имена, телефоны, e-mail, адреса, номера аккаунтов, номера заказов, номера обращений, данные документов и платежные сведения. Это соответствует базовому факту: prompt и загружаемый контент являются входом сервиса.
Даже без персональных данных текст может быть чувствительным для бизнеса. Примеры: цены, условия договора, непубличная выручка, внутренние процессы, продуктовая стратегия, клиентская база. Такие материалы не стоит вставлять в неутвержденный инструмент только потому, что нужно быстро сократить или переписать текст.
Личный аккаунт, бесплатный инструмент или внешний ИИ-сервис без проверки не должны считаться рабочей средой для обработки корпоративных данных. Если задача действительно требует работы с business data, используйте инструмент, который одобрен компанией и имеет нужные договорные и технические контроли. Проверьте, подходят ли DPA, политика хранения данных, EKM и другие механизмы управления требованиям вашей организации.
Во многих задачах полный документ не нужен. Например, чтобы подготовить ответ на жалобу клиента, часто достаточно указать суть проблемы, желаемый тон и допустимые следующие шаги. Настоящее имя клиента, телефон, адрес, номер заказа или полный текст договора в таком случае могут быть лишними.
Шаг 1. Проверьте внутренние правила. Посмотрите, есть ли в компании политика использования ИИ, классификация данных, ограничения по клиентским договорам или требования комплаенса. Если уверенности нет, не решайте самостоятельно, что всё должно быть нормально.
Шаг 2. Сначала классифицируйте, потом вводите. Ответьте, есть ли в тексте персональные данные, клиентские сведения, внутренние секреты, договоры, финансовая информация, платежные данные или другие чувствительные материалы. Если ответ да или не уверен, обращайтесь с текстом как с высокорисковым.
Шаг 3. Минимизируйте и обезличьте. Не вставляйте оригинал, если достаточно краткого описания. Не загружайте весь файл, если нужен один абзац. Заменяйте реальные имена, названия компаний, телефоны, e-mail, адреса, номера счетов, заказов и обращений на нейтральные обозначения: клиент А, поставщик Б, заказ 123.
Шаг 4. Высокорисковые данные — только в одобренной среде. Если без исходных business data не обойтись, используйте корпоративное решение, которое компания проверила и согласовала. Убедитесь, что DPA, политика хранения данных, EKM или другие контроли действительно подходят для вашего сценария.
Шаг 5. При сомнениях повышайте уровень согласования. Если речь о клиентах, сотрудниках, документах, платежах, медицинских данных, договорах, финансах или непубличной стратегии, сначала спросите службу информационной безопасности, юристов, комплаенс или руководителя.
Не стоит писать так:
Вот полное письмо клиента с телефоном, адресом, номером заказа и условиями договора. Напиши ответ.
Лучше так:
Ниже обезличенное краткое описание жалобы. Клиент А сообщает, что доставка товара задержалась на 10 дней, и просит возврат. Подготовь вежливый ответ: признай проблему, предложи следующий шаг и не добавляй фактов, которых нет в описании.
Такой подход не делает риск нулевым, но уменьшает ненужное раскрытие персональных и корпоративных данных. С учетом того, что OpenAI указывает на сбор Personal Data во вводе к сервисам, минимизация ввода — базовая мера безопасности.
Нет. Корпоративные версии и API могут дать больше договорных, административных и технических механизмов контроля. OpenAI заявляет, что соответствующие корпоративные сервисы предоставляют ownership and control над business data и позволяют заключить DPA для поддержки соблюдения GDPR и других законов о приватности. OpenAI также упоминает EKM, политики хранения данных и практики защиты данных, поддерживающие GDPR, CCPA и ряд рамок безопасности и комплаенса.
Но эти меры — только часть управления риском. Организация всё равно должна определить, какие данные разрешено вводить, какие нужно обезличивать, какие полностью запрещены для ввода, кто отвечает за доступ и как фиксировать инциденты.
Практическое правило простое: публичные и низкочувствительные данные можно использовать с ИИ в рамках политики компании. Всё, что связано с клиентами, договорами, финансами, документами, платежами, непубличной бизнес-информацией или коммерческой тайной, не вставляйте как есть в общий или не одобренный ИИ-инструмент. Сначала минимизируйте и обезличьте данные, а при необходимости работайте только в корпоративной контролируемой среде.
Comments
0 comments