Документ, известный как Паспорт автоматизированной системы (Паспорт АС), является основным нормативным техническим документом, регламентирующим состав, параметры, условия функционирования и меры защиты информации в автоматизированных системах государственных органов, включая Министерство обороны Российской Федерации (Минобороны РФ). В данной статье рассматриваются общие подходы к формированию паспорта АС и организации технической поддержки в ведомственном контексте, без раскрытия сведений, составляющих государственную тайну или служебную информацию ограниченного распространения.
Назначение и правовая основа Паспорта АС
Разработка и утверждение Паспорта АС осуществляются в соответствии с:
- Федеральным законом от № 149-ФЗ «Об информации, информационных технологиях и о защите информации»;
- Постановлением Правительства РФ от № 103 «Об утверждении Положения о порядке разработки, утверждения и применения паспортов автоматизированных систем»;
- Ведомственными нормативными правовыми актами Минобороны РФ (приказы, директивы, методические рекомендации);
- Требованиями ФСТЭК России и ФСБ России по защите информации (при наличии контуровов ГИС, КИИ, СЗИ).
Основные цели Паспорта АС:
- Фиксация конфигурации аппаратного и программного обеспечения на момент ввода в эксплуатацию или переаттестации.
- Описание функционала системы, перерабатываемых данных и категорий пользователей.
- Обоснование класса защищенности АС и комплекса мер защиты информации (МЗИ).
- Формирование базы для проведения аттестации объектов информатизации.
Структура Паспорта АС (общий ведомственный стандарт)
Типовая структура Паспорта АС в Минобороны РФ, как правило, включает следующие разделы (нумерация и наименование могут уточняться актуальными методическими рекомендациями Главного управления автоматизации (ГУА) или иных структур ведомства):
| Раздел | Содержание (обобщенно) |
|---|---|
| ьный лист | Наименование АС, шифр/регистрационный номер, разработчик, эксплуатационная организация, дата утверждения, подписи ответственных лиц (ФИО частично маскируются: Иванов И.И. → Ив* И.И.). |
| Общие сведения | Назначение АС, правовая база, категория значимости (КЗ), класс защищенности, режим доступа (ГИС, КИИ, иное). |
| Функциональные характеристики | Описание подсистем, задач, алгоритмов обработки данных, взаимодействие с внешними системами (без детализации протоколов ВС РФ). |
| Технические средства (ТС) | Реестр серверов, АРМ, сетевого оборудования, СЗИ. Указываются типы, модели, инвентарные номера (маскируются: № 123456 → № 126), сетевые адреса (маскируются: 10…); |
| Программное обеспечение (ПО) | Перечень СО, ПО, СЗИ с версиями, лицензиями, источниками происхождения (реестр российского ПО). |
| Организация защиты информации | Модель угроз, профиль угроз, перечень МЗИ (организационных, технических, программных), сведения о СЗИ (сертификаты ФСТЭК/ФСБ, сроки действия). |
| Персонал и доступ | Категории пользователей, матрица разграничения доступа (РБАК), требования к допуску (уровень допуска ГТ/СТ), ответственные администраторы (ФИО маскируются). |
| План аварийного восстановления / БДУ | Сценарии сбоев, RTO/RPO, резервное копирование, адреса резервных ЦОД (маскируются: г. Москва, ул. , д. ). |
| Приложения | Схемы топологии (логические, без геопривязки к воинским частям), акты категорирования, заключения экспертиз, сертификаты СЗИ. |
Организация технической поддержки АС в Минобороны РФ
Техническая поддержка (ТП) автоматизированных систем в ведомстве строится на многоуровневой модели, обеспечивающей бесперебойное функционирование систем управления, логистики, кадрового учета и иных задач.
Уровни технической поддержки
- 1-я линия (Helpdesk / Служба единственного окна): Прием инцидентов и запросов от пользователей (военнослужащих, гражданских лиц) через единый ведомственный портал или телефон 8—-. Классификация, первичная диагностика, эскалация.
- 2-я линия (Группы администрирования / ЦОД): Администрирование ОС, СУБД, middleware, сетевой инфраструктуры, СЗИ. Работа с инцидентами повышенной сложности, изменение конфигураций (Change Management).
- 3-я линия (Разработчики / Системные интеграторы / Вендоры): Устранение дефектов кода, обновление версий ПО, поставка патчей безопасности, консультации по архитектуре. Взаимодействие регламентируется Договорами ТП / SLA.
Ключевые процессы ITIL-ориентированного управления
- Управление инцидентами (Incident Management): Восстановление сервиса в минимальные сроки. Учет в АСУ ТП (например, на базе 1С:ITSM, Naumen, или ведомственной разработки).
- Управление проблемами (Problem Management): Анализ повторяющихся инцидентов, выявление корневых причин (RCA), инициация изменений.
- Управление изменениями (Change Management): Любое изменение в АС (обновление ПО, замена железа, правка правил Файрвола) проходит через Комитет по изменениям (CAB). Требуется актуализация Паспорта АС при значимых изменениях.
- Управление конфигурациями (CMDB): Поддержка актуальной базы данных элементов конфигурации (CI), связанной с разделом 3 Паспорта АС.
- Управление выпусками (Release Management): Планирование и развертывание обновлений в тестовых контурах (стендах) с последующим продом в ПРОД.
Особенности ТП в контуре защищенных систем
Для АС, обрабатывающих гостайну или сведения особой важности (КЗ 1Г, 1Б, 2Б и т.д.), ТП имеет специфику:
- Изоляция контуров: Администрирование производится с выделенных АРМ администратора безопасности / системного администратора внутри защищенного контура. Удаленное администрирование (RDP/SSH) допускается только через сертифицированные СЗИ (Шлюзы доверенного доступа, VPN СЗИ сертифицированные ФСБ/ФСТЭК).
- Контроль целостности: Любые действия ТП (включая вход администратора) логируются в СЗИ (СКЗИ, СВКС, АСАК) с отправкой логов в SIEM / Центр мониторинга безопасности (СОЦ) ведомства.
- Обновление СЗИ и ПО: Установка обновлений ОС, СУБД, антивирусов, СЗИ строго по результатам проверки на тестовом полигоне и наличия заключения ФСТЭК/ФСБ (если требуется) или ведомственной экспертизы.
- Персонал ТП: Специалисты должны иметь соответствующий допуск (ГТ/СТ), проходить обучение по защите информации (курсы ФСТЭК/ФСБ или ведомственные УЦ) и знать требования Паспорта АС и Модель угроз.
Жизненный цикл Паспорта АС и роль ТП
Паспорт АС, это «живой» документ. Техническая поддержка играет ключевую роль в его актуализации:
- Разработка/Создание: ТП (админы, архитекторы) предоставляют входные данные для заполнения разделов 3, 4, 5, 7.
- Аттестация/Ввод в эксплуатацию: ТП готовит стенд, настраивает МЗИ, обеспечивает прохождение проверок комиссией/аттестатором.
- Эксплуатация (Текущая актуализация):
- При замене ТС/ПО, инициируется изменение Паспорта (п. 3, 4).
- При изменении модели угроз или МЗИ, актуализируется п. 5.
- При смене ответственных админов — актуализируется п. 6 (ФИО маскируются в открытых копиях).
- Периодическая переаттестация: Обычно раз в 3–5 лет или после значимых изменений. ТП готовит пакет документов (отчеты СЗИ, логи, акты проверок).
Взаимодействие с подрядчиками и разработчиками
Во многих случаях ТП АС Минобороны РФ осуществляется смешанными командами (военные/гражданские лица ведомства + сотрудники ОАО/АО-разработчиков/интеграторов).
Ключевые требования к внешним специалистам ТП:
- Наличие лицензии ФСТЭК на деятельность по защите ГТ/СТ (если работают с соответствующими контурами);
- Оформление допусков для персонала (по запросу ведомства).
- Подписание соглашений о неразглашении (НДА) с указанием ответственности за разглашение сведений, составляющих гостайну или служебную тайну.
- Работа только на оборудовании ведомства или сертифицированном оборудовании подрядчика в защищенном контуре (запрет на использование личных устройств, BYOD, публичных VPN, облачных хранилищ для рабочих данных).
Типовые проблемы и рекомендации по поддержке Паспорта АС
| Проблема | Рекомендация / Меры ТП |
|---|---|
| Расхождение реальной конфигурации с Паспортом (Configuration Drift) | Внедрение автоматического инвентаризатора (Agent-based), ежемесячное сверка CMDB с разделами 3-4 Паспорта. |
| Просроченные сертификаты СЗИ / лицензии ПО | Календарный план продления (за 3-6 месяцев). Мониторинг в SIEM/ITSM. Резервные лицензии/ключи. |
| Отсутствие актуальной Модели угроз | Совместная работа админов ТП и администраторов безопасности (АдмЗИ) при любом изменении топологии или ПО. |
| Долгое согласование изменений (Change Freeze) | Внедрение стандартных изменений (Standard Changes) для рутинных операций (перезагрузка, чистка логов, добавление пользователя по матрице). |
| Потеря знаний при ротации личного состава | Ведение Базы знаний (Wiki/Confluence/SharePoint ведомства), обязательное документирование Runbook’ов для критических АС. |
Паспорт АС в Министерстве обороны РФ является не просто формальным документом для аттестации, а операционным инструментом для службы технической поддержки. Качественно заполненный и актуальный Паспорт позволяет:
- Быстро локализовывать инциденты (понимание топологии, версий ПО, контактов админов).
- Безопасно планировать изменения (оценка влияния на МЗИ и класс защищенности).
- Проходить проверки вышестоящих инспекций и аттестаций без замечаний по документации.
- Обеспечивать преемственность при смене команд ТП (ротация, перевод служебных лиц).
Соблюдение требований ведомственных нормативных документов, приказов Министра обороны РФ и руководящих документов ГУА/Управления информатизации при ведении Паспорта АС и организации ТП является залогом устойчивой работы автоматизированных систем в интересах обеспечения обороноспособности страны.
Примечание: В данной статье используются обобщенные сведения о типичных процессах управления ИТ-инфраструктурой в государственных ведомствах РФ. Конкретные реквизиты систем, номера приказов, адреса dislocation воинских частей, номера телефонов горячих линий и ФИО должностных лиц не приводятся в открытом виде в соответствии с требованиями законодательства о защите гостайны, служебной тайны и персональных данных (ФЗ-152, ФЗ-149). Все примеры конфиденциальных данных в тексте замаскированы символами *.