Методический материал · день 01
Это работа с активами, границами доверия, архитектурными решениями и доказуемыми свойствами защиты. Здесь собран очищенный преподавательский маршрут первого дня: от поверхности атаки до OWASP Top 10:2025 и безопасной лабораторной рефлексии.
Шаг ноль · для тех, кто начинает
Разговор про уязвимости бесполезен, пока в голове нет картинки устройства системы. Три схемы ниже — минимум, который стоит нарисовать на доске до первого термина. Все схемы на сайте нарисованы заново и остаются текстом: их можно искать, копировать и читать со вспомогательными технологиями.
Схема 01
Схема 02
Схема 03
Утечка персональных данных, финансовые потери, кража учётных записей. Удалённая атака при этом опаснее физического доступа: она не требует присутствия и работает по многим целям сразу. Права администратора у пользователя увеличивают ущерб от любой успешной атаки.
Юридическая ответственность за утечку персональных данных, судебные иски, прямые финансовые потери, потеря доверия пользователей и репутационный ущерб. Это и есть ответ на вопрос «зачем разработчику заниматься безопасностью, если есть отдел ИБ».
Учебный пример · почему обновления это не формальность
Червь Conficker распространялся через уязвимость службы удалённого вызова процедур Windows, доступную по TCP-порту 445. Исправление вышло раньше массового заражения — бюллетень MS08-067. Пострадали те системы, где обновление не установили.
Отсюда два вывода, которые стоит проговорить до разбора OWASP. Первый: известная и уже закрытая уязвимость остаётся рабочим вектором ровно до тех пор, пока патч не установлен. Второй: открытый в сеть сервис — это точка входа, даже если «им никто не пользуется».
Слушателю
Если какой-то из терминов на схемах незнаком — не пропускайте его. Откройте глоссарий: там каждое понятие разобрано одним предложением и примером, без предварительных знаний.
Заметка преподавателя
Схемы 01–03 закрывают типовой разрыв: студент знает слово «уязвимость», но не представляет, где физически исполняется код и кому принадлежит клиент. Пока этот разрыв не закрыт, разбор OWASP превращается в заучивание списка.
Визуальный конспект
Полная учебная колода последовательно раскрывает тезисы, термины, инженерные меры и связь теории с практикой: от активов и рисков к OWASP, лабораторным заданиям и безопасности ИИ.
01 / ОСНОВЫ
От ценности актива и сценария угрозы к понятным последствиям для конфиденциальности, целостности и доступности.
02 / OWASP
Контроль доступа, конфигурация и цепочка поставки: что проверять на сервере, в инфраструктуре и в CI/CD.
03 / OWASP
Криптография, инъекции и проектирование: как закреплять защитные свойства до и после реализации.
04 / ИИ
Права, схемы, изоляция, подтверждение человеком, трассировка и проверяемый результат.
Навигация по первому дню
Расписание ниже воспроизводит программу. Подробная стенограмма сохраняет тематическую последовательность занятия без неподтверждённых точных интервалов.
Как читать этот материал
В открытом архиве доступны подробная редактированная стенограмма, протокол дня и автоматические пересказы в Markdown. Они помогают повторить логику занятия, найти нужный термин и подготовиться к практике.
Учебный результат
Каждый блок заканчивается инженерным вопросом: какой актив защищаем, где граница доверия, как проявится отказ контроля и каким тестом или ограничением подтверждается исправление.
Активы, CIA, идентификация → аутентификация → авторизация, клиент/сервер, границы доверия и групповая карта функции приложения.
Контроль доступа, конфигурация и цепочка поставки ПО; затем лабораторный блок 1 в изолированной учебной среде.
Криптографические сбои, инъекции, небезопасное проектирование; затем лабораторный блок 2 и оформление доказательств.
LLM/agentic-системы, источники, границы полномочий инструментов, проверка фактов и методическая ответственность преподавателя.
Фиксация выводов, вопросов и доказательств выполненных работ — без подмены их набором эффектных payload’ов.
Общее ядро
Скрытая кнопка, доверенный JavaScript или «внутренний» URL не являются механизмами защиты. Контроль должен выполняться на доверенной стороне и оставлять проверяемый след.
Схема 04
id посторонний прочитает заказы чужих клиентов» содержит и актив, и угрозу, и уязвимость — из неё сразу следуют и мера, и тест, который эту меру проверит.Схема 05
Схема 06
Схема 07
Заметка преподавателя
Схему 07 полезно не показывать, а строить вместе с группой на доске — по одному столбцу за раз. Практика показывает, что первые два столбца группа заполняет уверенно, третий — хуже, а строку про цепочку поставки почти никогда не называет сама. Именно этот пробел и стоит зафиксировать вслух: он объясняет, почему категория A03 попала в OWASP Top 10.
Ограничение по времени: 10–12 минут на заполнение и 8–10 минут на разбор. Если дать больше, группа уходит в детали одного компонента и теряет картину целиком.
Данные, деньги, непрерывность процесса, интеллектуальная собственность и доверие пользователя определяют, какие сценарии злоупотребления действительно значимы.
Браузер → API, API → БД, CI → registry, пользователь → файл, сервис → внешний ресурс. Здесь нужны валидация, авторизация, минимальные права и журналирование.
Например, чужой объект недоступен, сумма неотрицательна, неподписанный токен не принимается, а внешняя зависимость имеет проверяемое происхождение.
Защита считается внедрённой, когда её можно проверить отрицательным тестом, политикой CI/CD, журналом решения или ограничением схемы данных.
OWASP Top 10:2025 · A01–A06
Классификация OWASP даёт общий язык. Она не отменяет моделирование угроз, требования организации и анализ конкретной архитектуры. Для актуальных редакций используйте первичный сайт OWASP.
Серверная проверка субъекта, действия, объекта и контекста. Защита от IDOR/BOLA, вертикального и горизонтального повышения прав.
deny by default · ownershipУстаревший endpoint, debug, лишняя информация в ошибке, открытый сервис или стандартная учётная запись — это часть поверхности атаки.
hardening · IaC · logsПроисхождение зависимостей, lockfile, SBOM, SCA, подписи и наименьшие права CI/CD защищают путь от исходника к артефакту.
SBOM · provenance · SCAКлючи, TLS, защита данных и строгая проверка токена. Алгоритмы и claims проверяет сервер; библиотека не заменяет конфигурацию.
allow-list · iss/aud/expРазделяем код и данные, используем параметризацию и контекстное экранирование. XSS, SQLi, CSRF и command injection требуют разных рубежей.
parameterize · encodeБизнес-инварианты формулируются до UI: серверный расчёт, точные типы, лимиты, атомарность и ограничения базы данных.
abuse cases · invariantsСхема 08
Схема 09
install.Заключительный блок дня · безопасность ИИ
Недоверенный ввод, границы доверия, минимальные права и проверяемый результат применимы и здесь, но их недостаточно считать полным перечнем. Для разных задач OWASP публикует разные версионные источники: Top 10 for LLM Applications 2025, отдельный Top 10 for Agentic Applications 2026 и проверочный стандарт AISVS 1.0. Не смешивайте таксономию рисков, агентную модель угроз и проверяемые требования.
Схема 10
Схема 11
LLM01:2025 Prompt Injection; LLM02:2025 Sensitive Information Disclosure; LLM03:2025 Supply Chain; LLM04:2025 Data and Model Poisoning; LLM05:2025 Improper Output Handling.
LLM06:2025 Excessive Agency; LLM07:2025 System Prompt Leakage; LLM08:2025 Vector and Embedding Weaknesses; LLM09:2025 Misinformation; LLM10:2025 Unbounded Consumption.
Agentic Applications 2026 — отдельная таксономия для агентных систем; её категории нельзя выдавать за продолжение списка LLM01–LLM10. Для проектирования проверок используйте AISVS 1.0.
Уверенный тон не является признаком правильности. Если ответ влияет на решение, требуется внешняя проверка: ссылка на первоисточник, повторный расчёт детерминированным кодом, сверка с базой или ревью человеком.
В учебной работе это переносится напрямую: ответ, сгенерированный моделью, оценивается по проверяемости, а не по гладкости формулировки.
Слушателю
Проверьте на своём примере: возьмите любого ассистента, которым пользуетесь, и назовите его инструменты и их права. Если ответ звучит как «он просто умеет всё» — вы только что нашли границу доверия, которую никто не поставил.
Заметка преподавателя
Этот блок хорошо ставить в конец дня: он связывает пройденные инженерные принципы с новой архитектурой. Предложите группе сопоставить три ИИ-риска с A01–A06, а затем отдельно отметить то, что такое сопоставление не покрывает. Это показывает и переносимость базы, и необходимость самостоятельной модели угроз для LLM- и агентных систем.
Отдельно проговорите методическую сторону: если студенты сдают работы, написанные с помощью модели, критерием оценки становится не текст, а способность объяснить причину и защитить решение устно.
Педагогическая рамка практики
Практические задания предназначены только для локальных намеренно уязвимых сред, на которые есть разрешение. На публичной странице нет чужих ответов, ключей, payload’ов и маршрутов эксплуатации.
Минимальная структура отчёта
Разделяйте две классификации
На практикуме это отображается двумя метками: «тема учебного блока по notebook» и «класс challenge в Juice Shop». Такое разделение не создаёт ложного впечатления об официальной эквивалентности классификаций.
Скачать и переиспользовать
Доступны авторские Markdown-методички, слайды, протокол, стенограмма, автоматические пересказы и канонический безопасный пакет с локальным стендом. Пакет сопровождается SHA-256 и машинным манифестом; прежние PDF/DOCX и результаты работ остаются в карантине и не публикуются.
Ключевые понятия, A01–A06, безопасность ИИ, вопросы для обсуждения и список источников.
Скачать Markdown ↓Безопасный порядок локальной работы, правила доказательств, контроль версий образа и запрет публичной экспозиции учебных целей.
Скачать Markdown ↓Готовая форма: среда, наблюдение, первопричина, последствия, исправление и регрессионная проверка.
Скачать Markdown ↓Короткий перечень действий до, во время и после занятия: разрешение, изоляция, доказательства, очистка среды.
Скачать Markdown ↓Ссылки на первичные ресурсы OWASP, Kaspersky Academy и Juice Shop с правилами фиксации версий.
Скачать Markdown ↓Каталог происхождения авторских и исходных материалов первого дня.
Скачать Markdown ↓Тайминг занятия, три уровня сложности заданий, критерии оценивания и типичные ошибки группы.
Скачать Markdown ↓Более 60 понятий с расшифровкой аббревиатур и объяснением без предварительных знаний.
Открыть глоссарий ↓Учебная колода по AppSec, OWASP A01–A06, лабораторной практике и безопасности ИИ.
Открыть слайды ↓Полный очищенный хронологический текст занятия: вопросы, ответы, примеры и отмеченные неразборчивые места.
Скачать Markdown ↓Краткий учебный маршрут: темы, лабораторные работы, выводы и методические ориентиры.
Скачать Markdown ↓Подробная стенограмма, отдельный протокол и три автоматических пересказа в Markdown.
Скачать Markdown ↓Воспроизводимый набор из опубликованных Markdown-материалов и ограниченного Juice Shop fixture. Прежние PDF/DOCX и результаты работ исключены.
Продолжение работы
Рекомендации по AppSec быстро меняются. Перед занятием и перед выпуском практикума зафиксируйте дату проверки, редакцию стандарта, версию образа и источник лицензии.
Актуальная страница классификации веб-рисков; проверяйте год редакции, а не переносите старые метки автоматически.
Web Security Testing Guide — ориентир для планирования и документирования тестирования веб-приложений.
Версионная таксономия LLM01:2025–LLM10:2025. Для агентных систем используйте отдельную редакцию Agentic Applications 2026, а для проверяемых требований — AISVS 1.0.
Официальная образовательная площадка. Сайт не является её зеркалом и не представляет АО «Лаборатория Касперского».