Конфиденциальность¶

Что вы узнаете¶

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

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

Главный принцип:

Перед отправкой чувствительных данных смотрите не только на чат, а на весь маршрут обработки.

1. Базовая схема¶

Любой запрос начинается одинаково:

пользователь
    ↓
ИИ Студия
    ↓
контекст разговора
    ↓
активная модель

Но дополнительные функции добавляют новые направления передачи.

Например:

интернет-поиск → внешние сайты
Yandex AI       → Яндекс Облако
сервис          → подключённая внешняя система
общая ссылка    → другие пользователи

2. Локальная модель¶

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

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

Но фраза «локальная модель» не означает автоматически «никаких внешних сетевых обращений».

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

3. Yandex AI¶

Если администратор явно активировал модель Yandex AI, содержимое запроса и необходимый контекст передаются в Yandex AI Studio для обработки.

Это отдельная граница данных.

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

Данные всё равно передаются в Яндекс Облако для выполнения модели.

Подробнее: Модели Яндекса.

4. Как понять, какая модель ответила¶

Не ориентируйтесь только на то, что было выбрано раньше.

Студия показывает фактическую модель ответа.

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

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

Это особенно важно при переходе:

локальная модель → Yandex AI

или обратно.

5. Интернет-поиск¶

При включении интернет-поиска Студия обращается к внешним источникам.

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

Что может уйти наружу¶

Не обязательно весь разговор.

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

Но пользователь должен исходить из принципа:

всё, что необходимо для внешнего поиска, потенциально становится внешним сетевым запросом.

Поэтому не формулируйте поисковый запрос так:

Найди информацию про секретный внутренний проект «Альфа-27» клиента X,
у которого IP 10.x.x.x и внутренний договор №...

Лучше обезличить задачу.

6. Работа с файлами¶

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

Однако граница модели остаётся отдельной.

Локальная модель + локальный поиск по документам¶

Найденные фрагменты передаются локальной модели.

Yandex AI + поиск по документам¶

Фрагменты, выбранные для ответа, становятся частью запроса к облачной модели.

Поэтому внутренний документ может храниться локально, но отдельные его фрагменты могут уйти во внешний сервис, если активна внешняя модель.

7. Корпоративная база знаний¶

Наличие документа в корпоративной базе не означает, что он автоматически доступен каждому пользователю.

Должны одновременно учитываться:

права пользователя;
права помощника;
правила доступа к файлам;
активная модель;
способ формирования ответа.

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

8. Память¶

Память — это устойчивое хранилище сведений о пользователе, используемых между разговорами.

В текущей политике агенту памяти предписано не сохранять:

пароли;
токены;
одноразовые секреты.

Но пользователь всё равно не должен намеренно отправлять секрет с просьбой «запомни».

Что подходит для памяти¶

предпочтение формата ответа;
рабочая роль;
устойчивые несекретные предпочтения;
общие сведения о постоянном проекте, если разрешено.

Что не подходит¶

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

9. Временный чат¶

Временный чат ограничивает обычное сохранение в пользовательской истории.

Он:

не отображается в обычной истории;
не участвует в поиске;
не добавляется в закладки;
удаляется по сроку хранения.

В текущем профиле — через 30 суток.

Но временный чат не меняет сам по себе:

провайдера модели;
интернет-поиск;
доступ сервисов;
сетевые обращения.

Поэтому временный режим нельзя считать заменой локальной модели.

10. Общие ссылки¶

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

Перед публикацией проверьте:

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

После завершения совместной работы¶

Отзовите ссылку, если постоянный доступ больше не нужен.

Регулярно проверяйте Настройки → Ваши данные → Общие чаты.

11. Подключённые сервисы¶

Сервис Студии может получать или передавать данные во внешнюю систему.

Перед подтверждением действия проверяйте:

название сервиса;
операцию;
параметры;
область доступа;
может ли действие изменить данные.

Системные сервисы Яндекс Облака в текущем профиле ограничены утверждёнными операциями чтения.

Но чтение всё равно может раскрывать чувствительные сведения: структуру сети, имена машин, расходы, права доступа.

Подробнее: Сервисы Студии.

12. Интеграция с Яндекс Облаком¶

Ключ служебной учётной записи и получаемый IAM-токен не должны попадать в пользовательский чат.

Они обрабатываются серверным шлюзом.

Пользователь работает с разрешёнными функциями, а не с самим секретом.

Если вы увидели закрытый ключ в сообщении чата, это уже инцидент и такой ключ следует отозвать.

Подробнее: Безопасность интеграции с Яндекс Облаком.

13. Плановые задания¶

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

Поэтому перед созданием расписания особенно важно проверить:

какая модель используется помощником;
какие сервисы ему доступны;
какие данные он может читать;
куда попадают результаты;
платные ли внешние вызовы.

Автоматизация не отменяет границу данных.

14. Локальный режим не равен отсутствию журналов¶

Даже при локальной модели корпоративная система может вести технические журналы:

входов;
ошибок;
обращений к сервисам;
административных операций;
событий безопасности.

Точный состав журналов определяется конфигурацией организации.

Не обещайте пользователю «никаких следов вообще» только на основании локальной модели.

15. Что пользователь должен проверить перед чувствительным запросом¶

Используйте короткий контрольный список.

Модель¶

локальная или внешняя?

Поиск¶

включён ли интернет-поиск?

Сервисы¶

какие сервисы доступны в текущем чате?

Файлы¶

прикреплены ли внутренние документы?

Память¶

включена ли память?

Общий доступ¶

не опубликован ли разговор?

Устройство¶

ваш ли это компьютер?

16. Красная зона: что нельзя отправлять без явной необходимости¶

Не вставляйте в обычный запрос:

приватные ключи;
пароли;
токены доступа;
резервные коды второго фактора;
секреты из .env;
полный файл авторизованного ключа Яндекс Облака;
закрытые ключи TLS;
ключи SSH;
дампы менеджера паролей;
cookie сеанса;
секреты CI/CD.

Если нужен анализ конфигурации¶

Замените секреты:

DB_PASSWORD=<СКРЫТО>
API_TOKEN=<СКРЫТО>
PRIVATE_KEY=<СКРЫТО>

Сохраняйте структуру, но не значение.

17. Персональные данные¶

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

ИИ Студия предоставляет технические механизмы для построения контролируемого контура, но сама по себе установка продукта не означает автоматического соответствия всем требованиям 152-ФЗ.

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

Подробнее: 152-ФЗ.

18. Минимизация данных¶

Не отправляйте больше сведений, чем необходимо для задачи.

Плохо:

Вот полный договор, паспорта сотрудников, реквизиты, внутренние адреса и приложение.
Ответь, когда заканчивается срок аренды.

Лучше:

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

Минимизация снижает риск независимо от выбранной модели.

19. Обезличивание¶

Для внешнего поиска и общего анализа заменяйте лишние идентификаторы.

Например:

Клиент: Компания А
Сотрудник: Пользователь 1
IP: <внутренний адрес>
Токен: <скрыто>

Не обезличивайте данные так сильно, чтобы потерять смысл технической задачи.

20. Проверка ответа перед передачей наружу¶

Даже если входные данные были безопасны, ответ модели может содержать сведения из:

загруженного документа;
памяти;
текущей истории;
сервиса Студии;
облачной инфраструктуры.

Перед копированием ответа во внешний канал:

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

21. Подготовка материалов для поддержки¶

При обращении в поддержку не отправляйте весь разговор автоматически.

Сначала подготовьте минимальный набор:

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

Если в интерфейсе есть «Скопировать диагностику», всё равно просмотрите блок перед передачей.

22. Если секрет уже отправлен в чат¶

Действуйте как при компрометации секрета.

Пароль¶

Смените пароль.

API-ключ¶

Отзовите ключ у поставщика и создайте новый.

Авторизованный ключ Яндекс Облака¶

Отзовите ключ служебной учётной записи и выпустите новый.

Токен¶

Отзовите или дождитесь окончания только если это соответствует политике; для важного секрета лучше отозвать немедленно.

После этого:

удалите сообщение, если политика позволяет;
проверьте общие ссылки;
проверьте память;
сообщите ответственному за безопасность при необходимости.

Удаление сообщения не заменяет отзыв секрета.

23. Матрица границ данных¶

Функция	Где основная обработка	Возможен внешний сетевой обмен
Локальная модель	инфраструктура организации	Нет, если не включены внешние функции
Yandex AI	Яндекс Облако	Да
Поиск по локальным документам	инфраструктура Студии	Сам поиск — локально
Локальная модель + интернет-поиск	модель локально, поиск во внешнем интернете	Да
Yandex AI + RAG	индекс локально, выбранные фрагменты передаются модели	Да
YC — инфраструктура	через защищённый шлюз в API Яндекс Облака	Да
Общая ссылка	сервер Студии → разрешённые получатели	Зависит от размещения и режима ссылки
Память	сервер Студии	При внешней модели сохранённые сведения могут попасть в контекст внешнего запроса

24. Самый безопасный рабочий шаблон¶

Для чувствительной внутренней задачи:

локальная модель
+ интернет-поиск выключен
+ внешние сервисы не используются
+ только нужные локальные документы
+ память выключена, если персонализация не нужна
+ общий доступ не создаётся

Но даже такой режим не отменяет:

серверные права доступа;
резервное копирование;
журналы;
организационные правила.

25. Если не знаете, можно ли отправлять данные¶

Не отправляйте их до уточнения.

Обратитесь:

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

Как проверить текущую границу перед работой¶

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

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