Во введении будет показано, почему защита информации требует не только паролей, но и формальных правил доступа к объектам. Будут обозначены тема, проблема, цель, задачи и ожидаемый продукт проекта. Отдельно объясняется, почему для учебного прототипа достаточно ограниченного набора пользователей, файлов и уровней безопасности, позволяющего наглядно проверить основные операции.

В этом разделе раскрывается понятие мандатного контроля доступа и объясняется его отличие от свободного, или дискреционного, управления правами. Рассматриваются субъекты, объекты, метки безопасности и централизованная политика. Также описывается роль администратора, который устанавливает классификацию данных и не позволяет обычному пользователю самостоятельно отменять обязательные ограничения.

Раздел посвящён построению иерархии уровней, например «открытый», «служебный» и «секретный», а также назначению категорий информации. Будет составлена таблица соответствий между пользователями и объектами. На конкретных примерах объясняется, как сравниваются метки, почему одного уровня иногда недостаточно и каким образом категории уточняют область разрешённого доступа.

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

В разделе сравниваются две модели по способу назначения прав, роли владельца объекта, гибкости настройки и устойчивости политики к ошибкам пользователя. Будет подготовлена сравнительная таблица с примерами для файлов школьной сети. Такой анализ позволяет определить, в каких случаях мандатная схема оправдана, а когда более простой дискреционный подход оказывается удобнее.

В этой части формируется проект собственной учебной системы: задаются пользователи, объекты, уровни, категории и набор операций. Описывается алгоритм, который получает метки субъекта и объекта, сравнивает их и возвращает разрешение или отказ. Также определяются формат таблицы данных, сценарии работы и критерии, по которым прототип будет считаться корректным.

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

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

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

В списке литературы будут указаны учебники и электронные материалы по информатике, информационной безопасности, моделям управления доступом и операционным системам. Источники подбираются так, чтобы подтвердить определения мандатной политики, правила Белла—ЛаПадулы и различия между основными моделями доступа. Для интернет-ресурсов необходимо привести название, автора или организацию и дату обращения.