---

------------------------------
## Задание №1. Объекты и субъекты системы безопасности предприятия
Субъекты системы безопасности (кто защищает и от кого защищают):

* Внутренние легитимные субъекты: Руководство НВП «Звезда», ИТ-специалисты/администраторы безопасности, штатные сотрудники (около 80 разработчиков и проектировщиков), имеющие регламентированный доступ к проектам.
* Внешние и внутренние нарушители (угрозы): Конкурирующие фирмы, недобросовестные заказчики, уволенные или подкупленные сотрудники (инсайдеры), внешние хакеры и злоумышленники.

Объекты системы безопасности (что подлежит защите):

* Информационные ресурсы (основной объект): Исходные коды программных комплексов, проектная документация на компьютерные сети, технические задания (ТЗ), базы данных заказчиков, коммерческие секреты, персональные данные 80 сотрудников.
* Технические средства: Серверное оборудование, рабочие станции разработчиков, сетевое и коммутационное оборудование (маршрутизаторы, коммутаторы).
* Программные средства: Среды разработки (IDE), системы контроля версий (Git), СУБД, операционные системы.
* Физические объекты: Здание предприятия, серверные комнаты, рабочие кабинеты, архивы документации.

------------------------------
## Задание №2. Виды охраны предприятия и их обоснование
Для НВП «Звезда» необходима комплексная система охраны, сочетающая три ключевых вида:

   1. Техническая охрана и защита информации (ИТ-безопасность):
   * Обоснование: Поскольку одновременно в разработке находится до 30 проектов с индивидуальной степенью секретности, критически важно внедрить строгую ролевую модель доступа (ACL) к репозиториям кода, межсетевые экраны (Firewalls), VPN-шифрование для удаленных сотрудников и DLP-систему (Data Loss Prevention) для предотвращения утечки исходного кода конкурентам.
   2. Физическая и инженерно-техническая охрана:
   * Обоснование: Защищает материальные ценности (серверы, дорогие рабочие станции). Необходима для предотвращения прямого физического доступа посторонних лиц (конкурентов, посетителей) к технике и бумажным носителям информации.
   3. Организационная (режимная) охрана:
   * Обоснование: Введение режима коммерческой тайны, подписание NDA (соглашений о неразглашении) со всеми 80 сотрудниками, четкий регламент взаимодействия с заказчиками.
   
------------------------------
## Задание №3. Схема классификации защищаемой информации
Схема построена по принципу иерархического дерева (графа-структуры). Общий признак деления на первом уровне — правовой режим и назначение информации. Схема исключает пересечения (один элемент строго в одной ветке).

[Уровень 0: ЗАЩИЩАЕМАЯ ИНФОРМАЦИЯ]
       |
       +---> [Уровень 1: Коммерческая тайна (КТ)]

       |            |
       |            +---> [Уровень 2: Результаты интеллектуальной деятельности (РИД)]

       |            |            |
       |            |            +---> [Уровень 3: Исходный код программ (30 проектов)]
       |            |            +---> [Уровень 3: Алгоритмы и архитектура ПО]
       |            |
       |            +---> [Уровень 2: Проектно-технические данные сетей]

       |            |            |
       |            |            +---> [Уровень 3: Схемы прокладки ЛВС]
       |            |            +---> [Уровень 3: Спецификации оборудования]
       |            |
       |            +---> [Уровень 2: Финансово-договорные сведения]

       |                         |
       |                         +---> [Уровень 3: ТЗ и договоры с заказчиками]
       |                         +---> [Уровень 3: Сметы и калькуляция стоимости]
       |
       +---> [Уровень 1: Персональные данные (ПДн)]
                    |
                    +---> [Уровень 2: Данные персонала организации]

                    |            |
                    |            +---> [Уровень 3: Анкета, паспортные данные, оклады]
                    |
                    +---> [Уровень 2: Сведения о контрагентах]
                                 |
                                 +---> [Уровень 3: Данные представителей заказчиков]

------------------------------
## Задание №4. Таблица №1. Данные о защищаемой информации

| № п/п | Наименование элемента информации (Уровень 3) | Категория (Уровень 1 / 2) | Источник / Носитель информации | Степень секретности / Уровень доступа |
|---|---|---|---|---|
| 1 | Исходные коды ПО по 30 проектам | КТ / РИД | Сервер Git, рабочие станции разработчиков | Высокая (Индивидуально по проекту) |
| 2 | Схемы прокладки компьютерных сетей | КТ / Технические данные | Файловый сервер, распечатанные чертежи | Средняя / Для проектного отдела |
| 3 | ТЗ и договоры с заказчиками | КТ / Договорные сведения | Сетевой диск «Бухгалтерия», сейф администрации | Строго конфиденциально / Руководство |
| 4 | Паспортные данные и оклады (80 чел.) | ПДн / Данные персонала | База 1С:Кадры, личные дела в отделе кадров | Конфиденциально / Отдел кадров |
| 5 | Реквизиты и контакты заказчиков | ПДн / Сведения о контрагентах | CRM-система, договоры | Открыто для отдела продаж |

------------------------------
## Задание №5. Моделирование объектов защиты (описание для реализации в MS Visio)
Так как среда MS Visio используется локально на ПК, логика построения модели объектов защиты на шаблоне «Схема активного каталога» или «Схема сети» выглядит следующим образом:

   1. Элементы (Шейпы) на схеме:
   * Центральный элемент — блок «Локальная сеть НВП Звезда», защищенный шейпом Firewall (Межсетевой экран).
      * Отдельный сегмент сети (VLAN 1) — «Серверная зона» (содержит шейпы Сервер Git, Контроллер домена Active Directory, Файловый сервер). К ним применяются политики шифрования и ограничения доступа.
      * Второй сегмент сети (VLAN 2) — «Рабочие станции разработчиков» (80 ПК), объединенные в группы по проектам (до 30 виртуальных групп).
   2. Связи и разграничение прав:
   * Стрелками (коннекторами) обозначаются направления потоков данных. На каждый коннектор накладывается ограничение: например, «Доступ только для Разработчиков Проекта №1».
      * Внешний контур обозначается пунктирной линией, символизирующей границу контролируемой зоны (физический периметр офиса под охраной СКУД).
   
Если требуется, я могу детализировать матрицу доступа для Задания №4 или составить инструкцию по настройке ролей сотрудников в соответствии со степенями секретности проектов. Что именно стоит разобрать подробнее?