---
title: "Приказ Роспатента от 20.06.2024 N 72"
number: "72"
issuer: "Федеральная служба по интеллектуальной собственности"
issued_on: 2024-06-20
status: действует
canonical: "https://bukva.ai/docs/prikaz-72-2024-rospatent-federalnaya-sluzhba"
---

## Приказ Роспатента от 20.06.2024 N 72

# Приказ Роспатента от 20.06.2024 N 72

"О повышении показателя "Информационная безопасность" оперативного рейтинга эффективности и результативности руководителей цифровой трансформации"


<div align="center">

<a id="p100001"></a>**МИНИСТЕРСТВО ЭКОНОМИЧЕСКОГО РАЗВИТИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ**

<a id="p100002"></a>**ФЕДЕРАЛЬНАЯ СЛУЖБА ПО ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ**

</div>



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

<div align="center">

**от 20 июня 2024 г. N 72**

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

</div>


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

<div align="right">

<a id="p100009"></a>Руководитель<br>
Ю.С.ЗУБОВ

</div>






<div align="right">

<a id="p100010"></a>Приложение N 1

<a id="p100011"></a>Утверждено<br>
приказом Роспатента<br>
от 20 июня 2024 г. N 72

</div>


<div align="center">

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

</div>



### <a id="p100013"></a>I. Термины и определения


1. <a id="p100014"></a>Антропогенные причины недопустимого события - лица (группа лиц), осуществляющие реализацию рисков информационной безопасности путем несанкционированного доступа и (или) воздействия на информационные ресурсы и (или) компоненты систем и сетей.
2. <a id="p100015"></a>Вектор компьютерной атаки - последовательность действий злоумышленника в рамках компьютерной атаки, произведенная им в отношении определенного набора ресурсов автоматизированной информационной системы и позволившая ему получить определенный уровень доступа (привилегий) на этих ресурсах.
3. <a id="p100016"></a>Компьютерная атака - целенаправленное несанкционированное воздействие на информацию, на ресурс автоматизированной информационной системы или получение несанкционированного доступа к ним с применением программных или программно-аппаратных средств.
4. <a id="p100017"></a>Критерий реализации недопустимого события - факт, технологическое условие или граничные значения длительности, масштаба или сценария воздействия (либо промежуточного результата), отражающий условие и возможность реализации варианта недопустимого события в повседневной операционной деятельности организации (например, факт получения максимальных привилегий в прикладном программном обеспечении на целевой информационной системе в результате реализации вектора компьютерной атаки). Метрика, которая позволяет однозначно подтвердить и зафиксировать наступление недопустимого события в отличие от инцидента информационной безопасности.
5. <a id="p100018"></a>Недопустимое событие - отдельное событие, цепочка или сочетание событий, вызванных компьютерной атакой, в результате которых прерывается операционная деятельность организации.
6. <a id="p100019"></a>Непрерывность операционной деятельности организации - способность организации обеспечить стабильное функционирование и развитие своей деятельности при использовании информационных технологий.
7. <a id="p100020"></a>Последствия реализации недопустимых событий - все виды ущерба и убытков организации, региона, отрасли, государства, вызванные реализацией рисков информационной безопасности вследствие компьютерной атаки на объекты информационной инфраструктуры, приводящие к прерыванию операционной деятельности организации.
8. <a id="p100021"></a>Целевая информационная система - информационная система, в результате воздействия злоумышленника на которую может наступить недопустимое событие.
9. <a id="p100022"></a>Целевой сегмент сети - сегмент сети организации, в котором расположена целевая информационная система.


### <a id="p100023"></a>II. Общие положения


<a id="p100024"></a>Настоящие Методические рекомендации по формированию перечня недопустимых событий для обеспечения непрерывности операционной деятельности Роспатента при выполнении показателей оперативного рейтинга эффективности и результативности ответственных за цифровую трансформацию (далее - Методические рекомендации) разработаны в соответствии с пунктами 1 и 5.2.22 постановления Правительства Российской Федерации от 02.06.2008 N 418 "О Министерстве цифрового развития, связи и массовых коммуникаций Российской Федерации" в целях оказания операторам информационных систем (за исключением информационных систем критически важных объектов и объектов критической информационной инфраструктуры) методологической помощи в формировании перечня недопустимых событий для обеспечения непрерывности операционной деятельности при использовании информационных технологий.
<a id="p100025"></a>Для достижения указанной цели наравне с настоящими методическими рекомендациями также используются положения национального стандарта Российской Федерации ГОСТ Р 53647.1-2009 "Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство", национального стандарта Российской Федерации ГОСТ Р 53647.2-2009 "Менеджмент непрерывности бизнеса. Часть 2. Требования", национального стандарта Российской Федерации ГОСТ Р 53647.3-2015 "Менеджмент непрерывности бизнеса. Часть 3. Руководство по обеспечению соответствия требованиям ГОСТ Р ИСО 22301", национального стандарта Российской Федерации ГОСТ Р 53647.4-2011/ISO/PAS 22399:2007 "Менеджмент непрерывности бизнеса. Руководящие указания по обеспечению готовности к инцидентам и непрерывности деятельности" и национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 31010-2011 "Менеджмент риска. Методы оценки риска". Выполнение рекомендаций для целей обеспечения непрерывности операционной деятельности при использовании информационных технологий рекомендуется осуществлять с учетом иных положений технического регулирования Российской Федерации (национальные стандарты, рекомендации в области стандартизации).


### <a id="p100026"></a>III. Сфера действия Методических рекомендаций


<a id="p100027"></a>Методические рекомендации рекомендованы к использованию операторами информационных систем (за исключением информационных систем критически важных объектов и объектов критической информационной инфраструктуры).
<a id="p100028"></a>Методические рекомендации охватывают деятельность по формированию верифицированного перечня недопустимых событий, не включают ни подходы к обоснованию выбора организационных и технических мер по защите информации и противодействию угрозам безопасности информации, ни рекомендации по выработке мер защиты от угроз безопасности информации и повышению уровня информационной безопасности организаций. Конечный перечень защитных мер, а также алгоритм их выбора определяется организацией самостоятельно либо с привлечением организаций, аккредитованных ФСБ России на выполнение работ по обнаружению, предупреждению и ликвидации последствий компьютерных атак (либо имеющих соответствующее соглашение с Национальным координационным центром по компьютерным инцидентам), руководствуясь действующими нормативными правовыми актами в области защиты информации.
<a id="p100029"></a>Взаимодействие с уполномоченными федеральными органами исполнительной власти по формированию и актуализации отраслевых, региональных перечней недопустимых событий не покрывается положениями Методики.


### <a id="p100030"></a>IV. Организация работ


<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>В состав участников Рабочей группы рекомендуется включить руководителей подразделений ответственных за:
- <a id="p100038"></a>управление рисками и обеспечение непрерывности деятельности;
- <a id="p100039"></a>сопровождение и развитие информационных технологий;
- <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>отраслевых и общегосударственных перечнях недопустимых событий.


### <a id="p100051"></a>V. Этапы работ


<a id="p100052"></a>**1. Формирование перечня последствий реализации недопустимых событий и их ранжирование по степени значимости для деятельности организации.**
<a id="p100053"></a>При формировании перечня последствий реализации недопустимых событий рекомендуется отталкиваться от видов ущерба, которые являются неприемлемыми и (или) нежелательными для организации:
- <a id="p100054"></a>угрозы жизни и здоровью;
- <a id="p100055"></a>техногенные или экологические катастрофы;
- <a id="p100056"></a>угрозы технических происшествий (пожары, затопления, выход из строя техники, программного обеспечения, отключение электроэнергии, связи и т.п.);
- <a id="p100057"></a>прекращение функционирования организации;
- <a id="p100058"></a>недостижение стратегических целей компании и ключевых бизнес-показателей;
- <a id="p100059"></a>угроза репутации компании и (или) ее руководителей и публичных представителей;
- <a id="p100060"></a>нарушение законных прав;
- <a id="p100061"></a>снижение маржинальности, доли рынка;
- <a id="p100062"></a>недопустимое снижение качества продукции;
- <a id="p100063"></a>и др.
<a id="p100064"></a>При определении последствий реализации недопустимого события должны рассматриваться антропогенные причины их возникновения, а также отбираться последствия, характерные для отрасли и региона.
<a id="p100065"></a>Для каждого идентифицированного последствия реализации недопустимого события должна быть сформулирована метрика измерения и оценка критичности, выше которого ущерб считается неприемлемым.
<a id="p100066"></a>В дальнейшую работу и детализацию описания отбираются наиболее критичные последствия, те, для которых оценка критичности ущерба потенциально может достигать неприемлемого значения.
<a id="p100067"></a>**2. Определение бизнес- и технологических процессов и связанных с ними информационных систем.**
<a id="p100068"></a>На данном этапе критичные последствия реализации рисков связываются с бизнес- и технологическими процессами, в которых они могут возникнуть.
<a id="p100069"></a>При описании связки "последствие - процесс - информационная система" необходимо принимать во внимание, что одинаковое последствие может возникать различными способами в различных процессах и реализовываться в одном или нескольких информационных ресурсах.
<a id="p100070"></a>Перечень процессов необходимо дополнить возможными недостатками их функционирования, а среди перечня информационных ресурсов отметить целевые информационные системы и применяемые или планируемые к внедрению контрольные и защитные меры информационной безопасности.
<a id="p100071"></a>**3. Формирование гипотетических сценариев реализации недопустимых событий.**
<a id="p100072"></a>В рамках данного этапа на основе доступной информации, а также с привлечением представителей экспертного сообщества в области информационной безопасности и разработчиков программного обеспечения Рабочей группой определяются действия, направленные на информационные системы, и формируются сценарии, в ходе которых реализуются недопустимые события, приводящие к критичным последствиям. Сценарии должны предусматривать имитацию действий злоумышленников для достижения целевых информационных систем. Гипотетические сценарии должны быть реалистичными и применимыми к информационным системам организации.
<a id="p100073"></a>На основе списка сценариев Рабочая группа формирует проект перечня недопустимых событий (далее - Перечень). Для этого можно использовать методы выявления корневых причин и группировки по однородным признакам.
<a id="p100074"></a>**4. Определение критериев реализации недопустимых событий.**
<a id="p100075"></a>Рабочей группе рекомендуется оценить каждый сценарий реализации недопустимых событий с точки зрения потенциальной возможности проведения компьютерной атаки при участии специалистов в области информационных технологий и информационной безопасности, осуществляющих эксплуатацию и поддержку целевых информационных систем, иных объектов информационной инфраструктуры и средств защиты информации. По результатам данного анализа для каждой целевой системы формируются критерии, выполнение которых подтверждает возможность реализации недопустимых событий и, как следствие, возникновения критичных последствий реализации недопустимых событий.
<a id="p100076"></a>На следующем этапе критерии используются в качестве метрики подтверждения возможности реализации недопустимых событий, инициированных злоумышленниками путем моделирования и имитации компьютерных атак.
<a id="p100077"></a>Если для недопустимого события существует несколько независимых друг от друга критериев его успешной верификации, то для подтверждения возможности реализации достаточно выполнить хотя бы один из идентифицированных критериев.
<a id="p100078"></a>Критериями реализации недопустимых событий могут являться результаты реализации злоумышленником вектора компьютерной атаки в следующих категориях при одновременном соблюдении условий, характера и (или) периода и длительности воздействия:
- <a id="p100079"></a>получение доступа к операционной системе на целевой системе;
- <a id="p100080"></a>получение доступа к прикладному программному обеспечению;
- <a id="p100081"></a>получение доступа к целевой системе с определенными привилегиями (правами доступа);
- <a id="p100082"></a>получение доступа в целевой сегмент сети;
- <a id="p100083"></a>получение доступа к документам со значимой информацией;
- <a id="p100084"></a>получение доступа к целевой системе, и удержание этого доступа в течение установленного времени;
- <a id="p100085"></a>выполнение определенной последовательности действий в прикладном программном обеспечении;
- <a id="p100086"></a>комбинация из указанных выше критериев;
- <a id="p100087"></a>иные категории, указанные в Банке данных угроз безопасности информации.
<a id="p100088"></a>Критерии, свидетельствующие о возможности наступления недопустимых событий, рекомендуется зафиксировать в Перечне. Типовая [форма](#p100107) Перечня приведена в Приложении к настоящей Методике.
<a id="p100089"></a>**5. Моделирование гипотетических сценариев реализации недопустимых событий.**
<a id="p100090"></a>Для получения объективной картины реализуемости сценариев рекомендуется проводить практическую имитацию компьютерных атак на системы организации в условиях, приближенных к реальным. На этом этапе рекомендовано привлечение представителей экспертных организаций, аккредитованных ФСБ России на выполнение работ по обнаружению, предупреждению и ликвидации последствий компьютерных атак (либо имеющих соответствующее соглашение с Национальным координационным центром по компьютерным инцидентам), а также служб обеспечения информационной безопасности организации.
<a id="p100091"></a>При практической имитации могут отрабатываться разные варианты участия служб обеспечения информационной безопасности организаций: с использованием систем мониторинга в режиме наблюдения и не противодействуя атакам либо активно противодействуя и блокируя действия злоумышленников. В результате формируется оценка покрытия и эффективности мониторинговых систем, определяются слепые зоны, а недопустимые события получают дополнительную оценку вероятности реализации.
<a id="p100092"></a>В случае практической имитации компьютерных атак подтверждением гипотезы о реализации сценария недопустимого события является достижение критерия реализации недопустимых событий. При этом в ходе тестирования могут реализоваться непредусмотренные сценарии и варианты недопустимых событий. В таком случае проект перечня недопустимых событий дополняется, проводится оценка последствий реализации рисков и определяется критерий реализации недопустимых событий.
<a id="p100093"></a>**6. Формирование перечня недопустимых событий.**
<a id="p100094"></a>По итогам проведения практической имитации компьютерных атак Рабочая группа формирует итоговый перечень недопустимых событий с указанием критериев их реализации и соответствующих целевых информационных систем. Опционально указываются перечень уязвимостей информационных систем, дается оценка достаточности технологических и организационных мер защиты, квалификации персонала и в целом готовности организации к отражению угроз безопасности информации.
<a id="p100095"></a>Перечень недопустимых событий рекомендуется утвердить руководителем организации или коллегиальным органом управления или заместителем руководителя организации, в чью зону ответственности входит управление рисками и обеспечение непрерывности деятельности.
<a id="p100096"></a>Утвержденный верифицированный перечень недопустимых событий, а также дополнительную информацию, собранную Рабочей группой в ходе определения этого перечня, рекомендуется использовать при разработке мер по предотвращению наступления недопустимых событий, а также повышению защищенности и обеспечению информационной безопасности организации.
<a id="p100097"></a>Организациям рекомендуется разработать план восстановления непрерывности операционной деятельности при использовании информационных технологий и ликвидации последствий компьютерных атак.
<a id="p100098"></a>Организациям рекомендуется актуализировать перечень недопустимых событий организации по мере:
- <a id="p100099"></a>появления новых или исключения действующих бизнес- или технологических процессов организации;
- <a id="p100100"></a>изменения профиля риска организации в зависимости от влияния внешних факторов (экономических, политических, регуляторных и т.п.);
- <a id="p100101"></a>изменения информационно-технологического ландшафта организации;
- <a id="p100102"></a>появления достоверных сведений о новых методах кибератак, которые могут быть применены для реализации недопустимых событий.
<a id="p100103"></a>Не реже одного раза в год организациям рекомендуется проводить верификацию недопустимых событий (моделирование гипотетических сценариев реализации недопустимых событий) и при необходимости актуализацию перечня недопустимых событий.
<a id="p100104"></a>Организациям рекомендуется проводить тренировки сотрудников по отработке навыков по обеспечению непрерывности деятельности и по результатам проведения учений, при необходимости, корректировать значения показателей надежности операционной деятельности при использовании информационных технологий.





<div align="right">

<a id="p100105"></a>Приложение N 2

<a id="p100106"></a>Утверждено<br>
приказом Роспатента<br>
от 20 июня 2024 г. N 72

</div>


<div align="center">

<a id="p100107"></a>ТИПОВАЯ ФОРМА ПЕРЕЧНЯ НЕДОПУСТИМЫХ СОБЫТИЙ РОСПАТЕНТА

</div>


<a id="p100108"></a>Утвержденный в Роспатенте перечень недопустимых событий, возможные варианты их реализации, а также критерии их реализации.


| <a id="p100109"></a>N п/п | <a id="p100110"></a>Наименование недопустимых событий | <a id="p100111"></a>Пороговое значение | <a id="p100112"></a>Целевые информационные системы | <a id="p100113"></a>Сценарии реализации недопустимых событий | <a id="p100114"></a>Критерий реализации |
| --- | --- | --- | --- | --- | --- |
| <a id="p100115"></a>1. | <a id="p100116"></a>Недоступность (неправомерное блокирование) информационных систем | <a id="p100117"></a>Время простоя не должно превышать 4 часов | <a id="p100118"></a>все | <a id="p100119"></a>Недоступность систем, необходимых для исполнения возложенных на орган власти обязанностей Гос. Задания (государственный патентный фонд не будет пополняться). Перебой в работе или недоступность для граждан информационных сервисов и государственных услуг (невозможность регистрационных действий в рамках ведомства по интеллектуальной собственности). | <a id="p100120"></a>Получение доступа к целевой системе и удержание этого доступа в течение установленного времени;<br>Получение доступа к целевой системе с определенными привилегиями (правами доступа администратора) |
| <a id="p100121"></a>2. | <a id="p100122"></a>Неправомерное блокирование, уничтожение или модифицирование, а также неправомерный доступ, копирование, предоставление или распространение информации, содержащийся в массивах государственного патентного фонда Российской Федерации (в электронном виде) | <a id="p100123"></a>Утрата 20% сведений об объектах интеллектуальной собственности (изобретения, полезные модели, товарные знаки и т.д.) государственного патентного фонда Российской Федерации | <a id="p100124"></a>Информационная система<br>Поисковая платформа | <a id="p100125"></a>Утрата или искажение сведений из информационной системы Поисковая платформа ее реестров и баз данных (как основных, так и резервных копий).<br>Кража конфиденциальной информации:<br>- закрытых баз данных;<br>- баз данных, содержащих персональные данные граждан.<br>Недоступность информационной системы<br>Поисковая платформа, необходимой для исполнения возложенных на орган власти обязанностей Гос. Задания (государственный патентный фонд не будет пополняться). Перебой в работе или недоступность для граждан информационных сервисов и государственных услуг (невозможность регистрационных действий в рамках ведомства по интеллектуальной собственности). | <a id="p100126"></a>Получение доступа и прав (администратора) к системе и демонстрация привилегий<br>Получение доступа к целевой системе с определенными привилегиями (правами доступа администратора) |




<a id="p100127"></a>

---
