ГОСТ Р 56170-2014
Особенности загрузки приложений из интерактивного канала включают в себя: инициацию начала
загрузки, загрузку приложения, динамическую загрузку на интервале жизни приложения, загрузку кода
приложения и поддержку загруженных данных. Детализация правил загрузки должна быть в соответ
ствии с [11] (12.14.1).
12.14 Хранение приложений
При выполнении приложений все файлы сохраненных приложений должны быть полностью ау
тентифицированы как определено в [11] (12.4.4).
Объемы аутентификаций, выполняемых во время хранения и выполнения приложений, отличают
ся в соответствии с [11] (12.15.1. 12.15.2).
Во всех случаях используемые сертификаты должны быть допустимыми на время выполнения
(например, не истекли сроки применения или не отменены, и не были удалены корневые сертификаты,
которые используют сертификаты).
Нормальные ограничения на аутентификацию, включая 11.2.3 настоящего стандарта, будут со
блюдаться при выполнении приложения. Это относится к случаю, когда часть файлов класса хранится, а
часть не хранится. Отклонения от этого правила могут привести к сбою процесса аутентификации,
даже если все сертификаты допустимы.
12.14.1 Автономные сохраненные приложения
На этапе хранения приложения сохраненные файлы должны аутентифицироваться, так как будто
они загружались приложением. На этом этапе терминал не должен специально обрабатывать файлы
класса.
В соответствии с [11] (12.4.3.6) в случае, если сертификат, который был проверен, но во время
процесса хранения он был отменен или истек срок его действия, то любые дополнительные цепочки
сертификата, которые не были проверены во время хранения, должны быть полностью проверены при
использовании тех же правил, какие применялись бы к файлу вещательной передачи.
Если автономные приложения хранятся с доступом к файлам вещательных передач (например,
использующие API org.dvb.dsmcc), должны примениться к этим файлам требования [11] (12.4.4).
Во время выполнения должна проверяться пригодность с не истекшим сроком годности и не ото
званных любых сертификатов, используемых для аутентификации учетных данных.
12.14.2 Кэшируемые приложения
Аутентификация кэшируемых приложений определяется реализацией аутентификации, выполня
емой во время хранения, с примечаниями в соответствии с [11] (12.15.2).
12.15 Безопасность внутренних приложений и контента, встроенного в другие приложения
Безопасность внутренних приложений и контента, встроенного в другие приложения, обеспечи
вается наследованием набора полномочий, предоставленных приложению, в которое они встроены.
12.16 Аутентификации несвязанных приложений
Все несвязанные приложения должны быть подписаны и аутентифицированы. Приложения без
подписи или приложения подписанные, создающие сбой аутентификации, не должны запускаться как
несвязанные приложения, даже если они были определены как несвязанные.
12.17 Аутентификация привилегированных приложений
Привилегированные приложения должны подвергаться дополнительной аутентификации вдопол
нение к нормальным механизмам аутентификации.
МНР к привилегированным приложениям не устанавливает никаких конкретных дополнительных
механизмов аутентификации. Рекомендации по формированию дополнительных механизмов аутенти
фикации представлены в [11] (12.18).
Приложения МНР, которые не прошли дополнительную аутентификацию, не должны получать эк
земпляры MonitorAppPermission. Для получения любых экземпляров MonitorAppPermission приложение
МНР может быть успешно аутентифицируемым дополнительной системой аутентификации, сообщен
ной с applicationjd в диапазоне значений. Это требование является в настоящем стандарте обязатель
ным в соответствии с [11] (12.1.8).
94