---
title: "Приказ Ростехнадзора от 05.09.2023 N 325"
number: "325"
issuer: "Федеральная служба по экологическому, технологическому и атомному надзору"
issued_on: 2023-09-05
status: действует
canonical: "https://bukva.ai/docs/prikaz-325-2023-rostehnadzor-federalnaya"
---

## Приказ Ростехнадзора от 05.09.2023 N 325

# Приказ Ростехнадзора от 05.09.2023 N 325

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


<div align="center">

<a id="p100001"></a>**ФЕДЕРАЛЬНАЯ СЛУЖБА ПО ЭКОЛОГИЧЕСКОМУ, ТЕХНОЛОГИЧЕСКОМУ**<br>
**И АТОМНОМУ НАДЗОРУ**

</div>



## <a id="p100002"></a>ПРИКАЗ

<div align="center">

**от 5 сентября 2023 г. N 325**

<a id="p100003"></a>**ОБ УТВЕРЖДЕНИИ РЕГЛАМЕНТА ПО ВЫЯВЛЕНИЮ, АНАЛИЗУ И УСТРАНЕНИЮ**<br>
**УЯЗВИМОСТЕЙ В ИНФОРМАЦИОННЫХ СИСТЕМАХ, ЭКСПЛУАТИРУЕМЫХ**<br>
**В ФЕДЕРАЛЬНОЙ СЛУЖБЕ ПО ЭКОЛОГИЧЕСКОМУ,**<br>
**ТЕХНОЛОГИЧЕСКОМУ И АТОМНОМУ НАДЗОРУ**

</div>


<a id="p100004"></a>В целях усиления обеспечения безопасности информации и повышения защищенности информационных систем в Федеральной службе по экологическому, технологическому и атомному надзору приказываю:
1. <a id="p100005"></a>Утвердить [Регламент](#p100010) по выявлению, анализу и устранению уязвимостей в информационных системах, эксплуатируемых в Федеральной службе по экологическому, технологическому и атомному надзору, согласно приложению к настоящему приказу.
2. <a id="p100006"></a>Возложить реализацию работ по управлению уязвимостями в информационных системах, эксплуатируемых в Федеральной службе по экологическому, технологическому и атомному надзору, на Управление информатизации (С.А. Корчивой).
3. <a id="p100007"></a>Координацию деятельности по управлению уязвимостями в информационных системах, эксплуатируемых в Федеральной службе по экологическому, технологическому и атомному надзору и контроль за исполнением настоящего приказа возложить на заместителя руководителя А.В. Ферапонтова.

<div align="right">

<a id="p100008"></a>Руководитель<br>
А.В.ТРЕМБИЦКИЙ

</div>






<div align="right">

<a id="p100009"></a>Приложение<br>
к приказу Федеральной<br>
службы по экологическому,<br>
технологическому и атомному надзору<br>
от 5 сентября 2023 г. N 325

</div>


<div align="center">

<a id="p100010"></a>**РЕГЛАМЕНТ**<br>
**ПО ВЫЯВЛЕНИЮ, АНАЛИЗУ И УСТРАНЕНИЮ УЯЗВИМОСТЕЙ**<br>
**В ИНФОРМАЦИОННЫХ СИСТЕМАХ, ЭКСПЛУАТИРУЕМЫХ**<br>
**В ФЕДЕРАЛЬНОЙ СЛУЖБЕ ПО ЭКОЛОГИЧЕСКОМУ,**<br>
**ТЕХНОЛОГИЧЕСКОМУ И АТОМНОМУ НАДЗОРУ**

</div>



### 1. <a id="p100011"></a>ОБЩИЕ ПОЛОЖЕНИЯ


1. <a id="p100012"></a>Регламент по выявлению, анализу и устранению уязвимостей в информационных системах, эксплуатируемых в Федеральной службе по экологическому, технологическому и атомному надзору (далее - Регламент), регулирует порядок организации работ по выявлению, анализу и устранению уязвимостей (далее - управление уязвимостями) в Ростехнадзоре.
<a id="p100013"></a>1.1. Регламент определяет состав и содержание работ по управлению уязвимостями, выявленными в программных, программно-аппаратных средствах информационных систем, информационно-телекоммуникационных сетей, автоматизированных систем управления, информационно-телекоммуникационных инфраструктурах центров обработки данных, на базе которых функционируют эти системы и сети (далее - информационные системы).
<a id="p100014"></a>1.2. Целью организации процесса управления уязвимостями в Ростехнадзоре является снижение рисков информационной безопасности от реализации угроз, обусловленных уязвимостями в информационных системах (далее - ИС) Ростехнадзора, с приоритетом предотвращения уязвимостей на периметре сетей Ростехнадзора.
<a id="p100015"></a>1.3. Настоящий Регламент разработан в соответствии с Руководством по организации процесса управления уязвимостями в органе (организации), утвержденным ФСТЭК России от 17 мая 2023 г., и в соответствии с Методикой оценки уровня критичности уязвимостей программных, программно-аппаратных средств, утвержденной ФСТЭК России от 28 октября 2022 г.
<a id="p100016"></a>1.4. Настоящий Регламент устанавливает принципы и механизмы поиска, оценки, классификации уязвимостей, а также их устранения или минимизации последствий, определяет относящиеся к процессу функции, роли, полномочия и ответственность подразделений в Ростехнадзоре.
<a id="p100017"></a>1.5. В Регламенте используются термины и определения, установленные национальными стандартами ГОСТ Р 50922-2006 "Защита информации. Основные термины и определения", ГОСТ Р 56545-2015 "Защита информации. Уязвимости информационных систем. Правила описания уязвимостей", ГОСТ Р 56546-2015 "Защита информации. Уязвимости информационных систем. Классификация уязвимостей информационных систем" и иными национальными стандартами в области защиты информации и обеспечения информационной безопасности.


### 2. <a id="p100018"></a>ЭТАПЫ ПРОЦЕССА УПРАВЛЕНИЯ УЯЗВИМОСТЯМИ



#### <a id="p100019"></a>2.1 В ИС должно осуществляться выявление следующих типов уязвимостей:

- <a id="p100020"></a>недостатки и (или) ошибки программного обеспечения (далее - ПО) ИС и ее системы защиты информации;
- <a id="p100021"></a>недостатки аппаратных средств ИС, в том числе аппаратных средств защиты информации;
- <a id="p100022"></a>организационно-технические недостатки.
<a id="p100023"></a>2.2. Непосредственными участниками процесса управления уязвимостями ИС являются администратор безопасности и системные администраторы ИС.
<a id="p100024"></a>2.3. Процесс управления уязвимостями состоит из пяти основных этапов, которые обеспечивают решение задач процесса, контроль за процессом, его результатами [(рис. 1)](#p100028).
<a id="p100025"></a>2.4. На основе таблиц Регламента по этапам процесса управления уязвимостями в Ростехнадзоре должны разрабатываться детальные описания операций, включающие наименования операций, описание операций, исполнителей, продолжительность, входные и выходные данные. Детальное описание операций включается в организационно-распорядительные документы по защите информации Ростехнадзора.
<a id="p100026"></a>2.5. Процесс управления уязвимостями связан с процессами управления конфигурацией, управления обновлениями, оценки угроз. Данные процессы в Регламенте не рассматриваются.

<a id="p100027"></a> ![2. Этапы процесса управления уязвимостями](https://i.bukva.ai/KgnExIDi4/img_0.png) 

<div align="center">

<a id="p100028"></a>Рис. 1. Этапы процесса управления уязвимостями

</div>


<a id="p100029"></a>На этапе мониторинга уязвимостей и оценки их применимости осуществляется выявление уязвимостей на основании данных, получаемых из внешних и внутренних источников, и принятие решений по их последующей обработке.
<a id="p100030"></a>Процесс управления уязвимостями организуется для всех ИС Ростехнадзора и должен предусматривать постоянную и непрерывную актуализацию сведений об уязвимостях и объектах ИС. При изменении статуса уязвимостей (применимость к ИС, наличие исправлений, критичность) должны корректироваться способы их устранения.
<a id="p100031"></a>Процесс управления уязвимостями связан с другими процессами и процедурами деятельности Ростехнадзора:
- <a id="p100032"></a>мониторинг информационной безопасности - процесс постоянного наблюдения и анализа результатов регистрации событий безопасности и иных данных с целью выявления нарушений безопасности информации, угроз безопасности информации и уязвимостей;
- <a id="p100033"></a>оценка защищенности - анализ возможности использования обнаруженных уязвимостей для реализации компьютерных атак на ИС Ростехнадзора;
- <a id="p100034"></a>оценка угроз - выявление и оценка актуальности угроз, реализация (возникновение) которых возможна в ИС Ростехнадзора;
- <a id="p100035"></a>управление конфигурацией - контроль изменений, состава и настроек программного и программно-аппаратного обеспечения ИС;
- <a id="p100036"></a>управление обновлениями - приобретение, анализ и развертывание обновлений ПО в Ростехнадзоре;
- <a id="p100037"></a>применение компенсирующих мер защиты информации - разработка и применение мер защиты информации, которые применяются в ИС взамен отдельных мер защиты информации, подлежащих реализации в соответствии с требованиями по защите информации, в связи с невозможностью их применения.


### 3. <a id="p100038"></a>МОНИТОРИНГ, АНАЛИЗ УЯЗВИМОСТЕЙ И ОЦЕНКИ ИХ ПРИМЕНИМОСТИ


<a id="p100039"></a>3.1. На этапе мониторинга, анализа уязвимостей определяется уровень критичности уязвимостей применительно к ИС Ростехнадзора и осуществляется выявление уязвимостей на основании данных из следующих источников:
<a id="p100040"></a>а) внутренние источники:
- <a id="p100041"></a>системы управления информационной инфраструктурой (далее - ИТ-инфраструктура);
- <a id="p100042"></a>базы данных управления конфигурациями;
- <a id="p100043"></a>документация на ИС;
- <a id="p100044"></a>электронные базы знаний органов (организаций);
<a id="p100045"></a>б) база данных уязвимостей, содержащаяся в Банке данных угроз безопасности информации (далее - БДУ) ФСТЭК России;
<a id="p100046"></a>в) внешние источники:
- <a id="p100047"></a>базы данных, содержащие сведения об известных уязвимостях;
- <a id="p100048"></a>официальные информационные ресурсы разработчиков программных и программно-аппаратных средств и исследователей в области информационной безопасности.
<a id="p100049"></a>Источники данных могут уточняться или дополняться с учетом особенностей функционирования Ростехнадзора.
<a id="p100050"></a>3.2. На этапе мониторинга, анализа уязвимостей и оценки их применимости выполняются операции, приведенные в таблице 3.1.

<div align="right">

<a id="p100051"></a>Таблица 3.1

</div>



| <a id="p100052"></a>N | <a id="p100053"></a>Наименование операции | <a id="p100054"></a>Описание операции |
| --- | --- | --- |
| <a id="p100055"></a>1 | <a id="p100056"></a>Анализ информации об уязвимости | <a id="p100057"></a>Анализ информации из различных источников с целью поиска актуальных и потенциальных уязвимостей и оценки их применимости к ИС Ростехнадзора. Агрегирование и корреляция собираемых данных об уязвимостях |
| <a id="p100058"></a>2 | <a id="p100059"></a>Оценка применимости уязвимости | <a id="p100060"></a>На основе информации об объектах ИС и их состоянии определяется применимость уязвимости к ИС Ростехнадзора с целью определения уязвимостей, не требующих дальнейшей обработки (нерелевантных уязвимостей). Оценка применимости уязвимостей производится: на основе анализа данных об ИТ-инфраструктуре, полученных из баз данных управления конфигурациями в рамках процесса "Управление конфигурацией"; на основе анализа данных о возможных объектах воздействия, полученных в результате моделирования угроз "Оценка угроз"; по результатам оценки защищенности |
| <a id="p100061"></a>3 | <a id="p100062"></a>Принятие решений на получение дополнительной информации | <a id="p100063"></a>Запрос дополнительной информации об уязвимости (сканирование объектов, оценка защищенности), если имеющихся данных недостаточно для принятия решений по управлению уязвимостями |
| <a id="p100064"></a>4 | <a id="p100065"></a>Постановка задачи на сканирование объектов | <a id="p100066"></a>Запрос на внеплановое сканирование объектов ИС в случае недостаточности либо неактуальности имеющихся данных, а также в случае получения информации об уязвимости после последнего сканирования |
| <a id="p100067"></a>5 | <a id="p100068"></a>Сканирование объектов | <a id="p100069"></a>Поиск уязвимостей и недостатков с помощью автоматизированных систем анализа защищенности. Выбор объектов и времени сканирования, уведомление заинтересованных подразделений (например, ситуационного центра, подразделения ИТ) о проведении сканирования и дальнейшее сканирование выбранных объектов на наличие уязвимости |
| <a id="p100070"></a>6 | <a id="p100071"></a>Оценка защищенности | <a id="p100072"></a>Экспертная оценка возможности применения уязвимости к ИС. В ходе оценки защищенности осуществляется проверка возможности эксплуатации уязвимости в ИС Ростехнадзора с использованием средства эксплуатации уязвимости, в том числе в ходе тестирования на проникновение (тестирования системы защиты информации путем осуществления попыток несанкционированного доступа (воздействия) к ИС в обход ее системы защиты информации |



### 4. <a id="p100073"></a>ОЦЕНКА УЯЗВИМОСТЕЙ


<a id="p100074"></a>4.1. На этапе оценки уязвимостей определяется уровень критичности уязвимостей применительно к ИС Ростехнадзора. Уровень критичности уязвимостей оценивается в целях принятия обоснованного решения администраторами безопасности о необходимости устранения уязвимостей, выявленных в программных, программно-аппаратных средствах по результатам анализа уязвимостей в ИС.
<a id="p100075"></a>Исходными данными для определения критичности уязвимостей являются:
- <a id="p100076"></a>база уязвимостей программного обеспечения, программно-аппаратных средств, содержащаяся в Банке данных угроз безопасности информации ФСТЭК России (bdu.fstec.ru), а также иные источники, содержащие сведения об известных уязвимостях;
- <a id="p100077"></a>официальные информационные ресурсы разработчиков программного обеспечения, программно-аппаратных средств и исследователей в области информационной безопасности;
- <a id="p100078"></a>сведения о составе и архитектуре ИС, полученные по результатам их инвентаризации и (или) приведенные в документации на ИС;
- <a id="p100079"></a>результаты контроля защищенности ИС, проведенные оператором.
<a id="p100080"></a>Указанные исходные данные могут уточняться или дополняться с учетом особенностей области деятельности, в которой функционируют ИС.
<a id="p100081"></a>4.2. Оценка уровня критичности уязвимостей программных, программно-аппаратных средств проводится администраторами безопасности.
<a id="p100082"></a>Оценка уровня критичности уязвимостей программных, программно-аппаратных средств применительно к конкретной ИС включает:
- <a id="p100083"></a>определение программных, программно-аппаратных средств, подверженных уязвимостям;
- <a id="p100084"></a>определение в ИС места установки программных, программно-аппаратных средств, подверженных уязвимостям (например, на периметре системы, во внутреннем сегменте системы, при реализации критических процессов (бизнес-процессов) и в других сегментах ИС);
- <a id="p100085"></a>расчет уровня критичности уязвимости программных, программно-аппаратных средств в ИС.
<a id="p100086"></a>Для расчета итогового уровня критичности применяется Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств, утвержденная ФСТЭК России от 28 октября 2022 г.


### 5. <a id="p100087"></a>ОПРЕДЕЛЕНИЕ МЕТОДОВ И ПРИОРИТЕТОВ УСТРАНЕНИЯ УЯЗВИМОСТЕЙ


<a id="p100088"></a>5.1. На этапе определения методов и приоритетов устранения уязвимостей определяется приоритетность устранения уязвимостей и выбираются методы их устранения: обновление ПО и (или) применение компенсирующих мер защиты информации, также принимаются меры, направленные на устранение или исключение возможности использования (эксплуатации) выявленных уязвимостей.
<a id="p100089"></a>На этапе определения методов и приоритетов устранения уязвимостей решаются следующие задачи:
- <a id="p100090"></a>определение приоритетности устранения уязвимостей;
- <a id="p100091"></a>выбор методов устранения уязвимостей:
- <a id="p100092"></a>обновление ПО и (или) применение компенсирующих мер защиты информации.
<a id="p100093"></a>На этапе определения методов и приоритетов устранения уязвимостей выполняются операции, приведенные в таблице 5.1.

<a id="p100094"></a>Таблица 5.1


| <a id="p100095"></a>N | <a id="p100096"></a>Наименование операции | <a id="p100097"></a>Описание операции |
| --- | --- | --- |
| <a id="p100098"></a>1 | <a id="p100099"></a>Определение приоритетности устранения уязвимостей | <a id="p100100"></a>Определение приоритетности устранения уязвимостей в соответствии с результатами расчета критичности уязвимостей на этапе оценки уязвимостей |
| <a id="p100101"></a>2 | <a id="p100102"></a>Определение методов устранения уязвимостей | <a id="p100103"></a>Выбор метода устранения уязвимости: установка обновления или применение компенсирующих мер защиты информации |
| <a id="p100104"></a>3 | <a id="p100105"></a>Принятие решения о срочной установке обновлений | <a id="p100106"></a>При обнаружении критической уязвимости может быть принято решение о срочной установке обновления программного обеспечения объектов ИС, подверженных уязвимости |
| <a id="p100107"></a>4 | <a id="p100108"></a>Создание заявки на срочную установку обновления | <a id="p100109"></a>Заявка на срочную установку обновления направляется на согласование начальнику Управления информатизации |
| <a id="p100110"></a>5 | <a id="p100111"></a>Принятие решения о срочной реализации компенсирующих мер защиты информации | <a id="p100112"></a>При обнаружении критической уязвимости может быть принято решение о срочной реализации компенсирующих мер защиты информации в качестве временного решения до установки обновления |
| <a id="p100113"></a>6 | <a id="p100114"></a>Создание заявки на установку обновления | <a id="p100115"></a>Заявка создается в случае, если определено, что установка обновления для устранения данной уязвимости не запланирована |
| <a id="p100116"></a>7 | <a id="p100117"></a>Создание заявки на реализацию компенсирующих мер защиты информации | <a id="p100118"></a>Заявка на реализацию компенсирующих мер защиты информации формируется при отсутствии возможности установки обновления, а также в случае необходимости принятия мер до устранения уязвимости |



### 6. <a id="p100119"></a>УСТРАНЕНИЕ УЯЗВИМОМОСТЕЙ


<a id="p100120"></a>6.1. На этапе устранения уязвимостей принимаются меры, направленные на устранение или исключение возможности использования (эксплуатации) уязвимостей, выявленных на этапе мониторинга. При этом выполняются операции, представленные в таблице 6.1.

<a id="p100121"></a>Таблица 6.1


| <a id="p100122"></a>N | <a id="p100123"></a>Наименование операции | <a id="p100124"></a>Описание операции |
| --- | --- | --- |
| <a id="p100125"></a>1 | <a id="p100126"></a>Согласование установки с руководством Управления информатизации | <a id="p100127"></a>Срочная установка обновлений ПО предварительно согласовывается с руководством Управления информатизации |
| <a id="p100128"></a>2 | <a id="p100129"></a>Тестирование обновления | <a id="p100130"></a>Выявление потенциально опасных функциональных возможностей, не задекларированных разработчиком программных, программно-аппаратных средств, в том числе политических баннеров, лозунгов, призывов и иной противоправной информации (далее - недекларированные возможности) |
| <a id="p100131"></a>3 | <a id="p100132"></a>Установка обновления в тестовом сегменте | <a id="p100133"></a>Установка обновлений на выбранном тестовом сегменте информационной системы в целях определения влияния их установки на ее функционирование |
| <a id="p100134"></a>4 | <a id="p100135"></a>Принятие решения об установке обновления | <a id="p100136"></a>В случае если негативного влияния от установки обновления на выбранном сегменте системы не выявлено, принимается решение о его распространении в системе. В случае обнаружения негативного влияния от установки обновления на выбранном сегменте системы дальнейшее распространение обновления не осуществляется, при этом для нейтрализации уязвимости применяются компенсирующие меры защиты информации |
| <a id="p100137"></a>5 | <a id="p100138"></a>Установка обновления | <a id="p100139"></a>Распространение обновления на объекты ИС |
| <a id="p100140"></a>6 | <a id="p100141"></a>Формирование плана установки обновлений | <a id="p100142"></a>Уязвимости, для устранения которых не была определена необходимость срочной установки обновлений, устраняются в ходе плановой установки обновлений. Формирование плана обновлений осуществляется с учетом заявок на установку обновлений |
| <a id="p100143"></a>7 | <a id="p100144"></a>Разработка и реализация компенсирующих мер защиты информации | <a id="p100145"></a>Разработка и применение мер защиты информации, которые применяются в ИС взамен отдельных мер защиты информации, подлежащих реализации в соответствии с требованиями по защите информации, в связи с невозможностью их установки, обнаружением негативного влияния от установки обновления, а также в случае необходимости принятия мер до устранения уязвимости. К компенсирующим мерам защиты информации могут относиться: организационные меры защиты информации, настройка средств защиты информации, анализ событий безопасности, внесение изменений в ИТ-инфраструктуру |


<a id="p100146"></a>Тестирование обновлений программных и программно-аппаратных средств осуществляется в соответствии с данным Регламентом по решению Ростехнадзора в случае отсутствия соответствующих результатов тестирования в БДУ ФСТЭК России.
<a id="p100147"></a>При наличии соответствующих сведений могут быть использованы компенсирующие меры защиты информации, представленные в бюллетенях безопасности разработчиков программных, программно-аппаратных средств, а также в описаниях уязвимостей, опубликованных в БДУ ФСТЭК России.
<a id="p100148"></a>Рекомендуемые сроки устранения уязвимостей:
- <a id="p100149"></a>критический уровень опасности - до 24 часов;
- <a id="p100150"></a>высокий уровень опасности до 7 дней;
- <a id="p100151"></a>средний уровень опасности - до 4 недель;
- <a id="p100152"></a>низкий уровень опасности - до 4 месяцев.
<a id="p100153"></a>В рамках выполнения разработки и реализации компенсирующих мер защиты информации выполняются операции, приведенные в таблице 6.2.

<a id="p100154"></a>Таблица 6.2


| <a id="p100155"></a>N | <a id="p100156"></a>Наименование операции | <a id="p100157"></a>Описание операции |
| --- | --- | --- |
| <a id="p100158"></a>1 | <a id="p100159"></a>Определение мер защиты информации и ответственных за их реализацию | <a id="p100160"></a>Определение компенсирующих мер защиты информации, необходимых для нейтрализации уязвимости либо снижения возможных негативных последствий от ее эксплуатации. В ходе выполнения данной операции должны быть определены работники, участие которых необходимо для реализации выбранных компенсирующих мер защиты информации |
| <a id="p100161"></a>2 | <a id="p100162"></a>Согласование привлечения работников | <a id="p100163"></a>В случае необходимости привлечения работников других подразделений для реализации компенсирующих мер защиты информации руководитель подразделения защиты согласует их привлечение с руководителями соответствующих подразделений |
| <a id="p100164"></a>3 | <a id="p100165"></a>Реализация организационных мер защиты информации | <a id="p100166"></a>Реализация организационных мер защиты информации предусматривает: ограничение использования ИТ-инфраструктуры; организацию режима охраны (в частности, ограничение доступа к техническим средствам); информирование и обучение персонала органа (организации) |
| <a id="p100167"></a>4 | <a id="p100168"></a>Настройка средств защиты информации | <a id="p100169"></a>Оценка возможности реализации компенсирующих мер с использованием средств защиты информации, выбор средств защиты информации (при необходимости). Выполнение работ по настройке средств защиты информации |
| <a id="p100170"></a>5 | <a id="p100171"></a>Организация анализа событий безопасности | <a id="p100172"></a>Организация постоянного наблюдения и анализа результатов регистрации событий безопасности и иных данных с целью выявления и блокирования попыток эксплуатации уязвимости |
| <a id="p100173"></a>6 | <a id="p100174"></a>Внесение изменений в ИТ-инфраструктуру | <a id="p100175"></a>Внесение изменений в ИТ-инфраструктуру включает действия по внесению изменений в конфигурации программных и программно-аппаратных средств (в том числе удаление (выведение из эксплуатации) |


<a id="p100176"></a>В случае невозможности получения, установки и тестирования обновлений программных, программно-аппаратных средств принимаются компенсирующие меры защиты информации.
<a id="p100177"></a>Выбор компенсирующих мер по защите информации осуществляется Управлением информатизации с учетом архитектуры и особенностей функционирования ИС, а также способов эксплуатации уязвимостей программных, программно-аппаратных средств.
<a id="p100178"></a>Компенсирующими организационными и техническими мерами, направленными на предотвращение возможности эксплуатации уязвимостей, могут являться:
- <a id="p100179"></a>изменение конфигурации уязвимых компонентов ИС, в том числе в части предоставления доступа к их функциям, исполнение которых может способствовать эксплуатации выявленных уязвимостей;
- <a id="p100180"></a>ограничение по использованию уязвимых программных, программно-аппаратных средств или их перевод в режим функционирования, ограничивающий исполнение функций, обращение к которым связано с использованием выявленных уязвимостей (например, отключение уязвимых служб и сетевых протоколов);
- <a id="p100181"></a>резервирование компонентов ИС, включая резервирование серверов, телекоммуникационного оборудования и каналов связи;
- <a id="p100182"></a>использование сигнатур, решающих правил средств защиты информации, обеспечивающих выявление в ИС признаков эксплуатации уязвимостей;
- <a id="p100183"></a>мониторинг информационной безопасности и выявление событий безопасности информации в ИС, связанных с возможностью эксплуатации уязвимостей.


### 7. <a id="p100184"></a>КОНТРОЛЬ УСТРАНЕНИЯ УЯЗВИМОСТЕЙ


<div align="center">

<a id="p100185"></a>**7.1. На этапе контроля устранения уязвимостей осуществляется сбор и обработка данных о процессе управления уязвимостями и его результатах, принятие оперативных решений и их доведение до руководства Ростехнадзора для принятия решений по улучшению процесса управления уязвимостями. На этапе контроля устранения уязвимостей выполняются операции, приведенные в таблице 7.1.**

<a id="p100186"></a>Таблица 7.1

</div>



| <a id="p100187"></a>N | <a id="p100188"></a>Наименование операции | <a id="p100189"></a>Описание операции |
| --- | --- | --- |
| <a id="p100190"></a>1 | <a id="p100191"></a>Принятие решения о способе контроля | <a id="p100192"></a>Определение способа контроля устранения уязвимости: проверка объектов на наличие уязвимости (сканирование средствами анализа защищенности) либо оценка защищенности |
| <a id="p100193"></a>2 | <a id="p100194"></a>Проверка объектов на наличие уязвимостей | <a id="p100195"></a>Выбор объектов и времени сканирования, уведомление заинтересованных подразделений (например, ситуационного центра, подразделения ИТ) о проведении сканирования и дальнейшее сканирование выбранных объектов на наличие уязвимости |
| <a id="p100196"></a>3 | <a id="p100197"></a>Оценка защищенности | <a id="p100198"></a>Экспертная оценка возможности применения уязвимости к информационным системам. В ходе оценки защищенности осуществляется проверка возможности эксплуатации уязвимости в информационных системах органа (организации) с использованием РоС или средства эксплуатации уязвимости, в том числе в ходе тестирования на проникновение (тестирования системы защиты информации путем осуществления попыток несанкционированного доступа (воздействия) к информационным системам в обход ее системы защиты информации |
| <a id="p100199"></a>4 | <a id="p100200"></a>Выявление отклонений и неисполнений | <a id="p100201"></a>Анализ результатов контроля устранения уязвимостей (определение корректности устранения уязвимостей и соблюдения сроков) |
| <a id="p100202"></a>5 | <a id="p100203"></a>Разработка предложений по улучшению процесса управления уязвимостями | <a id="p100204"></a>Определение причин отклонений и неисполнений, разработка на их основе решений по улучшению процесса управления уязвимостями |


<a id="p100205"></a>7.2. В случае выявления в ходе оценки защищенности неизвестных ранее уязвимостей (уязвимостей "нулевого дня") сведения о них рекомендуется направлять в БДУ ФСТЭК России.
<a id="p100206"></a>7.3. В рамках разработки предложений по улучшению процесса управления уязвимостями выполняются операции, приведенные в таблице 7.2.

<a id="p100207"></a>Таблица 7.2


| <a id="p100208"></a>N | <a id="p100209"></a>Наименование операции | <a id="p100210"></a>Описание операции |
| --- | --- | --- |
| <a id="p100211"></a>1 | <a id="p100212"></a>Определение причин отклонений и (или) неисполнений | <a id="p100213"></a>Определение причин отклонений и неисполнений операций процесса управления уязвимостями. Возможными причинами являются: пропуск уязвимости в ходе мониторинга; ошибки оценки уязвимостей; нарушения сроков устранения уязвимостей; недостаточность принятых компенсирующих мер. Причины отклонений и неисполнений операций процесса управления уязвимостями могут быть дополнены по результатам анализа процесса управления уязвимостями в Ростехнадзоре |
| <a id="p100214"></a>2 | <a id="p100215"></a>Корректировка механизмов мониторинга | <a id="p100216"></a>Внесение изменений в конфигурацию и алгоритмы средств сбора и обработки данных об уязвимостях |
| <a id="p100217"></a>3 | <a id="p100218"></a>Добавление источника сведений об уязвимостях | <a id="p100219"></a>Поиск и организация мониторинга новых источников сведений об уязвимостях |
| <a id="p100220"></a>4 | <a id="p100221"></a>Корректировка механизмов оценки уязвимостей | <a id="p100222"></a>Внесение изменений в процедуру оценки уязвимостей |
| <a id="p100223"></a>5 | <a id="p100224"></a>Повторная оценка уязвимости | <a id="p100225"></a>Повторное определение уровня критичности уязвимости применительно к ИС Ростехнадзора. Переход к "Оценке уязвимостей" с дальнейшим выполнением последующих этапов процесса управления уязвимостями |
| <a id="p100226"></a>6 | <a id="p100227"></a>Согласование сроков устранения уязвимости | <a id="p100228"></a>В случае нарушения сроков устранения уязвимостей новые сроки установки обновления согласуются с подразделением ИТ, сроки реализации компенсирующих мер защиты информации с ответственными лицами |
| <a id="p100229"></a>7 | <a id="p100230"></a>Создание заявки на срочную реализацию компенсирующих мер защиты информации | <a id="p100231"></a>Заявка на реализацию компенсирующих мер формируется при отсутствии возможности установки обновления либо в случае недостаточности уже принятых компенсирующих мер защиты информации |




<a id="p100232"></a>

---
