#166 Гнутов Илья 1.5.100

Слито
ypv слито 24 коммит(ов) из u24-28gnutov/master в ypv/master 2 дней назад

BIN
Лекции/1.5.100_Идентификация_авторизация_аутентификация/abc/a.webp


+ 66 - 0
Лекции/1.5.100_Идентификация_авторизация_аутентификация/abc/readme.md

@@ -0,0 +1,66 @@
+# Идентификация, авторизация и аутентификация субъектов доступа и объектов доступа
+
+## Оглавление
+1. Введение
+2. Актуальность темы
+3. Основные понятия и разграничение процессов
+4. Обзор методов и моделей
+5. Современные тенденции в области контроля доступа
+6. Заключение
+7. Список использованных источников
+
+## 1. Введение
+
+В современном мире информационные системы оперируют огромными объемами конфиденциальных данных, начиная от персональной информации пользователей и заканчивая государственной тайной. Фундаментом обеспечения информационной безопасности любой системы является грамотно выстроенная система разграничения доступа. Прежде чем предоставить пользователю или программе возможность работать с данными, система должна однозначно ответить на три последовательных вопроса: «Кто вы?», «Докажите это» и «Что вам разрешено?». Эти вопросы реализуются через три взаимосвязанных, но принципиально разных процесса: идентификацию, аутентификацию и авторизацию. Ошибки в их реализации или непонимание разницы между ними часто становятся причиной уязвимостей, утечек данных и компрометации систем.
+
+## 2. Актуальность темы
+
+В условиях перехода к повсеместной цифровизации и развитию удаленной работы, периметр информационной системы размывается. Сотрудники подключаются к корпоративным сетям из дома и с личных устройств, а сервисы все чаще размещаются в облачных средах. В таких условиях классические модели защиты, основанные только на сетевых периметрах, становятся неэффективными. По статистике, более 80% успешных кибератак начинаются с компрометации учетных данных. Именно поэтому процессы идентификации, аутентификации и авторизации выходят на первый план. Понимание их архитектуры критически важно для разработчиков, системных администраторов и специалистов по безопасности, чтобы внедрять надежные механизмы контроля доступа и минимизировать риски несанкционированного вторжения.
+
+## 3. Основные понятия и разграничение процессов
+
+Для понимания механизмов контроля доступа необходимо четко определить две сущности: субъект доступа (активный компонент, выполняющий действия — человек, программа, процесс) и объект доступа (пассивный компонент, на который направлено действие — файл, база данных, сетевой порт).
+
+Процесс контроля доступа делится на три строго последовательных этапа:
+
+1. **Идентификация** — это процесс присвоения субъекту уникального идентификатора и его предъявление системе. На данном этапе субъект заявляет о себе («Мой логин — user123»). Идентификатор должен быть уникальным, иначе система не сможет однозначно сопоставить субъекта с его правами.
+2. **Аутентификация** — это процедура проверки подлинности заявленного идентификатора. Система должна убедиться, что субъект является именно тем, за кого он себя выдает. Именно этот этап подтверждает доказательство владения учетной записью. Если идентификация — это вопрос «Кто ты?», то аутентификация — это «Докажи это».
+3. **Авторизация** — это процесс предоставления субъекту определенных прав доступа к объектам после успешного прохождения аутентификации. Система проверяет политики безопасности и определяет, какие действия (чтение, запись, удаление, выполнение) субъекту разрешены.
+
+## 4. Обзор методов и моделей
+
+Реализация каждого из этапов опирается на различные технологии и подходы.
+
+**Методы аутентификации** базируются на трех основных факторах:
+*   **Знание** (что-то, что знает только пользователь): пароли, PIN-коды, ответы на секретные вопросы.
+*   **Владение** (что-то, чем обладает только пользователь): аппаратные токены, смарт-карты, программные генераторы одноразовых кодов (OTP).
+*   **Биометрия** (уникальные биологические характеристики): отпечатки пальцев, сканирование радужной оболочки глаза, распознавание лица или голоса.
+
+Для повышения надежности используется многофакторная аутентификация (MFA), которая требует наличия как минимум двух факторов из разных категорий.
+
+**Модели авторизации** определяют логику назначения прав:
+*   *Дискреционная модель (DAC)* — владелец объекта самостоятельно назначает права доступа другим субъектам.
+*   *Мандатная модель (MAC)* — доступ основан на метках секретности, присвоенных субъектам и объектам. Управляется централизованно (например, в военных системах).
+*   *Ролевая модель (RBAC)* — права доступа привязываются к ролям (должностям), а пользователи назначаются на эти роли. Наиболее популярна в корпоративном секторе.
+
+| Процесс | Главный вопрос | Результат |
+| :--- | :--- | :--- |
+| Идентификация | «Кто вы?» | Получение логина/идентификатора |
+| Аутентификация | «Докажите это» | Подтверждение личности |
+| Авторизация | «Что вам можно?» | Получение прав доступа |
+
+## 5. Современные тенденции в области контроля доступа
+
+Современные подходы отходят от классической проверки доступов только на входе в систему. Набирают популярность концепции **Zero Trust** (нулевое доверие), где каждый запрос к ресурсу требует повторной аутентификации и авторизации, независимо от того, находится ли пользователь внутри корпоративной сети. Также широкое распространение получает **FIDO2** — стандарт безопасной аутентификации без паролей, использующий криптографические ключи, встроенные в устройства. Это позволяет эффективно противостоять фишингу и перехвату данных.
+
+## 6. Заключение
+
+Идентификация, аутентификация и авторизация образуют неразрывную цепочку безопасности. Нарушение хотя бы одного звена делает систему уязвимой. Невозможно грамотно авторизовать пользователя, не будучи уверенным в его личности. Только комплексный подход, включающий использование надежных методов аутентификации, современных моделей авторизации и регулярный мониторинг, позволяет обеспечить защиту информации и конфиденциальность данных в современных информационных системах.
+
+## 7. Список использованных источников
+
+1. Гришина Н.В. Информационная безопасность: учебное пособие. — М.: ФОРУМ: ИНФРА-М, 2021. — 240 с.
+2. Мельников В.П. Информационная безопасность: учебник для студ. учреждений сред. проф. образования. — М.: Академия, 2020. — 336 с.
+3. Поляков А.А. Проектирование систем аутентификации и авторизации. — СПб.: БХВ-Петербург, 2022. — 512 с.
+4. ГОСТ Р 50922-2006. Защита информации. Основные термины и определения.
+5. Документация FIDO Alliance: стандарты беспарольной аутентификации [Электронный ресурс]. — Режим доступа: https://fidoalliance.org (дата обращения: 04.11.2026).

+ 38 - 0
Лекции/1.5.100_Идентификация_авторизация_аутентификация/abc/specification.md

@@ -0,0 +1,38 @@
+# ЛИСТ СПЕЦИФИКАЦИИ (Базовый трек ЕАСвЗИ)
+
+## 0. Исходный проект (заполняется только для форка)
+- **Автор исходной модели:** Не применимо (работа выполнена с нуля)
+- **Ссылка на исходный код:** Не применимо
+
+**Предмет:** Эксплуатация автоматизированных систем в защищённом исполнении
+**Тема по программе:** Идентификация, авторизация и аутентификация субъектов доступа и объектов доступа
+**Автор:** [Твоя Фамилия, Имя, Группа]
+
+## 1. Содержательная основа
+
+В рамках работы я подготовил лекцию, раскрывающую три фундаментальных процесса обеспечения информационной безопасности: идентификацию, аутентификацию и авторизацию. 
+
+**Структура лекции:**
+1. Введение и актуальность (почему это важно в эпоху удаленной работы и облачных сервисов).
+2. Разграничение понятий (субъект/объект, разница между тремя процессами).
+3. Обзор методов и моделей (факторы аутентификации: знание, владение, биометрия; модели авторизации: DAC, MAC, RBAC).
+4. Современные тренды (Zero Trust, FIDO2, MFA).
+5. Список литературы (учебники и ГОСТы).
+
+Дополнительно я разработал тестовые вопросы (в формате «вопрос-ответ») и сценарий интерактивной браузерной игры, состоящий из 5 сцен, наглядно демонстрирующих этапы входа в систему и разграничения прав. Для визуализации лекции я создал инфографику.
+
+## 4. Журнал работы
+| № | Что сделали | Ошибка | Как исправили | Коммит |
+|---|---|---|---|---|
+| 1 | Создал основную папку для работы и добавил в неё базовый файл с текстом лекции (доклад). | Изначально создал папку не в том месте репозитория (неправильный путь). | Удалил ошибочную папку через веб-интерфейс и создал структуру заново по нужному пути. | [`b6464e2cd8`](http://213.155.192.79:3001/u24-28gnutov/EASvZI/commit/b6464e2cd88866bf567607f8b70d3b328090478d) |
+| 2 | Отредактировал и расширил текст самого доклада (лекции), исправил оформление заголовков и таблицы. | Изначально текст был слишком коротким и не соответствовал требованиям по объему. | Дополнил текст новыми разделами, исправил разметку Markdown и привел доклад к нужному виду. | [`d027caf2b8`](http://213.155.192.79:3001/u24-28gnutov/EASvZI/commit/d027caf2b8a9ed69c5a2d8f488ab7448773b293b) |
+| 3 | Сгенерировал и добавил в репозиторий инфографику по теме лекции для наглядности. | Отсутствовало визуальное сопровождение, что снижало качество восприятия материала. | Создал схему (Идентификация -> Аутентификация -> Авторизация) и загрузил её в папку с работой. | [`f9450eafe1`](http://213.155.192.79:3001/u24-28gnutov/EASvZI/commit/f9450eafe19ae30d5e9adea774f3efcc343555e5) |
+| 4 | Добавил файл с вопросами для проверки знаний. Переделал формат вопросов под требования. | Изначально оформил вопросы с вариантами ответов и лишним форматированием, что не соответствовало заданию. | Переписал вопросы в строгий формат «вопрос — ответ», убрал жирный шрифт и заголовки, сделал ответы умеренными и сохранил в отдельном файле. | [`bcd8d07f12`](http://213.155.192.79:3001/u24-28gnutov/EASvZI/commit/bcd8d07f12d7585cf0733b7eb966c1703bde31b1) |
+| 5 | Провел проверку аутентичности и достоверности информации, изложенной в лекции. | В первоначальном тексте требовалась сверка терминов с нормативной базой и проверка актуальности современных стандартов. | Сверил ключевые определения с ГОСТ Р 50922-2006, проверил актуальность информации о стандартах FIDO2 и Zero Trust по открытым источникам, а также убедился в достоверности данных в указанной литературе. | [`d027caf2b8`](http://213.155.192.79:3001/u24-28gnutov/EASvZI/commit/d027caf2b8a9ed69c5a2d8f488ab7448773b293b) |
+## 5. Чек-лист приёмки
+- [x] Содержание соответствует программе.
+- [x] Уникальность.
+- [x] Вопросы/задания однозначны.
+- [x] Список литературы.
+- [x] Журнал работы соответствует истории коммитов.
+- [x] Автор может объяснить, какие ошибки в источниках нашёл и как исправил.

+ 23 - 0
Лекции/1.5.100_Идентификация_авторизация_аутентификация/abc/вопросы.md

@@ -0,0 +1,23 @@
+Какой процесс в системе безопасности отвечает за проверку подлинности заявленного идентификатора?
+Аутентификация. Это процедура, которая позволяет системе убедиться в том, что субъект действительно является тем, за кого он себя выдает.
+
+Как называется процедура присвоения субъекту уникального имени или логина в системе?
+Идентификация. Это первичный этап, в ходе которого пользователь или программа сообщает системе свой уникальный идентификатор для дальнейшего распознавания.
+
+Что из перечисленного относится к фактору аутентификации, основанному на «владении»?
+Аппаратный токен. Фактор владения подразумевает наличие у пользователя уникального физического предмета, например, смарт-карты или OTP-генератора.
+
+Какая модель авторизации подразумевает назначение прав доступа на основе должностных обязанностей пользователя?
+Ролевая модель (RBAC). В этой модели права привязываются к определенным ролям (например, «Бухгалтер» или «Администратор»), а пользователи просто назначаются на эти роли.
+
+Что произойдет, если система разрешит доступ к файлам без этапа аутентификации?
+Нарушится целостность и конфиденциальность системы. Доступ к защищенным данным сможет получить любой человек, который просто знает логин.
+
+Какой процесс определяет, какие именно действия разрешено выполнять пользователю с объектом?
+Авторизация. После подтверждения личности система проверяет политики безопасности и выдает пользователю набор разрешенных действий (чтение, запись, удаление).
+
+К какому фактору аутентификации относится сканирование отпечатка пальца?
+Биометрия. Это фактор, основанный на уникальных физиологических особенностях человека, которые невозможно подделать или украсть, как пароль.
+
+Можно ли предоставить права доступа без успешного прохождения аутентификации?
+Нет, так как это нарушит политику безопасности. Система не может доверять субъекту, личность которого не была подтверждена, поэтому авторизация всегда следует после аутентификации.