<?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE article PUBLIC "-//NLM/DTD JATS (Z39.96) Journal Publishing DTD v1.2 20120330//EN" "http://jats.nlm.nih.gov/publishing/1.2/JATS-journalpublishing1.dtd">
    <!--<?xml-stylesheet type="text/xsl" href="article.xsl">-->
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" article-type="research-article" dtd-version="1.2" xml:lang="en">
	<front>
		<journal-meta>
			<journal-id journal-id-type="issn">2303-9868</journal-id>
			<journal-id journal-id-type="eissn">2227-6017</journal-id>
			<journal-title-group>
				<journal-title>Международный научно-исследовательский журнал</journal-title>
			</journal-title-group>
			<issn pub-type="epub">2303-9868</issn>
			<publisher>
				<publisher-name>ООО Цифра</publisher-name>
			</publisher>
		</journal-meta>
		<article-meta>
			<article-id pub-id-type="doi">10.60797/IRJ.2025.155.102</article-id>
			<article-categories>
				<subj-group>
					<subject>Brief communication</subject>
				</subj-group>
			</article-categories>
			<title-group>
				<article-title>УяЗВИМОСТИ безопасности информации МЕДИЦИНСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ</article-title>
			</title-group>
			<contrib-group>
				<contrib contrib-type="author" corresp="yes">
					<contrib-id contrib-id-type="orcid">https://orcid.org/0009-0004-2973-9594</contrib-id>
					<name>
						<surname>Горбунов</surname>
						<given-names>Николай Александрович</given-names>
					</name>
					<email>gorb-2157@mail.ru</email>
					<xref ref-type="aff" rid="aff-1">1</xref>
				</contrib>
			</contrib-group>
			<aff id="aff-1">
				<label>1</label>
				<institution>Университет ИТМО</institution>
			</aff>
			<pub-date publication-format="electronic" date-type="pub" iso-8601-date="2025-05-16">
				<day>16</day>
				<month>05</month>
				<year>2025</year>
			</pub-date>
			<pub-date pub-type="collection">
				<year>2025</year>
			</pub-date>
			<volume>13</volume>
			<issue>155</issue>
			<fpage>1</fpage>
			<lpage>13</lpage>
			<history>
				<date date-type="received" iso-8601-date="2025-03-04">
					<day>04</day>
					<month>03</month>
					<year>2025</year>
				</date>
				<date date-type="accepted" iso-8601-date="2025-04-29">
					<day>29</day>
					<month>04</month>
					<year>2025</year>
				</date>
			</history>
			<permissions>
				<copyright-statement>Copyright: &amp;#x00A9; 2022 The Author(s)</copyright-statement>
				<copyright-year>2022</copyright-year>
				<license license-type="open-access" xlink:href="http://creativecommons.org/licenses/by/4.0/">
					<license-p>
						This is an open-access article distributed under the terms of the Creative Commons Attribution 4.0 International License (CC-BY 4.0), which permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited. See 
						<uri xlink:href="http://creativecommons.org/licenses/by/4.0/">http://creativecommons.org/licenses/by/4.0/</uri>
					</license-p>
					.
				</license>
			</permissions>
			<self-uri xlink:href="https://research-journal.org/archive/5-155-2025-may/10.60797/IRJ.2025.155.102"/>
			<abstract>
				<p>В статье рассмотрены различные способы классификации уязвимостей безопасности информации (УБИ) и предложена классификация УБИ для медицинских информационных систем (МИС). В ходе исследования был выявлен единый признак классификации УБИ для МИС, этим признаком стали этапы создания программного обеспечения (ПО) для МИС. Такой признак позволил выделить ранее не классифицируемые УБИ, а именно УБИ протокола Fast Healthcare Interoperability Resources (FHIR). Материалом исследования послужил анализ уязвимостей следующих МИС: «Ариадна», «Медиалог», «Реновацио Софт», «Меганом‑Дата», «Симплекс», «MedIdea» за 2020–2024 гг. В процессе работы были выявлены наиболее характерные для МИС УБИ. Результатом исследования стало создание классификации УБИ для МИС. Актуальность данного исследования обусловлена спецификой разработки ПО для МИС, а также необходимостью безопасной интеграции МИС друг с другом и другими информационными системами. Результаты исследования использовались для создания моделей угроз МИС.</p>
			</abstract>
			<kwd-group>
				<kwd>медицинские информационные системы</kwd>
				<kwd> уязвимости безопасности информации</kwd>
			</kwd-group>
		</article-meta>
	</front>
	<body>
		<sec>
			<title>HTML-content</title>
			<p>1. Введение</p>
			<p>МИС становятся неотъемлемой частью коммерческих и государственных медицинских учреждений. Сведения, обрабатываемые МИС, нуждаются в постоянной защите, так как они представляют ценность для злоумышленника. Поиск УБИ в программном обеспечении МИС безусловно является обязательным, ввиду того, что наличие УБИ может привести к нарушению конфиденциальности, доступности и целостности защищаемой информации [1]. Более того, из всего многообразия УБИ наиболее распространёнными для МИС являются следующие УБИ: недостаточная аутентификация и авторизация, социальная инженерия, неверная конфигурация систем, недостаточный мониторинг и аудит, уязвимости в сторонних приложениях.</p>
			<p>К статистическим данные о кибератаках на МИС в России относится то, что чаще всего хакеры атаковали клиники, пытаясь обойти средства защиты. Далее были отмечены сетевые атаки и попытки внедрения в МО вредоносного ПО. К утечке конфиденциальной информации привел большой процент результативных атак.</p>
			<p>Тренды цифровизации здравоохранения — это увеличение объёмов обрабатываемой в МИС информации, рост киберугроз и применение новых методов для выявления УБИ.</p>
			<p>Международные требования GDPR и HIPAA применяются для обеспечения безопасности данных, но имеют некоторые различия. HIPAA используется для защиты данных МИС в США, GDPR описывает спектр персональных данных, включающий не только медицинские сведения.</p>
			<p>Специалисты по информационной безопасности рассматривают разные способы классификации УБИ, помогающие реализовать процессы выявления и митигации рисков. К наиболее распространенным классификациям можно отнести по типу уязвимости, то есть УБИ программного обеспечения. Например, нарушение конфигурации или версионности, а также ошибки программного кода. Рассуждая о классификации УБИ аппаратного обеспечения, важно подчеркнуть недостатки в функционале и производстве оборудования. Если рассмотреть УБИ процессов, то это некомпетентность обслуживающего персонала и недостатки управления доступом. Определяя классификацию по степени воздействия, выделяют низкий, средний и высокий уровни, для которых характерны незначительное, умеренное и серьёзное воздействие соответственно. УБИ по способам эксплуатации делятся на требующие аутентификации, для которых доступ возможен только для авторизованных пользователей, а также не требующие аутентификации, для которых достаточно общедоступных ресурсов. Для классификации УБИ по времени обнаружения характерны известные, которые уже задокументированы и для них существуют возможные меры по устранению, и новые УБИ, которые ещё не внесены банк данных регулятора. В вопросах классификации УБИ по источнику уязвимости выделяют внутренние, которые ставятся следствием ошибок или недостатков внутри организации, и внешние, которые происходят из-за атак со сторонних злоумышленников [2].</p>
			<p>К общепризнанной классификации по сфере воздействия относят УБИ, соответствующие триаде информационной безопасности: конфиденциальности, целостности и доступности. Где для УБИ, затрагивающих конфиденциальность, характерны утечки сведений или данных, для УБИ, затрагивающих целостность, характерна модификация информации, и для УБИ, касающиеся доступности, характерны DDoS-атаки.</p>
			<p>Приведённые выше типы классификации УБИ помогают идентифицировать риски, связанные с УБИ, и реализовать адекватные меры по их минимизации и предотвращению. Данные классификации помогают организациям лучше понять риски, связанные с уязвимостями, и разработать соответствующие меры по их устранению и предотвращению.</p>
			<p>В данной работе мы предлагаем адаптированную для МИС классификацию УБИ.</p>
			<p>Новизна заключается в выделении единых признаков для всех УБИ, характерных для МИС и классификация УБИ на основе этих признаков.</p>
			<p>Актуальность исследования заключается необходимости создания единой классификации УБИ для МИС для дальнейшего использования при разработке специального программного обеспечения для обнаружения УБИ в МИС.</p>
			<p>2. Метод</p>
			<p>Классификация занимает особое место в теории познания. Объекты упорядочиваются через их объединения в классы по определенным признакам (свойствам, характеристикам), которые позволяют установить их сходство или различие. В основе методологии классификации лежит трехуровневая иерархия научного знания, включающая философский, системологический (общенаучный) и специально-научный уровни. Основная цель любой классификации «состоит в том, чтобы свернуть всю доступную нам информацию о рассматриваемых сложных объектах, процессах или явлениях произвольной природы в компактную, но емкую и удобную для познания форму, идентифицирующую и отображающую сущность этих объектов» [3].</p>
			<p>Для классификации были выбраны только те УБИ, которые наиболее характерны для МИС [4]. УБИ отбирались на основе анализа уязвимостей следующих МИС: «Ариадна», «Медиалог», «Реновацио Софт», «Меганом‑Дата», «Симплекс», «MedIdea» и других, интегрированных с компанией «Нетрика Медицина» с 2020 по 2024 год. Данные МИС наиболее распространены среди медицинских учреждений в Санкт-Петербурге и Ленинградской области. Количество пользователей этих МИС насчитывает порядка пяти миллионов человек. Все эти МИС имеют сходный функционал и интегрируются с единой государственной информационной системой здравоохранения при помощи протокола FHIR. В таблице 1 представлены наиболее часто встречающиеся в МИС УБИ. Представлена вероятность обнаружения УБИ в исследуемых МИС, которая была выявлена опытным путём.</p>
			<table-wrap id="T1">
				<label>Table 1</label>
				<caption>
					<p>Уязвимости безопасности информации в медицинских информационных системах</p>
				</caption>
				<table>
					<tr>
						<td>№</td>
						<td>Номер уязвимости в банке ФСТЭК</td>
						<td>УБИ</td>
						<td>(почему именно для МИС характерно)</td>
						<td>Вероятность обнаружения (%)</td>
					</tr>
					<tr>
						<td>​1</td>
						<td>BDU:2025-01829</td>
						<td>Библиотеки SPID.AspNetCore.Authentication программной платформы ASP.NET Core, позволяющая нарушителю получить несанкционированный доступ к защищаемой информации</td>
						<td>Связана с недостатками процедуры аутентификации МИС</td>
						<td>1,1</td>
					</tr>
					<tr>
						<td>​2</td>
						<td>BDU:2025-01818</td>
						<td>Функции set_lang_CountryCode() сценария login.cgi микропрограммного обеспечения маршрутизаторов Wavlink AC3000 (WL-WN533A8), позволяющая нарушителю выполнить межсайтовые сценарные атаки и получить несанкционированный доступ к защищаемой информации</td>
						<td>Эксплуатация уязвимости может позволить нарушителю, действующему удаленно, выполнить межсайтовые сценарные атаки и получить несанкционированный доступ к защищаемой информации, обрабатываемой МИС, путем отправки специально сформированных HTTP-запросов</td>
						<td>3,4</td>
					</tr>
					<tr>
						<td>​3</td>
						<td>BDU:2025-01813</td>
						<td>Компонента vsock ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании</td>
						<td>Связана с ошибками управления ресурсами МИС. Эксплуатация уязвимости может позволить нарушителю вызвать отказ в обслуживании МИС</td>
						<td>4,5</td>
					</tr>
					<tr>
						<td>​4</td>
						<td>BDU:2025-01808</td>
						<td>Компонента net ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании</td>
						<td>Связана с ошибками управления ресурсами МИС. Эксплуатация уязвимости может позволить нарушителю вызвать отказ в обслуживании МИС</td>
						<td>2,2</td>
					</tr>
					<tr>
						<td>​5</td>
						<td>BDU:2025-01803</td>
						<td>Функции run_job() ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании</td>
						<td>Связана с ошибками управления ресурсами МИС. Эксплуатация уязвимости может позволить нарушителю вызвать отказ в обслуживании МИС</td>
						<td>2,1</td>
					</tr>
					<tr>
						<td>​6</td>
						<td>BDU:2025-01789</td>
						<td>Системы сбора и анализа событий IBM QRadar SIEM</td>
						<td>Связанная с передачей критичной информации открытым текстом, позволяющая нарушителю реализовать атаку типа «человек посередине» в МИС</td>
						<td>1,9</td>
					</tr>
					<tr>
						<td>​7</td>
						<td>BDU:2025-01777</td>
						<td>Драйвера модуля Google Virtual Ethernet Module (gve) (drivers/net/ethernet/google/gve/gve_tx.c) ядра</td>
						<td>Связана с разыменованием указателей в результате отсутствия проверки деления на ноль. Эксплуатация уязвимости может позволить нарушителю вызвать отказ в обслуживании МИС</td>
						<td>3,2</td>
					</tr>
					<tr>
						<td>​8</td>
						<td>BDU:2025-01763</td>
						<td>Компонента KVM ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании</td>
						<td>Связана с разыменованием указателя NULL. Эксплуатация уязвимости может позволить нарушителю вызвать отказ в обслуживании МИС</td>
						<td>2,2</td>
					</tr>
					<tr>
						<td>​9</td>
						<td>BDU:2025-01762</td>
						<td>Программного средства для обновления драйверов Intel Driver &amp; Support Assistant (DSA)</td>
						<td>Связана с недостаточной проверкой подлинности данных. Эксплуатация уязвимости может позволить нарушителю повысить свои привилегии МИС</td>
						<td>3,1</td>
					</tr>
					<tr>
						<td>​10</td>
						<td>BDU:2025-01741</td>
						<td>Браузера Microsoft Edge</td>
						<td>Связана с переадресацией URL на ненадежный сайт при загрузке страницы входа. Эксплуатация уязвимости может позволить нарушителю обойти существующие ограничения безопасности МИС</td>
						<td>1,9</td>
					</tr>
				</table>
			</table-wrap>
			<p>Признаком для классификации послужили этапы создания самих МИС от разработки на уровне алгоритмов до интеграции МИС с другими программными продуктами.</p>
			<p>Существующие классификации уязвимостей, описанные в национальном стандарте Российской Федерации «Защита информации. Уязвимости информационных систем. Классификация уязвимостей информационных систем» (ГОСТ Р 56546-2015), на сегодняшний день не включают в себя уязвимости интеграционных протоколов. По данному стандарту устанавливается классификация уязвимостей информационных систем по области происхождения уязвимостей, типах недостатков ИС и местах их возникновения (проявления). Для МИС вопрос безопасной интеграции с другими системами остро стоит. Разработчики МИС часто не обращают внимание на безопасность интеграции, оценивая лишь риски уязвимостей ПО и алгоритмов. Задача же специалистов по информационной безопасности обнаружить новые места появления уязвимостей и указать на них. Таким образом, по сравнению с вышеперечисленными и описанными классификациями, выработанная в данном исследовании классификация имеет преимущество, которое позволяет выйти за рамки непосредственно ПО и посмотреть в сторону интеграции одного ПО с другим. Эта интеграция часто остается без внимания с точки зрения безопасности и использование данной классификации при разработке модели угроз позволит избежать проблем в будущем.</p>
			<p>3. Результаты и обсуждение</p>
			<p>Таким образом, было выделено три метрики:</p>
			<p>- метрика «А» — УБИ алгоритмов МИС;</p>
			<p>- метрика «Б» — УБИ программного обеспечения МИС;</p>
			<p>- метрика «В» — УБИ протокола FHIR.</p>
			<p>Прежде чем начать процесс реализации программного обеспечения МИС, то есть создания исполняемого файла, необходимо тщательно продумать функциональную составляющую. Она закладывается в МИС при составлении уникального алгоритма реализации, который не зависит от конечной формы представления, а именно языка программирования [5]. Описывая главные характеристики для метрики «А», важно упомянуть корректность, скорость и уникальность реализации, задающие главные направления векторов процесса программирования [6].</p>
			<p>В таблице 2 представлены основные УБИ алгоритмов МИС.</p>
			<table-wrap id="T2">
				<label>Table 2</label>
				<caption>
					<p>Уязвимости метрики «А»</p>
				</caption>
				<table>
					<tr>
						<td>​№</td>
						<td>Номер уязвимости в банке ФСТЭК</td>
						<td>УБИ</td>
						<td>(почему именно для МИС характерно)</td>
						<td>Вероятность обнаружения (%)</td>
					</tr>
					<tr>
						<td>​1</td>
						<td>BDU:2025-00322</td>
						<td>Программной платформы на базе git для совместной работы над кодом GitLab EE/ CE</td>
						<td>Связана с лгоритмической сложностью программного обеспечения, используемого при разработке МИС. Позволяет нарушителю вызвать отказ в обслуживании</td>
						<td>0,1</td>
					</tr>
					<tr>
						<td>​2</td>
						<td>BDU:2024-10981</td>
						<td>Программной платформы на базе git для совместной работы над кодом GitLab</td>
						<td>Связана с неэффективной алгоритмической сложностью программной платформы, используемой при разработке МИС. Позволяет нарушителю, действующему удаленно, вызвать отказ в обслуживании</td>
						<td>0,4</td>
					</tr>
					<tr>
						<td>​3</td>
						<td>BDU:2024-08707</td>
						<td>Программной платформы Microsoft .NET и редактора исходного кода Visual Studio</td>
						<td>Связана с алгоритмической сложностью программного обеспечения, используемого при разработке МИС. Позволяет нарушителю вызвать отказ в обслуживании</td>
						<td>0,2</td>
					</tr>
					<tr>
						<td>​4</td>
						<td>BDU:2024-06372</td>
						<td>Средства управления трафиком и балансировки нагрузки Ivanti Virtual Traffic Manager</td>
						<td>Связана с некорректной реализацией алгоритма аутентификации средства управления трафиком. Характерна при интеграции МИС</td>
						<td>0,3</td>
					</tr>
					<tr>
						<td>​5</td>
						<td>BDU:2024-05577</td>
						<td>Корпоративной версии платформы GitHub Enterprise Server</td>
						<td>Связана с неправильной реализацией алгоритма аутентификации, позволяющая нарушителю получить полный доступ к системе с привилегиями администратора. Характерна для программного обеспечения, используемого при разработке МИС</td>
						<td>0,1</td>
					</tr>
					<tr>
						<td>​6</td>
						<td>BDU:2023-07965</td>
						<td>Реализации алгоритма Hash-based Message Authentication Code операционных систем Windows</td>
						<td>Связана с недостатками разграничения доступа при формировании ключа. Позволить нарушителю обойти ограничения безопасности и повысить свои привилегии при работе в МИС</td>
						<td>0,1</td>
					</tr>
					<tr>
						<td>​7</td>
						<td>BDU:2023-01027</td>
						<td>Микропрограммного обеспечения маршрутизаторов TP-Link</td>
						<td>Связана с использованием устаревшего криптографического алгоритма MD5. Характерна при интеграции МИС</td>
						<td>0,9</td>
					</tr>
					<tr>
						<td>​8</td>
						<td>BDU:2022-05599</td>
						<td>Интерпретатора языка программирования Python</td>
						<td>Связана с ошибками при преобразовании численных и строковых типов данных, позволяющая нарушителю вызвать отказ в обслуживании из-за алгоритмической сложности. Характерна языка программирования, используемого при разработке МИС</td>
						<td>0,4</td>
					</tr>
					<tr>
						<td>​9</td>
						<td>BDU:2021-05707</td>
						<td>Алгоритма программного обеспечения Cisco</td>
						<td>Связана с недостаточной проверкой вводимых данных, позволяющая нарушителю вызвать отказ в обслуживании. Характерна при интеграции МИС</td>
						<td>0,2</td>
					</tr>
					<tr>
						<td>​10</td>
						<td>BDU:2021-03177</td>
						<td>Реализации алгоритмов WEP, WPA, WPA2 и WPA3 ядра операционной системы Linux</td>
						<td>Позволяет нарушителю оказать воздействие на целостность защищаемой информации при работе в МИС</td>
						<td>0,1</td>
					</tr>
				</table>
			</table-wrap>
			<p>Каждое программное обеспечение МИС проходит этап разработки, который начинается с формирования общих идей о будущих выполняемых задачах, затем идёт алгоритмическая составляющая и завершается написанием кода для создания исполняемого файла [7]. Недоработки программного обеспечения МИС, включая уязвимости, могут появляться на любом этапе этого цикла, изменяясь и интегрируясь в программное обеспечение в ходе его разработки. Таким образом, ошибки, связанные с основами работы продукта, будут трудно выявляемыми в представлении его в виде машинного кода, так как они основаны на абстрактных концепциях и универсальны по сравнению с процессом написания кода на языках программирования.</p>
			<p>Наиболее ярким примером уязвимости алгоритма, характерной для МИС, является BDU:2023-01027, относящаяся к микропрограммному обеспечению маршрутизаторов TP-Link. Эксплуатация данной УБИ возможна, так как в функционале сетевого оборудования применяется устаревший криптографического алгоритма MD5, который может позволить злоумышленнику получить несанкционированный доступ к защищаемой информации или инициировать инцидент информационной безопасности, связанный с отказом в обслуживании субъекту МИС, имеющему право доступа. Максимальный процент обнаружения данной УБИ из представленных в таблице 2 свидетельствует о значительной частоте выявления.</p>
			<p>Практические рекомендации по устранению уязвимостей Метрики «А» (алгоритмов) медицинских информационных систем — это защита специализированного медицинского оборудования. В частности, системы лучевой диагностики и терапии требуют особых мер безопасности, так как напрямую влияют на постановку диагноза и ход лечения пациентов. Рекомендуется внедрить многофакторную аутентификацию для доступа к такому оборудованию и обеспечить шифрование передаваемых данных.</p>
			<p>Главной характеристикой для метрики «Б» является зависимость значения неопределённости реализации программного обеспечения от фактического рабочего времени тестировщиков, программистов и аналитиков.</p>
			<p>В таблице 3 представлены основные УБИ программного обеспечения МИС.</p>
			<table-wrap id="T3">
				<label>Table 3</label>
				<caption>
					<p>Уязвимости метрики «Б»</p>
				</caption>
				<table>
					<tr>
						<td>​№</td>
						<td>Номер уязвимости в банке ФСТЭК</td>
						<td>УБИ</td>
						<td>(почему именно для МИС характерно)</td>
						<td>Вероятность обнаружения (%)</td>
					</tr>
					<tr>
						<td>1</td>
						<td>BDU:2024-11096</td>
						<td>Программной платформы для медицинской визуализации и обработки изображений syngo.plaza</td>
						<td>Связана с непринятием мер по защите структуры запроса SQL, позволяющая нарушителю выполнить произвольный SQL-код при работе в МИС</td>
						<td>0,2</td>
					</tr>
					<tr>
						<td>​2</td>
						<td>BDU:2024-02084</td>
						<td>Функции sopen_FAMOS_read библиотеки обработки медицинских сигналов libbiosig</td>
						<td>Позволяет нарушителю выполнить произвольный код с помощью специально созданного файла при работе в МИС</td>
						<td>0,7</td>
					</tr>
					<tr>
						<td>​3</td>
						<td>BDU:2023-07369</td>
						<td>Веб-сервера средства оптимизации процессов управления медицинским обслуживанием Mirth Connect</td>
						<td>Позволяет нарушителю выполнить произвольный код с помощью специально созданного файла при работе в МИС</td>
						<td>0,1</td>
					</tr>
					<tr>
						<td>​4</td>
						<td>BDU:2023-05988</td>
						<td>Программного обеспечения для управления медицинской организацией OpenEMR</td>
						<td>Связана с недостатками контроля доступа, позволяющая нарушителю просматривать, создавать и редактировать защищаемую информацию при работе в МИС</td>
						<td>1,1</td>
					</tr>
					<tr>
						<td>​5</td>
						<td>BDU:2023-04945</td>
						<td>Файла /patient/appointment.php. системы управления малыми медицинскими учреждениями SourceCodester Free Hospital Management System for Small Practices</td>
						<td>Позволяет нарушителю получить выполнять произвольные SQL-запросы к базе данных при работе в МИС</td>
						<td>0,3</td>
					</tr>
					<tr>
						<td>​6</td>
						<td>BDU:2023-05980</td>
						<td>Программного обеспечения для управления медицинской организацией OpenEMR</td>
						<td>Связана с ошибками авторизации, позволяющая нарушителю осуществить HTML-инъекцию при работе в МИС</td>
						<td>0,1</td>
					</tr>
					<tr>
						<td>​7</td>
						<td>BDU:2022-03259</td>
						<td>Функции func2.php веб-приложения для управления медицинским учреждением PHPGurukul Hospital Management System</td>
						<td>Позволяет нарушителю раскрыть защищаемую информацию при работе в МИС</td>
						<td>0,3</td>
					</tr>
					<tr>
						<td>​8</td>
						<td>BDU:2022-00334</td>
						<td>Функции make_task программного обеспечения для управления медицинской организацией OpenEMR</td>
						<td>Позволяет нарушителю проводить атаки основанные на SQL-инъекии при работе в МИС</td>
						<td>0,2</td>
					</tr>
					<tr>
						<td>​9</td>
						<td>BDU:2021-01651</td>
						<td>Медицинского диагностического оборудования GE Healthcare</td>
						<td>Связана с отсутствием защиты служебных данных, позволяющая нарушителю получить несанкционированный доступ к защищаемой информации или повысить свои привилегии при работе в МИС</td>
						<td>0,5</td>
					</tr>
					<tr>
						<td>​10</td>
						<td>BDU:2021-03268</td>
						<td>Компонента portal/patient/_machine_config.php программного обеспечения для управления медицинской организацией OpenEMR</td>
						<td>Позволяет нарушителю получить несанкционированный доступ к защищаемой информации при работе в МИС</td>
						<td>0,4</td>
					</tr>
				</table>
			</table-wrap>
			<p>Наиболее ярким примером уязвимости программного обеспечения, характерной для МИС, является BDU:2023-05980, относящаяся к программному обеспечению для управления медицинской организацией OpenEMR. Эксплуатация данной УБИ возможна, так как в функционале инструмента для управления цифровыми медицинскими записями возможно осуществить удалённому нарушителю HTML-инъекцию в процессе некорректной проверки данных, которые вводит пользователь при авторизации. Подобные действия злоумышленника могут привести модификации структуры данных пользователя МИС. Максимальный процент обнаружения данной УБИ из представленных в таблице 3 свидетельствует о значительной частоте выявления.</p>
			<p>Практические рекомендации по устранению уязвимостей Метрики «Б» (программного обеспечения) медицинских информационных систем — это регулярное обновление операционных систем, антивирусных баз и сигнатур, системного и прикладного ПО. Причиной многих атак становятся именно уязвимости устаревших решений.</p>
			<p>Протокол FHIR используется для стандартизированного взаимодействия в части интеграции МИС [8]. Данный протокол — это открытый стандарт, который обеспечивает внешним программным приложениям возможность быстро находить и получать доступ к клинической информации из электронной медицинской карты, используя удобные для разработчиков методы, основанные на современных структурных стандартах [9]. Для того чтобы внешние программные приложения из состава МИС могли получить доступ к информации через протокол FHIR, им нужно активно отслеживать поток сообщений, которые описывают клинические события. Лишь после получения таких сообщений внешнее программное обеспечение сможет собирать и обрабатывать данные. Разработчикам программного обеспечения для МИС с новым функционалом доступны различные бесплатные и общедоступные ресурсы структуры FHIR.</p>
			<p>Наиболее очевидные уязвимости протокола FHIR связаны, в большей мере, с его качественной реализацией, а не со структурой самого стандарта.</p>
			<p>В исследуемых МИС за период с 2020 по 2024 гг. были выявлены только четыре УБИ. Однако, мы считаем необходимым добавить эту метрику в нашу классификацию, т.к. протокол FHIR в его русской адаптации FHIR RU-core используется в России недавно с 2014 года и прогнозируется рост использования этого протокола для интеграции МИС.</p>
			<p>Практические рекомендации по устранению уязвимостей Метрики «В» (протокола FHIR) медицинских информационных систем — это регулярный аудит безопасности. Медицинским организациям необходимо проводить оценку защищённости информационных систем не реже одного раза в квартал. Это позволит своевременно выявлять и устранять потенциальные уязвимости в системах передачи и обработки данных пациентов.</p>
			<p>В таблице 4 представлены УБИ протокола FHIR.</p>
			<table-wrap id="T4">
				<label>Table 4</label>
				<caption>
					<p>Уязвимости метрики «В»</p>
				</caption>
				<table>
					<tr>
						<td>​№</td>
						<td>Номер уязвимости в банке NIST</td>
						<td>УБИ</td>
						<td>(почему именно для МИС характерно)</td>
						<td>Вероятность обнаружения (%)</td>
					</tr>
					<tr>
						<td>​1</td>
						<td>CVE-2023-28465</td>
						<td>Функция распаковки пакетов в библиотеках HL7 (Health Level 7) FHIR Core до версии 5.6.106</td>
						<td>Позволяет злоумышленникам при работе в МИС копировать произвольные файлы в определённые каталоги с помощью обхода каталогов, если разрешённое имя каталога является подстрокой имени каталога, выбранного злоумышленником</td>
						<td>1,2</td>
					</tr>
					<tr>
						<td>​2</td>
						<td>CVE-2023-24057</td>
						<td>Основных библиотеки Health Level 7 FHIR до версии 5.6.92</td>
						<td>Позволяют злоумышленникам при работе в МИС извлекать файлы в произвольные каталоги с помощью обхода каталогов из созданного ZIP- или TGZ-архива (для предварительно упакованного кэша терминов, пакета NPM или архива для сравнения)</td>
						<td>4,5</td>
					</tr>
					<tr>
						<td>​3</td>
						<td>CVE-2024-50589</td>
						<td>API (Application Programming Interface) -интерфейс FHIR</td>
						<td>Злоумышленник, не прошедший аутентификацию, но имеющий доступ к локальной сети медицинского учреждения, может получить доступ к конфиденциальным электронным медицинским картам при работе в МИС</td>
						<td>5,1</td>
					</tr>
					<tr>
						<td>​4</td>
						<td>CVE-2022-39230</td>
						<td>Реализации интерфейса авторизации из интерфейса FHIR Works. Версии 3.1.1 и 3.1.2</td>
						<td>Позволяет раскрыть конфиденциальной информации неавторизованному субъекту при работе в МИС</td>
						<td>2,1</td>
					</tr>
				</table>
			</table-wrap>
			<p>Примером использования разработанной методики определения УБИ стали исходные данные моделей угроз информационной безопасности МИС компании «Нетрика Медицина»: «N3. Здравоохранение», «Портал пациента», «Управление потоками пациентов», «Интегрированная электронная медицинская карта» и «Система управления доступом» [11]. Были проанализированы перечни устранённых актуальных УБИ, которые были выявлены смешанным способом идентификации.</p>
			<p>Метрика «А» относится к источнику негативных УБИ, внедренных злоумышленником с целью изменить логику работы программного обеспечения в свою пользу. Для того чтобы подтвердить данные УБИ, необходимо привлекать ряд экспертов, имеющих опыт работы как на этапах проектирования МИС, так и на этапах процесса функционирования после ввода в эксплуатацию.</p>
			<p>Метрика «Б» относится к источнику случайных УБИ, возникающих из-за ошибок, допущенных программистом, а также не выявленных при тестировании. Основные постулаты написания программного кода представлены в стандартах языка и имеют четкую формализацию, что даёт возможность экспертам выявлять УБИ сканерами, которые точечно проверяют соблюдение правил.</p>
			<p>Метрика «В» включает в себя перечни УБИ как самой структуры протокола FHIR, так и УБИ сторонних сервисов, сопутствующих цифровизации здравоохранения. Стандарт FHIR является международным и рекомендован для интеграционных процессов различных МИС, соответственно структура стандарта является защищенной. Но параметры метрики «В» нельзя рассматривать в отрыве от таких аспектов МИС как агрегаторы данных, мобильные приложения, стек сетевых технологий, атака «человек посередине» [10], типов доступа, аутентификаций, идентификаций многого и другое.</p>
			<p>Ограничения предложенного метода классификации УБИ связаны с банками уязвимостей ФСТЭК и NIST, где требуется проводить переоценку рисков, ведение отчетности, инвентаризацию активов и выстраивание процессов системы менеджмента информационной безопасности.</p>
			<p>Аудит безопасности МИС с применением классификации УБИ на практике сводится к систематическому анализу МИС с целью выявления УБИ, входящие в метрики «А», «Б» и «В».</p>
			<p>Направлением будущих исследований является разработка методов и алгоритмов выявления УБИ в МИС, где используются иные протоколы линейки стандарт HL7 (Health Level Seven International), к которому относится протокол FHIR.</p>
			<p>4. Заключение</p>
			<p>В статье предложена новая классификация УБИ для МИС. В данную классификацию вошли три метрики А, Б и В. Основой классификации послужил принцип разработки МИС. Метрика А отражает УБИ на уровне алгоритмов МИС, метрика Б относится к программному коду, а метрика В фиксирует угрозы интеграции МИС, связанные с протоколом FHIR. В результате исследования выделены основные УБИ, которые встречались в МИС, разработанных компанией «Нетрика Медицина» за 2020-2024 гг. Предложенная классификация УБИ в МИС была опробована при разработке модели угроз информационной безопасности «N3. Здравоохранение», «Портал пациента», «Управление потоками пациентов», «Интегрированная электронная медицинская карта» и «Система управления доступом». Были получены следующие результаты: помимо учтённых в банке данных уязвимостей ФСТЭК для МИС актуальны УБИ, связанные с протоколом FHIR, которых нет в банке данных регулятора. В связи с этим при разработке новых МИС для определения перечня актуальных УБИ необходимо использовать классифицировать с помощью метода, описанного в настоящей статье.</p>
		</sec>
		<sec sec-type="supplementary-material">
			<title>Additional File</title>
			<p>The additional file for this article can be found as follows:</p>
			<supplementary-material xmlns:xlink="http://www.w3.org/1999/xlink" id="S1" xlink:href="https://doi.org/10.5334/cpsy.78.s1">
				<!--[<inline-supplementary-material xlink:title="local_file" xlink:href="https://research-journal.org/media/articles/18661.docx">18661.docx</inline-supplementary-material>]-->
				<!--[<inline-supplementary-material xlink:title="local_file" xlink:href="https://research-journal.org/media/articles/18661.pdf">18661.pdf</inline-supplementary-material>]-->
				<label>Online Supplementary Material</label>
				<caption>
					<p>
						Further description of analytic pipeline and patient demographic information. DOI:
						<italic>
							<uri>https://doi.org/10.60797/IRJ.2025.155.102</uri>
						</italic>
					</p>
				</caption>
			</supplementary-material>
		</sec>
	</body>
	<back>
		<ack>
			<title>Acknowledgements</title>
			<p/>
		</ack>
		<sec>
			<title>Competing Interests</title>
			<p/>
		</sec>
		<ref-list>
			<ref id="B1">
				<label>1</label>
				<mixed-citation publication-type="confproc">ГОСТ Р 58142-2018 Информационная технология. Методы и средства обеспечения безопасности. Детализация анализа уязвимостей программного обеспечения в соответствии с ГОСТ Р ИСО/МЭК 15408 и ГОСТ Р ИСО/МЭК 18045. Часть 1. Использование доступных источников для идентификации потенциальных уязвимостей : утв. Приказом Федерального агентства по техническому регулированию и метрологии от 24 мая 2018 г. № 273-ст. — Введ. 2018-05-24. — М. : Стандартинформ, 2018.</mixed-citation>
			</ref>
			<ref id="B2">
				<label>2</label>
				<mixed-citation publication-type="confproc">Grabovschi C. Mapping the concept of vulnerability related to health care disparities: a scoping review / C. Grabovschi, C. Loignon, M. Fortin // BMC Health Services Research. — 2013. — Vol. 13. — Art. 94. DOI: 10.1186/1472-6963-13-94.</mixed-citation>
			</ref>
			<ref id="B3">
				<label>3</label>
				<mixed-citation publication-type="confproc">Омельченко В.В. Общая теория классификации. Ч. 2: Теоретико-множественные основания / В.В. Омельченко. — Москва : Либроком, 2010. — 296 с.</mixed-citation>
			</ref>
			<ref id="B4">
				<label>4</label>
				<mixed-citation publication-type="confproc">Mejía-Granda C.M. Security vulnerabilities in healthcare: an analysis of medical devices and software / C.M. Mejía-Granda, J.L. Fernández-Alemán, J.M. Carrillo-de-Gea [et al.] // Medical &amp;amp; Biological Engineering &amp;amp; Computing. — 2024. — Vol. 62, № 1. — P. 257–273. DOI: 10.1007/s11517-023-02912-0.</mixed-citation>
			</ref>
			<ref id="B5">
				<label>5</label>
				<mixed-citation publication-type="confproc">Iannone E. The secret life of software vulnerabilities: a large-scale empirical study / E. Iannone, R. Guadagni, F. Ferrucci [et al.] // IEEE Transactions on Software Engineering. — 2022. DOI: 10.1109/TSE.2022.3140868.</mixed-citation>
			</ref>
			<ref id="B6">
				<label>6</label>
				<mixed-citation publication-type="confproc">Kassab M. Software development for medical devices: State of practice / M. Kassab, J.F. DeFranco, P.A. Laplante // 2017 IEEE 28th Annual Software Technology Conference (STC). — 2017. DOI: 10.1109/STC.2017.8234459.</mixed-citation>
			</ref>
			<ref id="B7">
				<label>7</label>
				<mixed-citation publication-type="confproc">Loftus T.J. Ideal algorithms in healthcare: Explainable, dynamic, precise, autonomous, fair, and reproducible / T.J. Loftus, P.J. Tighe, T. Ozrazgat-Baslanti [et al.] // PLOS Digital Health. — 2022. — Vol. 1, № 1. — Art. e0000006. DOI: 10.1371/journal.pdig.0000006.</mixed-citation>
			</ref>
			<ref id="B8">
				<label>8</label>
				<mixed-citation publication-type="confproc">Thun S. The Use of FHIR in Digital Health — a Review of the Scientific Literature / S. Thun // German Medical Data Sciences: Shaping Change — Creative Solutions for Innovative Medicine. — 2019. — Vol. 267. DOI: 10.3233/SHTI190805.</mixed-citation>
			</ref>
			<ref id="B9">
				<label>9</label>
				<mixed-citation publication-type="confproc">Mandel J.C. SMART on FHIR: a standards-based, interoperable apps platform for electronic health records / J.C. Mandel, D.A. Kreda, K.D. Mandl [et al.] // Journal of the American Medical Informatics Association. — 2016. — Vol. 23, № 5. — P. 899–908. DOI: 10.1093/jamia/ocv189.</mixed-citation>
			</ref>
			<ref id="B10">
				<label>10</label>
				<mixed-citation publication-type="confproc">Gangan S. A Review of Man-in-the-Middle Attacks / S. Gangan // arXiv. — 2015. — Art. abs/1504.02115. </mixed-citation>
			</ref>
		</ref-list>
	</back>
	<fundings/>
</article>