A13 · Защита данных и RAG

Обход прав доступа в системах RAG

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

Иллюстрация к карточке угрозы «Обход прав доступа в системах RAG»
Отправить с описанием:TelegramWhatsApp
Кратко для руководителя

В чём суть риска

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

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

Связь со стандартамиOWASPLLM02, LLM08MITRE / ATT&CKATLAS: ExfiltrationNISTNIST AI 100-2: Privacy
01
Влияние на бизнес

Чем риск оборачивается для компании

Данные

Внутренние документы, сведения о зарплатах и финансовые данные раскрываются сотрудникам без допуска.

Право и комплаенс

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

Безопасность

Разграничение доступа, выстроенное в исходных системах, перестаёт действовать.

Где риск наиболее вероятен

Корпоративный поиск по файловым хранилищамАссистент кадровой службыПомощник по финансовой отчётностиБаза знаний с клиентскими материалами
02
Зоны ответственности

Кому и что решать

ИТ-директор

Требовать от архитектуры RAG проверки прав на уровне документа, а не только на входе в приложение.

Директор по кибербезопасности

Обеспечить синхронизацию списков доступа с источниками и отказ в выдаче при отсутствии подтверждённого права.

Владелец бизнес-процесса

Решить, какие хранилища допустимо подключать к ассистенту, и не включать закрытые разделы без проверки прав.

03
Сигналы для службы мониторинга

Что стоит наблюдать

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

Ответы ассистента содержат сведения из закрытых документов
Права пользователя в источнике не совпадают с выданными ему фрагментами
Авторизация на уровне источника отсутствует
Разные группы пользователей обслуживаются общими векторными коллекциями
Ответ не содержит ссылок на документы-источники
04
Проектирование защиты

Какие меры создают границу

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

01Техническая

Поиск с учётом прав доступа

Фильтровать результаты извлечения по правам конкретного пользователя до передачи модели.

02Техническая

Синхронизация списков доступа

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

03Техническая

Отказ при неподтверждённом праве

Не выдавать фрагмент, если права на него проверить не удалось.

04Организационная

Раздельные индексы по группам

Закрепить правило: данные разных категорий доступа хранятся в отдельных индексах.

05Мониторинг

Ссылки на источники в ответах

Указывать документы, на которых основан ответ, и проверять их соответствие правам спрашивающего.

05
Управленческий контроль

Вопросы, показатели и первые шаги

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

  1. Проверяет ли ассистент права пользователя на каждый найденный документ?
  2. Как быстро отзыв доступа в источнике отражается в индексе?
  3. Что делает система, если права определить не удалось?
  4. Какие закрытые хранилища уже подключены к поиску?

Показатели контроля

  • Доля источников с синхронизированными списками доступа
  • Число выявленных выдач документов без права доступа
  • Задержка между изменением прав в источнике и в индексе

Первые 30 дней

  1. Перечислить источники, подключённые к RAG, и их категории доступа
  2. Провести проверочные запросы от имени пользователей с разными правами
  3. Отключить от общего индекса хранилища без переноса прав
06
Проверка в пилоте

Как проверить в пилотном проекте

Подтвердить, что поиск контекста учитывает права, классификацию и происхождение документов.

1

Права доступа к документу проверяются до включения в найденный контекст.

2

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

3

Трассировка хранит атрибуцию источника и решение доступа без избыточного раскрытия содержимого.

Открыть матрицу пилота
07
Контекст рынка

Какие классы решений рассматривать

Защита RAGЗащита векторных баз данныхШлюз AI

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

Проверенные источники

Источники и проверка

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

S03 · OWASPLLM02:2025 Sensitive Information DisclosureРиски раскрытия чувствительной информации через LLM.S09 · OWASPLLM08:2025 Vector and Embedding WeaknessesRAG, embeddings и векторные хранилища.