Проверка программного обеспечения средств измерений — исследование идентификации и защиты ПО СИ, выполняемое в составе испытаний в целях утверждения типа или как заранее согласованный самостоятельный этап подготовки к ним. Лаборатория 705 анализирует программную документацию, проверяет установленную на образце версию, метрологически значимые функции, целостность, разграничение доступа и защиту измерительной информации, а по результатам оформляет протокол.
Протокол проверки ПО — часть доказательных материалов, а не решение об утверждении типа
Протокол фиксирует объект, версию, методы и результаты проверки программного обеспечения в согласованном объёме. Он может использоваться испытательной организацией в составе материалов испытаний СИ, но сам по себе не заменяет программу и полный комплекс испытаний, акт испытаний, заключение государственного научного метрологического института и решение Росстандарта об утверждении типа.
Что представляет собой проверка программного обеспечения СИ
Программное обеспечение современного средства измерений может участвовать в получении, обработке, хранении, отображении и передаче измерительной информации. Оно также управляет режимами работы, доступом к настройкам, коэффициентами, калибровочными константами и иными параметрами, способными повлиять на результат. Поэтому при испытаниях недостаточно указать только торговое название программы или увидеть номер версии на экране.
Проверка позволяет установить:
- какие программы и модули связаны с измерительными функциями;
- где проходит граница метрологически значимой части ПО;
- какими признаками однозначно идентифицируется проверенная версия;
- соответствуют ли фактические функции, интерфейсы и способы идентификации технической документации;
- защищены ли ПО, параметры и измерительная информация от непреднамеренных и преднамеренных изменений;
- соответствует ли реализованная защита уровню, заявленному разработчиком, изготовителем или заявителем испытаний.
Официальное название соответствующей части испытаний по Р 50.2.077‑2014 — проверка защиты программного обеспечения. На практике она включает не только попытки воздействия, но и анализ документации, проверку идентификации ПО и оценку заявленного уровня защиты.
Место проверки ПО в испытаниях в целях утверждения типа
Проверка ПО не является отдельной государственной процедурой утверждения типа. Её состав и методы закрепляются в программе испытаний конкретного СИ и связываются с конструкцией, назначением, метрологическими характеристиками и проектом описания типа. Если специализированную проверку выполняет одна лаборатория, а испытания СИ в целом ведёт другая организация, требования к объекту, методам и оформлению протокола необходимо согласовать до начала работ.
До основных испытаний
Предварительный анализ помогает определить метрологически значимые модули, устранить расхождения версий и подготовить воспроизводимый способ идентификации.
В составе программы испытаний
Лаборатория выполняет согласованные проверки документации, идентификации, защиты и интерфейсов и оформляет результаты для общего комплекта испытаний.
При изменении утверждённого типа
Исследование помогает оценить, затронуты ли метрологически значимые функции, идентификационные признаки, алгоритмы или механизмы защиты.
Для СИ вне регулируемой сферы
Р 50.2.077‑2014 допускает применение методических подходов для оценки уровня защиты ПО СИ, не входящих в сферу государственного регулирования.
Протокол с выводом о соответствии заявленному уровню защиты подтверждает результаты только в пределах исследованных версии, конфигурации, образца и программы. Итог всей процедуры зависит от совокупности метрологических и технических испытаний и согласованности полного комплекта документов.
Для кого предназначена услуга
Испытательные лаборатории и центры
Когда для программы испытаний требуется профильный исполнитель, обладающий компетенциями по программному обеспечению средств измерений.
Изготовители и разработчики СИ
Для подготовки встроенного, автономного, серверного или прикладного ПО и связанной с ним документации к испытаниям.
Заявители испытаний
Для получения отдельного протокола в согласованном объёме либо предварительной оценки готовности программной части средства измерений.
Правообладатели утверждённых типов
При планируемом обновлении ПО, изменении архитектуры, интерфейсов, алгоритмов или механизмов защиты.
Согласование с основным исполнителем
Если заказчиком выступает изготовитель или заявитель, а испытания в целях утверждения типа проводит другая аккредитованная организация, возможность включения протокола в её комплект, редакцию программы, форму результатов и требования к образцу согласуют заранее. Это снижает риск повторного проведения работы из-за различий в объекте или методах.
Какое программное обеспечение проверяется
Объект определяют не по месту установки программы, а по её функциям и возможному влиянию на измерительную информацию. В зависимости от архитектуры СИ проверка может охватывать:
- встроенное программное обеспечение и микропрограммы контроллеров;
- ПО, установленное на компьютере, промышленном контроллере, сервере или мобильном устройстве;
- расчётные библиотеки, драйверы, плагины и отдельные модули обработки;
- компоненты, управляющие настройкой, калибровочными параметрами и режимами измерений;
- базы данных, конфигурационные файлы и справочники, от которых зависит результат;
- средства отображения, хранения, экспорта и передачи измерительной информации;
- сетевые, сервисные и пользовательские интерфейсы, через которые возможен доступ к значимым функциям и данным.
Проверка не обязательно распространяется на весь программный продукт. В сложной системе важно документированно отделить метрологически значимую часть, обеспечивающие компоненты и модули, не влияющие на результат измерений. Для облачного или распределённого решения дополнительно фиксируют релиз, конфигурацию, зависимости и условия развёртывания.
Нормативная и методическая основа
Основной методический документ услуги — действующая Р 50.2.077‑2014 «ГСИ. Испытания средств измерений в целях утверждения типа. Проверка защиты программного обеспечения». Обозначение содержит год 2014: рекомендация утверждена приказом Росстандарта № 69‑ст от 4 марта 2014 года и введена в действие 1 октября 2014 года.
Рекомендация действует, но нормативную среду проверяют на дату работ
В тексте Р 50.2.077‑2014 сохранены ссылки на порядок и стандарт, действовавшие при её выпуске. Поэтому программу конкретной проверки формируют с учётом действующих законодательства, порядка испытаний, национальных стандартов, документов на конкретный вид СИ и требований основного исполнителя. По состоянию на 4 сентября 2026 года приказ № 3334 опубликован, но применяется с 11 сентября 2026 года.
Официальным разработчиком Р 50.2.077‑2014 в реестре Росстандарта указан ФГУП «ВНИИМС». По информации лаборатории 705, её специалисты участвовали в разработке применённых в рекомендации подходов к проверке программного обеспечения средств измерений; сегодня лаборатория использует этот опыт при оформлении протоколов для испытательных организаций и заявителей.
Что предоставить для начала работ
| Материалы | Какие сведения желательно включить |
|---|---|
| Сведения о СИ | Наименование, обозначение, назначение, изготовитель, модификации и варианты исполнения. |
| Образец или доступ | Работоспособный экземпляр в заявленной комплектации либо заранее согласованный доступ к нему и периферии. |
| Сведения о ПО | Наименование, версия, номер сборки, перечень программ, модулей, библиотек, прошивок и зависимостей. |
| Описание архитектуры | Назначение компонентов, потоки данных, границы метрологически значимой части и связь ПО с измерительными каналами. |
| Эксплуатационные документы | Руководство по эксплуатации СИ, руководства оператора и администратора, описание установки, обновления и восстановления. |
| Интерфейсы | Описание меню, команд, протоколов обмена, сервисных, сетевых, программных и аппаратных интерфейсов. |
| Идентификация | Способ отображения версии, перечень идентификационных признаков, алгоритм и порядок расчёта цифрового идентификатора. |
| Средства защиты | Роли и права пользователей, пароли, журналы, контроль целостности, защита настроек, параметров и результатов. |
| Материалы утверждения типа | Проект описания типа, программа испытаний и требования основного исполнителя, если они уже подготовлены. |
Исходный код не является универсально обязательным входным материалом. Отдельные тексты программ, алгоритмы или их фрагменты могут понадобиться, когда заявленную функцию или защитный механизм невозможно достоверно исследовать по документации, исполняемой версии и контрольным примерам. Необходимость, состав и условия передачи таких материалов согласуют до испытаний; при необходимости устанавливают требования конфиденциальности.
Что входит в проверку
Анализ документации
Оцениваются полнота и согласованность описания назначения, структуры, функций, метрологически значимой части, интерфейсов, защищаемых параметров и способов работы с данными.
Проверка идентификации
Фактическое ПО на образце сопоставляется с заявленными наименованием, версией, цифровым идентификатором и штатным способом получения этих сведений.
Проверка защиты
Исследуются меры против случайных и преднамеренных изменений ПО, параметров и результатов, управление доступом, журналы и процедуры контроля целостности.
Оценка уровня
Полученные доказательства сопоставляются с низким, средним или высоким уровнем защиты, декларированным разработчиком, изготовителем или заявителем.
Точный набор сценариев зависит от конструкции СИ, вида ПО, интерфейсов, способа хранения данных, заявленного уровня защиты и программы испытаний. Универсального перечня действий, одинакового для встроенного прибора без внешних интерфейсов и распределённой измерительной системы, не существует.
Идентификация программного обеспечения
Идентификационные данные связывают протокол с конкретным программным состоянием. В применимой части проверяются:
- идентификационное наименование ПО;
- номер версии или версии отдельных модулей;
- цифровой идентификатор метрологически значимой части;
- алгоритм вычисления цифрового идентификатора;
- штатный способ вывода и считывания идентификационных признаков;
- независимость полученного значения от способа его отображения;
- достаточность признаков для однозначного сопоставления ПО с описанием типа.
Контрольная сумма используется тогда, когда она предусмотрена для конкретного объекта. Её наличие само по себе не подтверждает достаточную защиту: важны охват метрологически значимых файлов, устойчивость выбранного алгоритма, защищённость эталонного значения и возможность повторить процедуру.
Защита ПО и измерительной информации
Проверка строится вокруг реальных способов изменения программ, параметров и результатов. Для непреднамеренных воздействий могут исследоваться сохранность при сбоях, обнаружение повреждений, журналы ошибок, защита калибровочных констант и процедуры восстановления. Для преднамеренных воздействий оцениваются управление доступом, невозможность несанкционированной модификации, загрузки или удаления значимых компонентов, контроль целостности и фиксация событий.
Метрологически значимые файлы
Проверяется, какие компоненты охвачены средствами контроля и можно ли изменить их в обход штатных процедур.
Параметры и настройки
Исследуется доступ к коэффициентам, калибровочным константам, единицам величин, диапазонам и режимам обработки.
Измерительные данные
Оцениваются хранение, передача, редактирование, экспорт, маркировка состояния и защита результата от подмены.
Права и интерфейсы
Сопоставляются заявленные роли пользователей, сервисный доступ, удалённые команды, внешние носители и сетевые функции.
Низкий, средний и высокий уровни защиты
Р 50.2.077‑2014 предусматривает три уровня защиты ПО и измерительной информации. Уровень декларирует разработчик, изготовитель или заявитель при представлении СИ на испытания, а организация, проводящая проверку, сопоставляет декларацию с документацией и фактической реализацией.
| Уровень | Смысл классификации в рекомендации | Что важно заказчику |
|---|---|---|
| Низкий | Специальные средства защиты от преднамеренных изменений не применяются. | Нужно корректно описать ограничения и не заявлять механизмы, которых фактически нет. |
| Средний | Защита рассчитана на вмешательство с использованием простых программных средств; применяются, например, пароли и авторизация. | Права, пароли, сервисные режимы и управление доступом должны работать так, как описано в документации. |
| Высокий | Защита рассчитана на вмешательство с применением специальных программных средств; могут использоваться криптографические методы и электронное либо механическое опечатывание. | Необходимо обосновать охват и устойчивость специальных мер и показать их действие на проверяемой конфигурации. |
Закрытого корпуса или отсутствия обычного пользовательского меню самих по себе недостаточно для вывода о высоком уровне. Однако Р 50.2.077‑2014 предусматривает специальный случай: если конструкция полностью ограничивает доступ к метрологически значимой части ПО и измерительной информации посредством механической защиты и при этом отсутствуют программно-аппаратные интерфейсы связи, проверку защиты и оценку её уровня допускается не проводить, а ПО относят к высокому уровню защиты. Применимость этого исключения должна быть подтверждена конструкцией и отражена в материалах испытаний.
Этапы выполнения работ
Получение исходных сведений
Заказчик направляет данные о СИ, версии ПО, архитектуре, документации и предполагаемом использовании протокола.
Предварительный анализ
Лаборатория определяет объект, проверяет достаточность материалов и выявляет сведения, которые нужно дополнить.
Согласование границ
Фиксируются программы, модули, конфигурация, образец, метрологически значимые функции и интерфейсы.
Формирование методов
Сценарии, контрольные данные, средства и критерии включаются в программу или методику испытаний.
Анализ документации
Проверяются описание ПО, идентификация, структура, функции, защита, данные, интерфейсы и аппаратная среда.
Функциональные проверки
На согласованном образце выполняются сценарии идентификации, доступа, изменения, контроля целостности и регистрации событий.
Оценка результатов
Фактическое поведение сопоставляется с требованиями и декларированным уровнем; замечания документируются.
Оформление протокола
В протоколе фиксируются объект, версия, условия, методы, результаты, ограничения и выводы.
Срок и стоимость определяются после предварительного анализа. На объём влияют число компонентов и вариантов исполнения, сложность алгоритмов и интерфейсов, заявленный уровень защиты, полнота документации, готовность образца, необходимость выезда и повторных проверок после устранения замечаний.
Что содержит протокол проверки ПО
Форма и детализация зависят от программы и вида СИ. В общем случае протокол включает:
- сведения об испытателе, заявителе, изготовителе и средстве измерений;
- место, дату и условия проведения проверок;
- перечень представленной документации и обозначение применённой программы или методики;
- описание проверенной конфигурации и программной среды;
- идентификационное наименование, номер версии, цифровой идентификатор и другие признаки;
- результаты анализа документации и функциональных проверок идентификации;
- результаты проверки защиты от непреднамеренных и преднамеренных изменений;
- вывод о соответствии фактической реализации уровню защиты, заявленному для данного ПО;
- выявленные замечания, ограничения и условия применимости результата.
Для материалов утверждения типа сведения протокола должны быть согласованы с разделом «Программное обеспечение» проекта описания типа: наименование, версия, цифровой идентификатор, алгоритм его вычисления, влияние на метрологические характеристики и уровень защиты не должны противоречить друг другу.
Границы услуги
Что протокол не подтверждает
- не является приказом, записью в Федеральном информационном фонде или сертификатом об утверждении типа;
- не заменяет испытания метрологических и технических характеристик средства измерений;
- не является универсальной сертификацией качества всего программного продукта;
- не равнозначен аудиту информационной безопасности или испытаниям на соответствие требованиям ФСТЭК России либо ФСБ России;
- не гарантирует отсутствие любых программных ошибок и недокументированных возможностей за пределами согласованных методов;
- не распространяется автоматически на другие версии, сборки, конфигурации и модификации СИ.
Если заказчику требуется добровольное подтверждение характеристик программного продукта, применяется отдельная процедура сертификации ПО. Если требуется утверждение типа СИ целиком, протокол проверки ПО может быть включён основным исполнителем после согласования в более широкий комплект результатов испытаний.
Что учитывать при изменении программного обеспечения
До выпуска в обращение или применения новой версии в составе СИ утверждённого типа необходимо оценить, затронуты ли:
- метрологически значимые алгоритмы и способы обработки данных;
- идентификационные признаки и процедура их получения;
- комплект и версии значимых модулей;
- интерфейсы связи, форматы хранения и передачи результатов;
- права пользователей, сервисные режимы и удалённый доступ;
- защита параметров, калибровочных констант и измерительной информации;
- описание типа, эксплуатационные документы и методика поверки.
Изменение номера версии не всегда означает изменение метрологических свойств, но и сохранение прежнего номера не доказывает неизменность ПО. Формальное решение о дополнительных испытаниях и внесении изменений в сведения об утверждённом типе принимают по документированному анализу обновления и порядку, установленному приказом Минпромторга России № 2905; отдельный протокол проверки ПО сам по себе не разрешает изменение утверждённого типа.
Чем проверка ПО СИ отличается от смежных процедур
| Процедура | Объект и задача | Основной результат |
|---|---|---|
| Проверка ПО СИ | Идентификация и защита ПО конкретного средства измерений в согласованной конфигурации. | Протокол проверки ПО для материалов испытаний или иной согласованной цели. |
| Испытания СИ в целях утверждения типа | Тип средства измерений в целом: метрологические и технические характеристики, конструкция, ПО, документация и поверяемость. | Комплект протоколов, акт, описание типа и другие материалы для решения Росстандарта. |
| Поверка СИ | Соответствие конкретного экземпляра утверждённого типа метрологическим требованиям. | Сведения о результате поверки в Федеральном информационном фонде. |
| Добровольная сертификация ПО | Заявленные характеристики самостоятельного программного продукта по выбранным требованиям. | Протокол, решение органа по сертификации и сертификат соответствия в рамках СДС. |
| Аудит информационной безопасности | Угрозы, уязвимости и меры защиты информационной системы в выбранной модели. | Отчёт или заключение по установленному заданию; он не заменяет метрологическую проверку ПО СИ. |
Частые проблемы исходных материалов
- в документах указаны разные наименования, версии или состав программных модулей;
- метрологически значимая часть не выделена либо её границы не соответствуют фактической архитектуре;
- версия выводится только в сервисном режиме, недоступном по описанной штатной процедуре;
- контрольная сумма рассчитана не для тех файлов, которые выполняют значимые функции;
- алгоритм расчёта цифрового идентификатора или эталонное значение не документированы;
- права пользователей в документации отличаются от фактического доступа к настройкам и данным;
- не описаны сервисные, сетевые или программные интерфейсы, позволяющие изменить значимые параметры;
- журнал событий можно изменить или удалить без предусмотренной регистрации;
- проект описания типа содержит сведения, которые не подтверждаются программой и протоколом;
- после проверки переданы другая сборка, конфигурация или образец без анализа отличий.
Практическая рекомендация
До испытаний полезно зафиксировать единую ведомость программной конфигурации: компонент, назначение, версия, метрологическая значимость, место установки, способ идентификации и механизм защиты. Эта ведомость помогает синхронизировать программу, протокол, эксплуатационные документы и описание типа.
Частые вопросы
Проверка ПО обязательна для каждого средства измерений?
Необходимость и объём определяются конструкцией СИ и программой испытаний. Если ПО влияет на измерительную информацию, параметры, настройки, хранение или передачу данных, его идентификация и защита должны быть учтены. Для конструкции, полностью исключающей доступ к метрологически значимой части и не имеющей программно-аппаратных интерфейсов связи, рекомендация предусматривает специальный порядок.
Можно ли заказать проверку отдельно от остальных испытаний?
Да, работу можно организационно выделить в отдельный договор и завершить отдельным протоколом. Если протокол предназначен для утверждения типа, объект, методы, программу и возможность использования результата нужно заранее согласовать с организацией, отвечающей за испытания СИ в целом.
Нужно ли передавать исходный код?
Не всегда. Основу составляют документация, исполняемая версия и функциональные проверки образца. Код или отдельные фрагменты могут понадобиться, если без них невозможно достоверно исследовать значимый алгоритм или защитный механизм; необходимость и условия передачи согласуются заранее.
Что считается метрологически значимой частью ПО?
Это программы и программные модули, которые участвуют в обработке измерительной информации и реализуют функции идентификации и защиты ПО. Границы определяются по архитектуре и функциям конкретного СИ, а не только по названию файла или месту установки.
Какие идентификационные признаки проверяются?
В зависимости от СИ проверяются идентификационное наименование, номер версии, цифровой идентификатор метрологически значимой части и другие признаки. Набор и штатный способ получения должны позволять однозначно сопоставить установленное ПО с документацией.
Кто определяет уровень защиты?
Низкий, средний или высокий уровень декларирует разработчик, изготовитель либо заявитель испытаний. Во время проверки оценивается соответствие заявленного уровня документации, доказательным материалам и фактической реализации на представленном образце.
Можно ли проверить встроенное ПО без собственного экрана?
Да. Идентификационные данные могут быть получены через предусмотренный интерфейс и отображены на внешнем устройстве. Процедура должна быть описана в документации, доступна уполномоченному проверяющему и воспроизводима на исследуемой конфигурации.
Проверяется ли сетевое, серверное или облачное ПО?
Да, если соответствующие компоненты участвуют в измерительных функциях, обработке, хранении или передаче измерительной информации. Для распределённой системы дополнительно фиксируются релиз, конфигурация, зависимости, среда развёртывания и порядок управления обновлениями.
Что делать, если версия ПО изменилась после проверки?
Протокол относится к исследованной версии и конфигурации. Нужно документированно оценить влияние изменений на метрологически значимые функции, идентификацию, интерфейсы и защиту; по результату определяют необходимость дополнительной проверки и внесения изменений в материалы типа.
Является ли протокол основанием для автоматического утверждения типа?
Нет. Протокол подтверждает результаты проверки ПО в установленном объёме и может входить в комплект материалов испытаний. Решение об утверждении типа принимается по совокупности результатов в отдельной государственной процедуре.
Как начать работу
Для предварительной оценки направьте:
- наименование, обозначение, назначение и изготовителя средства измерений;
- краткое описание программной архитектуры и связи ПО с измерительными функциями;
- наименование, версию и состав значимых программных компонентов;
- описание способа идентификации и заявленного уровня защиты;
- имеющиеся руководства и проект раздела «Программное обеспечение» описания типа;
- программу испытаний или требования основного исполнителя, если они уже сформированы;
- сведения о доступности образца, необходимых интерфейсах и предполагаемом месте проверки.
После анализа лаборатория уточнит границы объекта, недостающие документы, возможный формат участия, состав проверок и исходные данные для расчёта срока и стоимости.
Материал подготовлен 4 сентября 2026 года. Перед заключением договора проверяются действующая редакция нормативных документов, программа испытаний конкретного СИ и требования организации, ответственной за испытания в целом.
Материал актуализирован 4 сентября 2026 г..
Направьте назначение, версию и имеющуюся документацию. Специалисты лаборатории определят возможный состав работ, перечень исходных материалов и порядок дальнейшего взаимодействия.
Обсудить задачу