Разработка организационно-распорядительной документации для ГИС

Разработка организационно-распорядительной документации для ГИС

Документы могут быть утверждены и при этом уже не соответствовать самой системе. После модернизации появляются новые серверы, подключения или подрядчики, а порядок доступа и ответственность остаются описаны по старой схеме. На проверке или при аттестации такой разрыв быстро становится заметен.

Разработаем ОРД под фактическую архитектуру и процессы вашей ГИС, а не универсальный набор шаблонов. Определим необходимый состав документов, роли, процедуры и подтверждения их выполнения.

Правовую основу защиты государственных информационных систем задаёт Федеральный закон от 27.07.2006 №149-ФЗ «Об информации, информационных технологиях и о защите информации»: он закрепляет общие положения о ГИС и требования к защите информации. Требования к защите информации в соответствующих ГИС конкретизируют приказ ФСТЭК России №117 и применимые методические документы ФСТЭК. С 1 марта 2026 года №117 действует вместо приказа №17, а с 1 сентября применяется с изменениями, внесёнными приказом №137.

 

Определить состав документов

Какие документы нужны для защиты ГИС

Организационно-распорядительная документация ГИС должна закреплять конкретные процессы: распределение ответственности, управление доступом, эксплуатацию СЗИ, реагирование на инциденты, работу с уязвимостями и изменениями. Поэтому документы по защите ГИС формируем для конкретной системы, а не по универсальному перечню.

Роли и ответственность

Фиксируем, кто организует защиту, администрирует систему и СЗИ, согласует права доступа, контролирует выполнение правил и участвует в реагировании на инциденты. Полномочия в документах должны совпадать с реальным распределением функций.

Доступ, подрядчики и удалённые подключения

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

Если документ и технические настройки расходятся, одного изменения текста недостаточно: нужно устранить сам разрыв.

Инциденты, уязвимости, изменения и эксплуатация

Документация по защите ГИС должна учитывать обновления ПО, изменения конфигурации, новые компоненты, выявление уязвимостей, инциденты и эксплуатацию средств защиты. Для каждой применимой процедуры определяем ответственного, порядок действий и способ фиксации результата.

 

Документ / процедура Что регулирует Ответственный Основание Когда актуализировать
Политика или положение о защите Общую организацию защиты и функции участников Руководство, ИБ, ИТ Требования к ГИС и принятая система защиты При изменении требований, структуры или границ системы
Управление доступом Выдачу, изменение и прекращение прав ИТ, ИБ, владельцы ресурсов Модель угроз, роли, реализованные меры При изменении пользователей, ролей или способов доступа
Подрядчики и удалённый доступ Внешние подключения и права исполнителей Владелец ГИС, ИТ, ИБ Архитектура и применимые меры При смене подрядчика или схемы подключения
Реагирование на инциденты Обнаружение, эскалацию и действия участников ИБ, ИТ Применимые требования и схема реагирования При изменении процесса или инфраструктуры
Уязвимости и изменения Контроль обновлений и изменений ИТ, ИБ Архитектура, модель угроз, процессы эксплуатации При существенных изменениях системы
Эксплуатация СЗИ Настройку, обслуживание и контроль средств защиты Администраторы, ИБ Проектные и эксплуатационные решения При замене, обновлении или перенастройке СЗИ

 

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

 

Как определяется состав ОРД

Нормативные требования конкретной ГИС

Помимо базовой правовой рамки, указанной выше, учитываем этап жизненного цикла системы. Постановление Правительства РФ №676 в редакции изменений №813 регулирует создание, развитие, ввод в эксплуатацию, эксплуатацию и вывод из эксплуатации ГИС. Если объект готовится к аттестации, применяем порядок по приказу ФСТЭК №77 в редакции приказа №60.

Состав документов для ГИС по требованиям ФСТЭК №117 определяем с учётом класса защищённости, модели угроз, архитектуры, реализуемых мер, состава информации и распределения ответственности. Дополнительные нормативные режимы учитываются только при наличии соответствующих оснований.

Если в ГИС обрабатываются персональные данные

Дополнительно учитываем законодательство о персональных данных, в том числе 152-ФЗ, постановление Правительства РФ №1119 и приказ ФСТЭК №21 в применимой части; для государственных и муниципальных органов — также постановление Правительства РФ №211.

Документы по общим процессам — например, управлению доступом и распределению ответственности — согласуем между собой, чтобы требования к ГИС и персональным данным не противоречили друг другу.

Вам может понадобиться: Разработка и сопровождение ОРД по персональным данным

Если ГИС одновременно является объектом КИИ

Статус ГИС сам по себе не делает систему объектом критической информационной инфраструктуры. Сначала устанавливают, является ли организация субъектом КИИ и относится ли конкретная система к объектам КИИ. Если этот режим применим, дополнительно учитываются 187-ФЗ и связанные подзаконные акты.

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

Вам может понадобиться: Категорирование объектов КИИ

Другие дополнительные требования

При использовании СКЗИ учитываются требования ФСБ; с 11 сентября 2026 года для охватываемых государственных систем действует приказ ФСБ №321. Отдельные нормы могут применяться при взаимодействии с ГосСОПКА, использовании внешних электронных сервисов или внешней инфраструктуры.

Их состав определяем по фактической архитектуре и условиям эксплуатации, а не добавляем ко всем ГИС автоматически.

Фактические процессы организации

На состав ОРД влияют организационная структура, распределение функций между собственными специалистами и подрядчиками, количество площадок и способы подключения.

Если состояние документов заранее неизвестно, сначала целесообразно провести аудит безопасности ГИС. Он позволит определить отсутствующие, устаревшие или не соответствующие фактической работе документы.

Эксплуатационная и аттестационная задача

Учитываем, для чего готовится комплект: для текущей эксплуатации, модернизации или подготовки к аттестации.

Модель угроз, техническое задание, технический проект, программа и методика аттестационных испытаний — отдельные документы со своими задачами. Их не следует автоматически относить к организационно-распорядительной документации.

Вам может понадобиться: Проектирование системы защиты ГИС · Аттестация ГИС и объектов информатизации

Как проходит разработка ОРД ГИС и что получает заказчик

Инвентаризация, разработка и согласование

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

На этом этапе проверяем не только содержание документов, но и их исполнимость: кто выполняет действие и чем подтверждается результат — заявкой, журналом, отчётом или другим предусмотренным материалом.

Результат и объём работ

Заказчик получает согласованный комплект организационно-распорядительной документации для ГИС и матрицу связи «требование — процедура — ответственный — подтверждение выполнения».

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

Стоимость зависит от масштаба и распределённости системы, количества площадок и компонентов, класса защищённости, состояния исходных документов, количества задействованных подразделений и необходимости обследования на площадке.

Актуализация и дальнейшие работы

После изменений в системе определяем, какие локальные акты затронуты и требуется ли пересмотр связанных материалов — например, модели угроз, проектных решений или документов для аттестации.

Для эксплуатируемой ГИС такую работу можно включить в сопровождение защиты.

Вам может понадобиться: Сопровождение системы защиты ГИС

Почему для разработки ОРД ГИС выбирают «Бизнес Навигатор»

Опыт, лицензии и широкая география

«Бизнес Навигатор» работает в ИТ и автоматизации с 2011 года, направление информационной безопасности развивает с 2012 года. В проектах по защите ГИС мы учитываем не только требования и документацию, но и фактическую ИТ-среду: серверы и рабочие места, сети, программное обеспечение, интеграции, средства защиты, пользователей и внешние подключения.

У компании есть лицензия ФСТЭК России на деятельность по технической защите конфиденциальной информации и лицензия ФСБ России на работы и услуги в области криптографической защиты информации.

Подтверждающие документы: лицензии «Бизнес Навигатора»

Отзывы заказчиков по проектам информационной безопасности

МБУ «МФЦ» муниципального района Волжский Самарской области. Контроль уровня защищённости информации в пользовательском сегменте ГИС Самарской области. Заказчик отметил профессионализм, системный подход и соблюдение сроков.

Министерство Карачаево-Черкесской Республики. Комплекс специальных технических услуг в области информационной безопасности. Заказчик отметил качество работ, компетентность специалистов и соблюдение сроков.

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

 

Частые вопросы

Можно ли взять готовый комплект шаблонов ОРД?

Можно использовать его как исходный материал, но перед утверждением документы нужно адаптировать к конкретной системе и внутренним полномочиям заказчика.

Что делать со старыми документами, подготовленными по приказу ФСТЭК №17?

Не нужно автоматически переписывать весь комплект с нуля. Сначала проверяем актуальность каждого документа с учётом №117 в действующей редакции и изменений самой системы.

Нужна ли ОРД перед аттестацией?

Если применимые требования предусматривают организационные меры, к аттестационным испытаниям они должны быть реализованы и подтверждаемы. Конкретный комплект определяется для объекта.

Кто согласует и утверждает документы?

Участники согласования зависят от содержания локального акта и структуры заказчика. Утверждает документ уполномоченное лицо в установленном в организации порядке.

Как часто нужно актуализировать ОРД?

Единого срока для всего комплекта нет. Пересмотр проводят при изменении требований или условий, на которых основан конкретный документ; специальная периодичность учитывается там, где она установлена для соответствующей процедуры.

Нужно определить состав документов?

Пришлите имеющийся комплект ОРД и краткие сведения о системе. Мы оценим объём работ и предложим, какие документы нужно разработать или актуализировать.