Владелец ресурса сам решает, кому дать доступ

• Гибкость: каждый пользователь управляет своими файлами
• Простота: понятная модель (как ключи от квартиры)
• Риск: пользователь может ошибиться с передачей доступа

⚠️ Проблемы:

Троянские программы могут действовать от имени пользователя

Транзитивность доступа: "друг друга" может передать доступ

🎯 Где используется DAC?

Персональные компьютеры (Windows, macOS, Linux)

Файловые системы (NTFS, ext4)

Малые организации с низкими требованиями безопасности

✅ Преимущества:

Простота понимания и использования

Гибкость управления

Широкая поддержка

❌ Недостатки:

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

Сложность администрирования в больших системах

Система решает по строгим правилам, пользователи не влияют

💡 Ключевые особенности:

Централизованное управление: правила задаются администратором

Строгость: даже владелец не может изменить права

Безопасность: защита от ошибок пользователей и вредоносного ПО

🧩 Основные модели: Модель Белла-ЛаПадула (конфиденциальность):

No read up: нельзя читать выше своего уровня

No write down: нельзя записывать ниже своего уровня

Модель Биба (целостность):

No read down: нельзя читать ниже своего уровня

No write up: нельзя записывать выше своего уровня

🛠️ Техническая реализация MAC: SELinux (Security-Enhanced Linux):

# Процесс Apache может читать только файлы с 
# меткой httpd_sys_content_t

    allow httpd_t httpd_sys_content_t:file { read getattr };

AppArmor (упрощенная альтернатива):

/usr/bin/firefox {
  owner @{HOME}/.mozilla/** rw,  # доступ к профилю
  network inet stream,           # доступ к сети
  deny /etc/shadow r,            # запрет доступа к паролям
}

✅ Преимущества:

Очень высокая безопасность

Защита от внутренних угроз

Контроль целостности системы

❌ Недостатки:

Сложность настройки и администрирования

Снижение удобства использования

Доступ определяется ролью, а не конкретным пользователем

💡 Ключевые особенности:

Роли вместо людей: "Учитель", "Ученик", "Администратор"

Масштабируемость: легко добавлять новых пользователей

Бизнес-ориентированность: отражает организационную структуру

🧮 Математическая модель:

ПОЛЬЗОВАТЕЛИ → РОЛИ → ПРАВА

    U          R        P

Доступ разрешен если: ∃ роль r: (пользователь, r) ∈ UA ∧ (право, r) ∈ PA

🏗️ Иерархия ролей:

Директор школы
├── Завуч
│   ├── Методист
│   └── Классный руководитель
│       └── Учитель-предметник
└── Библиотекарь

🛠️ Практическая реализация: Active Directory (Microsoft):

DOMAIN\IT
├── DOMAIN\IT-Administrators
├── DOMAIN\IT-Developers
└── DOMAIN\IT-Support

Kubernetes:

apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  namespace: default
  name: pod-reader
rules:
- apiGroups: [""]
  resources: ["pods"]
  verbs: ["get", "list"]  # Можно только читать поды

✅ Преимущества:

Упрощение администрирования

Масштабируемость для больших организаций

Соответствие бизнес-процессам

❌ Недостатки:

"Взрыв ролей" при большом количестве исключений

Ограниченная гибкость для сложных сценариев

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

💡 Ключевые особенности:

Динамичность: решение принимается в момент запроса

Гранулярность: контроль до уровня отдельных полей данных

Контекстность: учет времени, местоположения, устройства

🧩 Компоненты ABAC: Атрибуты субъектов:

Должность, отдел, уровень доступа, сертификаты

Атрибуты объектов:

Уровень секретности, тип, владелец, категория

Атрибуты среды:

Время суток, местоположение, уровень угрозы

Атрибуты действий:

Тип операции (чтение/запись), параметры

🧠 Логика принятия решений:

def authorize_access(user, resource, action, environment):
    if (user.department == resource.department and
        user.security_level >= resource.classification and
        environment.time in ["09:00-18:00"] and
        action == "read"):
        return "PERMIT"
    else:
        return "DENY"

👤 PEP → 🧠 PDP → 📊 PIP → 📋 PAP │ │ │ │ Запрос → Решение → Атрибуты → Политики

🌐 Пример из AWS IAM:

{
  "Condition": {
    "IpAddress": {"aws:SourceIp": "192.0.2.0/24"},
    "DateGreaterThan": {"aws:CurrentTime": "2023-01-01T00:00:00Z"}
  }
}

✅ Преимущества ABAC:

Беспрецедентная гибкость и точность контроля

Естественная масштабируемость (без "взрыва ролей")

Учет реального контекста доступа

Ориентация на бизнес-правила

❌ Недостатки ABAC:

Высокая вычислительная сложность

Сложность проектирования и отладки политик

Зависимость от качества и доступности атрибутов