---
title: "\"Методический документ \"Методика тестирования обновлений безопасности программных, программно-аппаратных средств\""
issuer: "Федеральная служба по техническому и экспортному контролю"
status: действует
canonical: "https://bukva.ai/docs/metodicheskiy-dokument-metodika-testirovaniya"
---

## "Методический документ "Методика тестирования обновлений безопасности программных, программно-аппаратных средств"

# "Методический документ "Методика тестирования обновлений безопасности программных, программно-аппаратных средств"

(утв. ФСТЭК России 28.10.2022)

> [!IMPORTANT]
> Текст документа приведен в соответствии с публикацией на сайте https://fstec.ru по состоянию на 02.11.2022.


<div align="right">

<a id="p100001"></a>Утвержден<br>
ФСТЭК России<br>
28 октября 2022 г.

</div>


<div align="center">

<a id="p100002"></a>**МЕТОДИЧЕСКИЙ ДОКУМЕНТ**

</div>



## <a id="p100003"></a>МЕТОДИКА

<div align="center">

**ТЕСТИРОВАНИЯ ОБНОВЛЕНИЙ БЕЗОПАСНОСТИ ПРОГРАММНЫХ,**<br>
**ПРОГРАММНО-АППАРАТНЫХ СРЕДСТВ**

</div>



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


<a id="p100005"></a>1.1. Настоящая Методика тестирования обновлений безопасности программных, программно-аппаратных средств (далее - Методика) разработана в соответствии с [подпунктом 4 пункта 8](https://bukva.ai/docs/ukaz-1085#p100086) Положения о Федеральной службе по техническому и экспортному контролю, утвержденного Указом Президента Российской Федерации от 16 августа 2004 г. N 1085.
<a id="p100006"></a>1.2. Методика определяет порядок и содержание работ по тестированию программного обеспечения, в том числе с открытым исходным кодом, предназначенного для устранения уязвимостей программных, программно-аппаратных средств (далее - обновления безопасности), применяемых в информационных системах, информационно-телекоммуникационных сетях, автоматизированных системах управления, в том числе функционирующих на базе информационно-телекоммуникационной инфраструктуры центров обработки данных (далее - информационные системы).
<a id="p100007"></a>Методика может быть использована для тестирования иных обновлений программных, программно-аппаратных средств по решению оператора информационной системы.
<a id="p100008"></a>1.3. Настоящая Методика подлежит применению операторами информационных систем при принятии ими мер по устранению уязвимостей программных, программно-аппаратных средств информационных систем в соответствии с требованиями о защите информации, содержащейся в государственных информационных системах, требованиями по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации, а также иными нормативными правовыми актами и методическими документами ФСТЭК России.
<a id="p100009"></a>1.4. Устранение уязвимостей в сертифицированных программных, программно-аппаратных средствах защиты информации обеспечивается в приоритетном порядке и осуществляется в соответствии с эксплуатационной документацией на них, а также с рекомендациями разработчика.
<a id="p100010"></a>1.5. Решение об установке протестированных обновлений безопасности принимается оператором информационной системы с учетом результатов тестирования и оценки рисков нарушения функционирования информационной системы от установки таких обновлений.
<a id="p100011"></a>1.6. В Методике используются термины и определения, установленные национальными стандартами ГОСТ Р 50922-2006 "Защита информации. Основные термины и определения", ГОСТ Р 56545-2015 "Защита информации. Уязвимости информационных систем. Правила описания уязвимостей", ГОСТ Р 56546-2015 "Защита информации. Уязвимости информационных систем. Классификация уязвимостей информационных систем" и иными национальными стандартами в области защиты информации и обеспечения информационной безопасности.


### 2. <a id="p100012"></a>ПОРЯДОК ТЕСТИРОВАНИЯ ОБНОВЛЕНИЙ БЕЗОПАСНОСТИ ПРОГРАММНЫХ, ПРОГРАММНО-АППАРАТНЫХ СРЕДСТВ


<a id="p100013"></a>2.1. Тестирование обновлений безопасности проводится с целью своевременного выявления в них потенциально опасных функциональных возможностей, незадекларированных разработчиком программных, программно-аппаратных средств, в том числе политических баннеров, лозунгов, призывов и иной противоправной информации (далее - недекларированные возможности).
<a id="p100014"></a>2.2. Тестированию подлежат обновления безопасности, направленные на устранение уязвимостей, уровень критичности которых определен в соответствии с Методикой оценки уровня критичности уязвимостей программных и программно-аппаратных средств, утвержденной ФСТЭК России 28 октября 2022 г.

#### <a id="p100015"></a>2.3 Для целей настоящей Методики к признакам недекларированных возможностей обновлений безопасности относятся:

<a id="p100016"></a>а) попытки обращений к файловой системе, базам данных, электронной почте и другой информации, не имеющие отношения к функционалу обновляемых программных, программно-аппаратных средств;
<a id="p100017"></a>б) недокументированные обращения к сторонним (неизвестным оператору) сетевым адресам и доменным именам, не относящимся к оператору информационной системы;
<a id="p100018"></a>в) системные вызовы, характерные для вредоносного программного обеспечения (например, попытки загрузки из сети "Интернет" библиотек и программных пакетов, не имеющих отношения к функционалу программного обеспечения, попытки перехвата сетевого трафика другого программного обеспечения, попытки мониторинга действий пользователей с другим программным обеспечением);
<a id="p100019"></a>г) потенциально опасные изменения в файловой системе в результате установки обновления, в том числе загрузка и установка недокументированных программного обеспечения, драйверов и библиотек, не имеющих отношения к функционалу обновляемого программного, программно-аппаратного средства;
<a id="p100020"></a>д) изменения конфигурации среды функционирования, не имеющие отношения к обновляемому программному, программно-аппаратному средству (например, появление новых автоматически загружаемых программ);
<a id="p100021"></a>е) отключение средств защиты информации и функций безопасности информации.
<a id="p100022"></a>2.4. Тестирование обновлений безопасности организуется (проводится) специалистами по защите информации (информационной безопасности) оператора информационной системы (далее - исследователь).

#### <a id="p100023"></a>2.5 Тестирование обновлений безопасности включает:

<a id="p100024"></a>а) подготовку к проведению тестирования обновлений безопасности;
<a id="p100025"></a>б) проведение тестирования обновлений безопасности;
<a id="p100026"></a>в) оформление результатов тестирования обновлений безопасности.
<a id="p100027"></a>2.6. Подготовка к проведению тестирования обновлений безопасности предусматривает получение обновления безопасности и подготовку среды тестирования.
<a id="p100028"></a>Способы получения обновлений безопасности определяются исследователем, исходя из его возможностей, и не рассматриваются в данной Методике.
<a id="p100029"></a>Тестирование обновлений безопасности проводится в следующих средах:
<a id="p100030"></a>а) исследовательском стенде, специально созданном для тестирования обновлений безопасности или иных целей;
<a id="p100031"></a>б) тестовой зоне информационной системы ("песочнице");
<a id="p100032"></a>в) информационной системе, функционирующей в штатном режиме.
<a id="p100033"></a>Выбор среды тестирования обновлений безопасности осуществляет исследователь, исходя из его технических возможностей и угроз нарушения функционирования информационной системы.
<a id="p100034"></a>2.7. При проведении тестирования обновлений безопасности в соответствии с настоящей Методикой должны применяться инструментальные средства анализа и контроля, функциональные возможности которых обеспечивают реализацию положений настоящей Методики, имеющие техническую поддержку и возможность адаптации (доработки) под особенности проводимых тестирований, свободно распространяемые в исходных кодах или средства тестирования собственной разработки. Рекомендуется применять инструментальные средства анализа и контроля, не имеющие каких-либо ограничений по их применению, адаптации (доработки) на территории Российской Федерации.


### 3. <a id="p100035"></a>СОДЕРЖАНИЕ РАБОТ ПО ТЕСТИРОВАНИЮ ОБНОВЛЕНИЙ БЕЗОПАСНОСТИ ПРОГРАММНЫХ, ПРОГРАММНО-АППАРАТНЫХ СРЕДСТВ



#### <a id="p100036"></a>3.1 Общие требования к проведению тестирования



##### <a id="p100037"></a>3.1.1 В ходе проведения тестирования обновлений безопасности должны выполняться следующие тесты:

<a id="p100038"></a>а) сверка идентичности обновлений безопасности (Т001);
<a id="p100039"></a>б) проверка подлинности обновлений безопасности (Т002);
<a id="p100040"></a>в) антивирусный контроль обновлений безопасности (Т003);
<a id="p100041"></a>г) поиск опасных конструкций в обновлениях безопасности (Т004);
<a id="p100042"></a>д) мониторинг активности обновлений безопасности в среде функционирования (Т005);
<a id="p100043"></a>е) ручной анализ обновлений безопасности (Т006).
<a id="p100044"></a>3.1.2. Приведенные в [пункте 3.1.1](#p100037) настоящей Методики тесты выполняются по решению исследователя, исходя из возможности получения обновлений безопасности разными способами и (или) из разных источников в распакованном (расшифрованном) виде, возможности исследователя по распаковке (расшифрованию) обновлений безопасности, а также наличия инструментальных средств анализа (контроля) и иных технических возможностей. По результатам тестирования исследователь описывает результаты каждого проведенного теста.
<a id="p100045"></a>3.1.3. В случае выявления исследователем признаков недекларированных возможностей в ходе прохождения теста, они должны быть проанализированы путем ручного анализа обновлений безопасности.
<a id="p100046"></a>3.1.4. Оператор информационной системы делает вывод о возможности установки обновления безопасности на основании результатов проведенных исследователем тестов в соответствии с порядком, приведенным в [приложении N 1](#p100120) к настоящей Методике.


#### <a id="p100047"></a>3.2 Сверка идентичности обновлений безопасности (Т001)


<a id="p100048"></a>3.2.1. Сверка идентичности обновлений безопасности (Т001) проводится в случае возможности получения обновлений безопасности разными способами и (или) из различных источников.

##### <a id="p100049"></a>3.2.2 Сверка идентичности обновлений безопасности (Т001) предусматривает:

1) <a id="p100050"></a>получение обновления безопасности разными способами и (или) получение обновлений безопасности из различных источников (например, с IP-адресов, расположенных на территории Российской Федерации, а также за ее пределами);
2) <a id="p100051"></a>расчет контрольных сумм обновлений безопасности, полученных разными способами и (или) из различных источников;
3) <a id="p100052"></a>сравнение обновлений безопасности, полученных разными способами и (или) из разных источников, путем сравнения их контрольных сумм.
<a id="p100053"></a>3.2.3. По результатам выполнения теста должен быть сделан вывод об идентичности обновлений безопасности, полученных разными способами и (или) из разных источников. В случае схождения контрольных сумм обновлений тест считается успешно пройденным.
<a id="p100054"></a>3.2.4. В случае выявления несоответствий в контрольных суммах обновлений безопасности, указанные обновления безопасности должны быть проанализированы путем ручного анализа обновлений безопасности (Т006).


#### <a id="p100055"></a>3.3 Проверка подлинности обновлений безопасности (Т002)


<a id="p100056"></a>3.3.1. Проверка подлинности обновлений безопасности (Т002) проводится в случае наличия у исследователя возможности получить файл(ы) обновления безопасности в распакованном (расшифрованном) виде до его установки в среде функционирования, а также при наличии предоставляемых разработчиком обновления штатных средств проверки подлинности файла(ов) обновления безопасности.

##### <a id="p100057"></a>3.3.2 Проверка подлинности обновлений (Т002) предусматривает:

1) <a id="p100058"></a>распаковку (расшифрование) файла(ов) обновления безопасности;
2) <a id="p100059"></a>определение критериев проверки подлинности файла(ов) обновления безопасности. В качестве критериев проверки подлинности файла(ов) обновления могут выступать контрольные суммы файлов, электронная цифровая подпись файлов или иные критерии проверки подлинности файла(ов) обновления безопасности, предоставляемые его разработчиком.
<a id="p100060"></a>3.3.3. Файл считается подлинным, если критерий проверки подлинности файла(ов) обновления безопасности, определенный исследователем, идентичен критерию, предоставленному разработчиком обновления безопасности. В случае установления подлинности файла(ов) обновления безопасности тест считается успешно пройденным.
<a id="p100061"></a>3.3.4. В случае неуспешного прохождения теста, файл(ы) обновлений безопасности, в которых выявлены нарушения подлинности или подлинность которых невозможно проверить, должны быть проверены путем ручного анализа обновления безопасности (Т006).


#### <a id="p100062"></a>3.4 Антивирусный контроль обновлений безопасности (Т003)


<a id="p100063"></a>3.4.1. Антивирусный контроль обновлений безопасности (Т003) заключается в выявлении вредоносных компьютерных программ (вирусов) в исследуемом обновлении безопасности с использованием средств антивирусной защиты. Для проведения теста необходимо использовать не менее двух средств антивирусной защиты разных разработчиков.

##### <a id="p100064"></a>3.4.2 Антивирусный контроль обновлений безопасности (Т003) предусматривает:

1) <a id="p100065"></a>проверку обновлений безопасности средствами антивирусной защиты до их установки;
2) <a id="p100066"></a>проведение сигнатурного и эвристического анализа содержимого оперативной памяти, файловой системы и загрузочных секторов всех используемых носителей информации по завершению установки обновления безопасности.
<a id="p100067"></a>3.4.3. Тест считается успешно пройденным в случае отсутствия признаков вредоносной активности в файлах обновлений безопасности и в самом программном обеспечении после установки обновлений безопасности.
<a id="p100068"></a>3.4.4. В случае неуспешного прохождения теста, файл(ы) обновлений безопасности, в которых выявлены признаков вредоносной активности, должны быть проанализированы путем ручного анализа обновлений безопасности (Т006).


#### <a id="p100069"></a>3.5 Поиск опасных конструкций в обновлениях безопасности (Т004)


<a id="p100070"></a>3.5.1. Поиск опасных конструкций в обновлениях безопасности (Т004) проводится в случае наличия у исследователя возможности получить файл(ы) обновления в распакованном (расшифрованном) виде до или после установки обновления в среде функционирования.

##### <a id="p100071"></a>3.5.2 Поиск опасных конструкций в обновлениях безопасности (Т004) предусматривает:

<a id="p100072"></a>а) поиск опасных конструкций в обновлениях безопасности с применением индикаторов компрометации, YARA-правил и других способов;
<a id="p100073"></a>б) контекстный поиск политических баннеров, лозунгов и другой противоправной информации в обновлениях безопасности.
<a id="p100074"></a>3.5.3. Тест считается успешно пройденным в случае, если опасные конструкции не выявлены.
<a id="p100075"></a>3.5.4. В случае неуспешного прохождения теста, файл(ы) обновлений безопасности, в которых выявлены опасные конструкции, должны быть проанализированы путем ручного анализа обновлений безопасности (Т006).
<a id="p100076"></a>3.5.5. При проведении ручного анализа исследователем должно быть исследовано назначение выявленных опасных конструкций, подтверждена или опровергнута их опасность.


#### <a id="p100077"></a>3.6 Мониторинг активности обновлений безопасности в среде тестирования (Т005)


<a id="p100078"></a>3.6.1. Мониторинг активности обновлений безопасности в среде тестирования (Т005) заключается в получении и анализе сведений о поведении обновляемого программного, программно-аппаратного средства в результате его взаимодействия со средой функционирования или другими программами, а также анализе сведений о взаимодействии компонентов обновленного программного, программно-аппаратного средства.
<a id="p100079"></a>3.6.2. Мониторинг активности обновлений безопасности в среде функционирования проводится при наличии возможности установки необходимых инструментов в среде тестирования обновляемого программного, программно-аппаратного средства.

##### <a id="p100080"></a>3.6.3 Мониторинг активности обновлений безопасности в среде тестирования предусматривает необходимость проведения:

<a id="p100081"></a>а) анализа результатов выполнения системных вызовов обновленного программного обеспечения;
<a id="p100082"></a>б) анализа получаемых и отправляемых обновленным программным, программно-аппаратным средством сетевых пакетов;
<a id="p100083"></a>в) анализа состава файловой системы до и после установки обновления программного, программно-аппаратного средства;
<a id="p100084"></a>г) сигнатурного поиска известных уязвимостей.
<a id="p100085"></a>3.6.4. Тест считается успешно пройденным, если в ходе мониторинга активности обновлений безопасности в среде тестирования не выявлено признаков недекларированных возможностей.
<a id="p100086"></a>3.6.5. В случае неуспешного прохождения теста, файл(ы) обновлений безопасности, в которых выявлены признаки недекларированных возможностей, должны быть проанализированы путем ручного анализа обновлений безопасности (Т006).


#### <a id="p100087"></a>3.7 Ручной анализ обновлений безопасности (Т006)



##### <a id="p100088"></a>3.7.1 Ручной анализ обновлений безопасности (Т006) проводится в случае, если по результатам выполнения тестов:

<a id="p100089"></a>а) выявлены различия в обновлениях безопасности, полученных разными способами и (или) из разных источников;
<a id="p100090"></a>б) неуспешно пройден тест подлинности файла(ов) обновления безопасности;
<a id="p100091"></a>в) выявлены признаки вредоносной активности в файлах обновления безопасности в результате антивирусного контроля или мониторинга активности обновления безопасности в среде функционирования;
<a id="p100092"></a>г) обнаружены опасные конструкции.
<a id="p100093"></a>3.7.2. Ручной анализ обновлений безопасности проводится в отношении компонентов обновлений безопасности, в которых по результатам прохождения перечисленных выше тестов выявлены указанные в [пункте 3.7.1](#p100088) настоящей Методики условия.
<a id="p100094"></a>В случае если ручной анализ провести невозможно, исследователем делается вывод о наличии в обновлении безопасности признаков недекларированных возможностей.

##### <a id="p100095"></a>3.7.3 Ручной анализ обновления безопасности предусматривает:

<a id="p100096"></a>а) анализ логики работы (в том числе дизассемблирование или декомпиляция бинарного кода при наличии соответствующих возможностей);
<a id="p100097"></a>б) исследование компонентов обновления безопасности с помощью отладчиков и трассировщиков;
<a id="p100098"></a>в) проверки наличия в обновлении безопасности ключевой информации (паролей, секретных ключей и другой чувствительной информации);
<a id="p100099"></a>г) статического и динамического анализа (при наличии исходных кодов обновлений безопасности).
<a id="p100100"></a>3.7.4. По результатам прохождения теста исследователем делается вывод о подтверждении наличия или отсутствия выявленных ранее признаков недекларированных возможностей в компоненте(ах) обновляемого программного, программно-аппаратного средства.
<a id="p100101"></a>3.7.5. В случае если по результатам ручного тестирования в обновлении безопасности выявлены вредоносное программное обеспечение и (или) недекларированные возможности, указанная информация направляется в ФСТЭК России и Национальный координационный центр по компьютерным инцидентам (НКЦКИ) в соответствии с установленным регламентом.


### 4. <a id="p100102"></a>ОФОРМЛЕНИЕ РЕЗУЛЬТАТОВ ТЕСТИРОВАНИЯ


<a id="p100103"></a>4.1. Результаты тестирования обновлений безопасности оформляются в виде отчета. В отчете должны быть отражены описание тестовой среды, сведения об уязвимостях, на устранение которых направлено обновление безопасности, результаты каждого теста, проведенного в соответствии с [разделом 3](#p100035) настоящей Методики.

#### <a id="p100104"></a>4.2 Отчет тестирования обновления безопасности включает следующие сведения:

<a id="p100105"></a>а) наименование обновления безопасности;
<a id="p100106"></a>б) сведения о месте размещения обновления безопасности, контрольных суммах обновления безопасности, дате выпуска обновления безопасности, разработчике обновления безопасности, версии программного обеспечения;
<a id="p100107"></a>в) сведения об уязвимостях, на устранение которых направлено обновление безопасности;
<a id="p100108"></a>г) наименование проведенных тестов;
<a id="p100109"></a>д) результаты тестирования (успешно/не успешно);
<a id="p100110"></a>е) описание результатов тестирования, включая средства проведения тестирования, среду тестирования, выявленные признаки недекларированных возможностей, описание проведенных тестов.
<a id="p100111"></a>Форма и содержание типового отчета тестирования обновления безопасности приведены в [приложении N 2](#p100171).
<a id="p100112"></a>4.3. Для тестов, по результатам которых выявлены признаки недекларированных возможностей, в отчет тестирования обновлений безопасности должна быть включена вся техническая информация, необходимая для пояснения выполненных в ходе исследования операций и результатов, полученных в ходе исследований (в том числе все отчеты инструментальных средств анализа и контроля).
<a id="p100113"></a>В отношении выявленных признаков недекларированных возможностей исследователем определяются ограничения и условия, при которых установка обновления безопасности возможна. Указанные сведения включаются в отчет тестирования обновлений безопасности.
<a id="p100114"></a>По решению исследователя в отчет может быть включена техническая информация о иных проведенных тестах.
<a id="p100115"></a>4.4. Отчеты тестирования обновления безопасности рекомендуется направлять на адрес электронной почты webmaster@bdu.fstec.ru с темой письма "Результаты тестирования обновлений". К результатам тестирования прилагаются контактные данные исследователя (имя, адрес электронной почты и (или) номер телефона).
<a id="p100116"></a>Результаты тестирования могут направляться с использованием PGP-ключей, размещенных в разделе "Обратная связь" Банка данных угроз безопасности информации ФСТЭК России (bdu.fstec.ru).
<a id="p100117"></a>4.5. Оператор Банка данных угроз безопасности информации ФСТЭК России проводит верификацию результатов тестирования и размещает их в Банке данных угроз безопасности информации ФСТЭК России в течение 1 (одного) рабочего дня.
<a id="p100118"></a>4.6. В случае если по результатам тестирования одного обновления безопасности разными исследователями получены разные результаты, размещению на сайте Банка данных угроз безопасности информации ФСТЭК России подлежат результаты тестирования, содержащие худший результат.





<div align="right">

<a id="p100119"></a>Приложение N 1<br>
к Методике тестирования<br>
обновлений безопасности программных,<br>
программно-аппаратных средств

</div>


<div align="center">

<a id="p100120"></a>**ПРАВИЛА**<br>
**ПРИНЯТИЯ РЕШЕНИЯ О РЕЗУЛЬТАТАХ ТЕСТИРОВАНИЯ ОБНОВЛЕНИЙ**<br>
**БЕЗОПАСНОСТИ ПРОГРАММНЫХ, ПРОГРАММНО-АППАРАТНЫХ СРЕДСТВ**

</div>


<a id="p100121"></a>При принятии решения о результатах тестирования обновлений безопасности программных, программно-аппаратных средств реализуется следующий порядок определения возможности установки обновлений программных, программно-аппаратных средств.

1. <a id="p100122"></a>Вывод о возможности установки обновлений безопасности.
<a id="p100123"></a>1.1. В отношении проприетарных программных, программно-аппаратных средств и свободно распространяемого программного обеспечения вывод о возможности установки обновления безопасности формируется на основе выполнения следующих тестов:
<a id="p100124"></a>**сверка идентичности обновлений безопасности (Т001) и (или) проверка подлинности обновлений безопасности (Т002);**
<a id="p100125"></a>**антивирусный контроль обновлений безопасности (Т003) и (или) поиск опасных конструкций безопасности (Т004);**
<a id="p100126"></a>**мониторинг активности обновлений безопасности в среде функционирования (Т005).**
<a id="p100127"></a>1.2. В отношении обновлений безопасности программного обеспечения с открытым кодом вывод о возможности установки обновления безопасности формируется на основе выполнения следующих тестов:
<a id="p100128"></a>проверка подлинности обновлений безопасности (Т002);
<a id="p100129"></a>антивирусный контроль обновлений безопасности (Т003);
<a id="p100130"></a>мониторинг активности обновлений безопасности в среде функционирования (Т005);
<a id="p100131"></a>ручной анализ обновлений безопасности (Т006).

2. <a id="p100132"></a>Оценка результатов выполненных тестов.
<a id="p100133"></a>2.1. Если по результатам выполнения тестов результаты реализации всех тестов являются положительными (обозначены зеленым цветом), обновление безопасности является безопасным и его установка возможна.
<a id="p100134"></a>2.2. Если по результатам выполнения тестов результаты реализации одного или более тестов являются потенциально опасными (обозначены желтым цветом) и ни один из тестов не являются опасными (не обозначен красным цветом), обновление безопасности может быть установлено при определенных ограничениях.
<a id="p100135"></a>Ограничения определяются исследователем по результатам тестирования и могут быть уточнены оператором информационной системы с учетом особенностей ее архитектуры и функционирования.
<a id="p100136"></a>2.3. Если по результатам выполнения тестов результаты реализации одного или более тестов являются опасными (обозначены красным цветом), обновление безопасности устанавливать не рекомендуется.
<a id="p100137"></a>По результатам тестирования обновлений безопасности могут быть сделаны выводы, указанные в таблице 1.

<a id="p100138"></a>**Таблица 1**


| <a id="p100139"></a>Сверка идентичности обновлений, полученных из разных источников (Т001) | <a id="p100140"></a>Проверка подлинности обновлений (Т002) | <a id="p100141"></a>Антивирусный контроль обновлений (Т003) | <a id="p100142"></a>Поиск опасных конструкций (Т004) | <a id="p100143"></a>Мониторинг активности обновлений в среде функционирования (Т005) | <a id="p100144"></a>Ручной анализ обновления (Т006) |
| --- | --- | --- | --- | --- | --- |
| <a id="p100145"></a>1 | <a id="p100146"></a>2 | <a id="p100147"></a>3 | <a id="p100148"></a>4 | <a id="p100149"></a>5 | <a id="p100150"></a>6 |
| <a id="p100151"></a>Обновления идентичны | <a id="p100152"></a>Установлена подлинность обновлений | <a id="p100153"></a>Не выявлены признаки вредоносной активности | <a id="p100154"></a>Опасные конструкции не найдены | <a id="p100155"></a>Не выявлено признаков недекларированных возможностей | <a id="p100156"></a>Наличие недекларированных возможностей опровергнуто |
| <a id="p100157"></a>Выявлены различия, объяснены исследователем и не вызывают опасности | <a id="p100158"></a>Обновления не прошли проверку подлинности | <a id="p100159"></a>Признаки вредоносной активности выявлены, сигнатура вредоносного программного обеспечения не определена | <a id="p100160"></a>Найдены потенциально опасные конструкции, идентифицировать назначение которых не удалось | <a id="p100161"></a>Найдены признаки недекларированных возможностей, идентифицировать назначение которых не удалось | <a id="p100162"></a>Выявлены недекларированные возможности без деструктивного функционала |
| <a id="p100163"></a>Выявлены различия, идентифицировать назначение которых не удалось |  | <a id="p100164"></a>Признаки вредоносной активности выявлены, сигнатура вредоносного программного обеспечения определена | <a id="p100165"></a>Опасные конструкции найдены | <a id="p100166"></a>Найдены признаки недекларированных возможностей | <a id="p100167"></a>Выявлены недекларированные возможности с неустановленным функционалом |
| <a id="p100168"></a>Выявлены признаки недекларированных возможностей |  |  |  |  | <a id="p100169"></a>Выявлены недекларированные возможности |






<div align="center">

<a id="p100170"></a>Приложение N 2<br>
к Методике тестирования<br>
обновлений безопасности программных,<br>
программно-аппаратных средств

</div>


<a id="p100171"></a>Форма отчета
о тестировании обновления программного,
программно-аппаратного средства

1. <a id="p100172"></a>Сведения об обновлении безопасности.

#### <a id="p100173"></a>1.1 Наименование обновления безопасности.


#### <a id="p100174"></a>1.2 Описание обновления безопасности.

<a id="p100175"></a>1.3. Адрес информационного ресурса, на котором размещено обновление (URL-адрес).
<a id="p100176"></a>1.4. Контрольная сумма программного, программно-аппаратного средства, рассчитанная по ГОСТ 34.11 и иным алгоритмам.

#### <a id="p100177"></a>1.5 Дата выпуска обновления безопасности.


#### <a id="p100178"></a>1.6 Разработчик обновления безопасности.


#### <a id="p100179"></a>1.7 Версия программного, программно-аппаратного средства.

<a id="p100180"></a>1.8. Идентификаторы уязвимостей, на устранение которых направлено обновление безопасности.

#### <a id="p100181"></a>1.9 Дата начала и завершения тестирования обновления безопасности.



### 2. <a id="p100182"></a>Результаты тестирования обновления безопасности



<table>
<colgroup><col width="25%"><col width="21%"><col width="26%"><col width="29%"></colgroup>
<tr><td><a id="p100183"></a>Наименование теста</td><td><a id="p100184"></a>Результат <a href="#p100196">&lt;1&gt;</a></td><td><a id="p100185"></a>Среда тестирования <a href="#p100197">&lt;2&gt;</a></td><td><a id="p100186"></a>Описание результатов тестирования <a href="#p100198">&lt;3&gt;</a></td></tr>
<tr><td><a id="p100187"></a>Т001</td><td></td><td></td><td></td></tr>
<tr><td><a id="p100188"></a>Т002</td><td></td><td></td><td></td></tr>
<tr><td><a id="p100189"></a>Т003</td><td></td><td></td><td></td></tr>
<tr><td><a id="p100190"></a>Т004</td><td></td><td></td><td></td></tr>
<tr><td><a id="p100191"></a>Т005</td><td></td><td></td><td></td></tr>
<tr><td><a id="p100192"></a>Т006</td><td></td><td></td><td></td></tr>
<tr><td><a id="p100193"></a>Вердикт</td><td colspan="3"><a id="p100194"></a>Обновление программного, программно-аппаратного средства является безопасным и его установка возможна; обновление может быть установлено при определенных ограничениях <a href="#p100199">&lt;4&gt;</a>; обновление является небезопасным и устанавливать его не рекомендуется</td></tr>
</table>



<a id="p100195"></a>

---

<a id="p100196"></a><1> В результате указывается выполнен или не выполнен тест. В случае, если выполнен, указывается успешно или не успешно он выполнен.
<a id="p100197"></a><2> Указывается среда тестирования обновления (исследовательский стенд, тестовая зона информационной системы ("песочница"), информационная система).
<a id="p100198"></a><3> Описание результатов тестирования представляется в произвольной форме и должно включать описание теста, средств проведения тестирования, среды тестирования, выявленных признаков недекларированных возможностей.

<div align="center">

<a id="p100199"></a><4> Исследователем указываются конкретные ограничения.

</div>




<a id="p100200"></a>

---