Утечки через ИИ-ассистентов в ВКР: проектируем защищённый шлюз к LLM

24 марта 2026 года SecurityLab сообщил о неприятном для индустрии инциденте: уязвимость в Claude.ai позволила хакерам получить доступ к личным архивам и истории переписки владельца аккаунта. Атака не требовала экзотического инструментария — достаточно было правильно сформулированного запроса к чат-боту. Это не «ещё одна новость про ИИ», а сигнал для выпускников ИТ-направлений: если ваш дипломный проект содержит интеграцию с языковой моделью, комиссия всё чаще спрашивает не «работает ли», а «что будет, если это сломают».

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

Три темы ВКР, которые вырастают из этой новости

Тема 1. Проектирование шлюза безопасности для корпоративного ИИ-ассистента

Актуальность. Инцидент с Claude.ai показал, что модель отвечает на запрос в том контексте, который ей передали. Если контекст собран неаккуратно — утечка становится вопросом времени.

Тема 2. Мониторинг и аудит обращений к LLM-сервису

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

Тема 3. Разграничение доступа к базе знаний при RAG-интеграции

Актуальность. Большинство утечек в RAG-системах происходит не через взлом модели, а через неверную фильтрацию на этапе поиска документов.

Аналитическая глава: как обосновать выбор решения, а не перечислить модные слова

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

Подход к защите Против чего работает Что не закрывает Стоимость внедрения
Фильтрация на входе (regex + правила) Прямые попытки «покажи системный промпт» Перефразированные и многошаговые атаки Низкая
Классификатор на эмбеддингах Семантически близкие вредоносные запросы Атаки через косвенную инъекцию в документы Средняя, нужна разметка
Изоляция контекста на уровне БД (row-level security) Доступ к чужим документам через RAG Утечку через сам системный промпт Средняя, зависит от СУБД
Формальная верификация политик (OPA / Cedar) Некорректные правила доступа Ошибки в коде обхода политики Высокая, нужны компетенции

Обязательно свяжите таблицу с текстом: «выбор комбинации подходов 1 и 3 обусловлен тем, что в рассмотренном инциденте злоумышленник получил именно историю переписки, то есть данные, к которым у него не было легитимного доступа». Это и есть приём, который отличает ВКР от реферата.

Проектная часть: что рисовать и что писать в коде

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

Полезно показать конфигурацию правил как код — это сразу добавляет проекту инженерности.

# policy/guardrails.yaml
input_rules:
  - id: detect-system-prompt-extraction
    severity: high
    action: block
  - id: detect-pii-in-query
    severity: medium
    action: mask
context_rules:
  - id: enforce-document-acl
    source: user.roles
    target: chunk.acl_groups
output_rules:
  - id: strip-internal-identifiers
    pattern: "^(sk|org|proj)_[A-Za-z0-9]{16,}$"
    action: redact

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

Тестирование и метрики: без цифр защита не защита

Самая слабая часть студенческих работ — раздел испытаний. Фраза «система показала корректную работу» не принимается всерьёз. Считайте хотя бы четыре величины:

Соберите тестовый набор из трёх групп: прямые инъекции, косвенные (через документ в RAG) и социальная инженерия в диалоге. По каждой группе — отдельная строка в таблице результатов. Так вы получите не один процент, а картину устойчивости.

Чек-лист: что проверить перед сдачей
  • Ссылка на источник инцидента вставлена в главу 1 с датой публикации и кратким пересказом, а не только в список литературы.
  • Каждая задача из введения имеет отражение в выводах по главам.
  • Есть минимум одна диаграмма компонентов и одна диаграмма последовательности в нотации UML 2.5.
  • ТЗ оформлено по ГОСТ 34.602-89, если работа относится к автоматизированным системам.
  • Метрики подкреплены описанием методики замера: среда, объём выборки, число повторов.
  • Термины SaaS, PaaS, IaaS и «облако» используются раздельно, с определением при первом употреблении.
  • Список литературы содержит стандарты (ISO/IEC 25010, ГОСТ) и технические отчёты, а не только статьи из блогов.
Типичные ошибки студентов
  • Подмена терминов. Пишут «облачный сервис», имея в виду контейнер в Kubernetes. Избежать просто: составьте глоссарий в начале первой главы и сверяйтесь с ним при вычитке.
  • Отсутствие метрик эффективности. «Система работает быстрее» без базовой линии — пустое утверждение. Определите точку отсчёта до внедрения и сравните с ней.
  • Игнорирование требований ГОСТ при оформлении ТЗ. Проверьте наличие всех обязательных разделов, включая требования к видам обеспечения и стадии разработки.
  • Модель угроз ради галочки. Если в модели 20 угроз, а контрмер — три, комиссия заметит разрыв. Ограничьте перечень теми угрозами, для которых вы реально что-то сделали.

Чему вы научитесь на такой теме

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

Насколько сложно реализовать прототип шлюза безопасности?

Для уровня ВКР достаточно 800–1500 строк кода. Минимальная версия: HTTP-прокси перед моделью, набор регулярных правил, обращение к векторной базе для семантической проверки и запись в журнал. Студенты с опытом в веб-разработке укладываются в 3–5 недель.

Обязательно ли писать код или можно ограничиться проектированием?

Зависит от требований кафедры. Если в задании стоит «разработать», прототип нужен. Если «исследовать» — можно построить модель и провести серию экспериментов на готовых сервисах, фиксируя результаты. Уточните формулировку у научного руководителя до начала работы.

Где брать тестовые данные и промпты для атак?

Существуют открытые наборы для оценки устойчивости языковых моделей. Кроме того, вы можете составить собственный корпус: 30 прямых инъекций, 30 косвенных, 40 нейтральных запросов. Второй вариант предпочтительнее, потому что вы сами контролируете разметку и можете описать её в приложении.

Как оформить UML-диаграммы по требованиям кафедры?

Проверьте, нет ли в методичке указания на конкретную нотацию или инструмент. Обычно достаточно PlantUML или draw.io с экспортом в векторный формат. Подписи делайте на русском, а имена классов оставляйте латиницей — это стандартная практика и она не считается ошибкой.

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

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

Материал подготовлен экспертами компании ProfiDiplom. Мы помогаем студентам технических специальностей с 2010 года: разбираем темы, проектируем архитектуру, проверяем соответствие ГОСТ и готовим к вопросам комиссии. Если вам нужна помощь в разработке темы, расчётах или оформлении работы — наши специалисты готовы подсказать.

Последнее обновление: 2026-09-16

Источник: Зашел в чат – остался без планов на жизнь. Claude теперь выдаёт секреты владельца по первому требованию взломщиков (опубликовано 2026-03-24)