сервисный интерфейс VerificationStatusConfigurationByFreshnessId

Сервисный интерфейс VerificationStatusConfigurationByFreshnessId служит в управлении коммуникацией для целенаправленного манипулирования поведением верификации SecOC для определенных значений freshness ([SWS_CM_10049]). С помощью метода VerifyStatusOverride приложения могут указывать принимать, пропускать или отбрасывать сообщения независимо от результата аутентификации. Метод работает с подтверждающим откликом и оценивает заданное количество сообщений исключительно при специфических пороговых состояниях ([SWS_CM_10049]).

больше ›

Роль и системный контекст сервисного интерфейса

Сервисный интерфейс VerificationStatusConfigurationByFreshnessId предоставляет в управлении коммуникацией (com) AUTOSAR Adaptive Platform функциональный интерфейс, с помощью которого можно целенаправленно управлять поведением верификации SecOC (Secure Onboard Communication) ([SWS_CM_10049]). Интерфейс следует сервис-ориентированному шаблону клиент-сервер архитектуры ara::com (AUTOSAR_AP_SWS_CommunicationManagement с. 459). В роли поставщика сервиса обычно выступает подсистема SecOC управления коммуникацией, реализующая сервисный скелетон и проверяющая входящие защищенные передачи PDU ([SWS_CM_10049]). Потребителями сервиса выступают управляющие приложения — например, для диагностики автомобиля, автоматизации тестирования или симуляции сбоев, — запрашивающие через объект сервисного прокси временные или ограниченные счетчиком манипуляции с результатами верификации ([SWS_CM_10049]).

Методы, события и поля

Сервисный интерфейс объявляет в версии 1.0 ровно один метод с именем VerifyStatusOverride ([SWS_CM_10049]). События (Events) или поля (Fields) в этом интерфейсе отсутствуют (AUTOSAR_AP_SWS_CommunicationManagement с. 459). Метод явно не сконфигурирован как fire-and-forget (Fire & Forget: false), поэтому вызовы подтверждаются синхронно или асинхронно через объект future ([SWS_CM_10049]).

Метод VerifyStatusOverride определяет три обязательных входных параметра ([SWS_CM_10049]):

• freshnessID (тип uint16_t): обозначает уникальный идентификатор freshness, для которого операция переопределения должна вступить в силу ([SWS_CM_10049]).
• overrideStatus (тип OverrideStatus): определяет через значение перечисления, выполняется ли проверка аутентификации, отбрасывается ли сообщение или пересылается дальше, и как долго переопределение остается активным ([SWS_CM_10049]).
• numberOfMessagesToOverride (тип uint8_t): определяет, сколько последовательных операций верификации необходимо переопределить, если используется лимит на основе счетчика ([SWS_CM_10049]).

Жизненный цикл и процесс переопределения

С помощью вызова VerifyStatusOverride потребляющее приложение может детерминированно манипулировать стандартным поведением SecOC ([SWS_CM_10049]). Это позволяет либо пропускать, либо отбрасывать сообщения независимо от фактического результата верификации или вовсе без проверки ([SWS_CM_10049]). Кроме того, можно принудительно задать специфический VerificationStatusResult, что позволяет контролируемо проверять дополнительные механизмы обработки ошибок в принимающих приложениях ([SWS_CM_10049]).

Параметр numberOfMessagesToOverride обладает условной семантикой: он оценивается исключительно в том случае, когда overrideStatus установлен в одно из пороговых состояний kSecOcOverrideDropUntilLimit, kSecOcOverrideSkipUntilLimit или kSecOcOverridePassUntilLimit ([SWS_CM_10049]). В этих случаях модуль SecOC внутри, вероятно, ведет счетчик, который уменьшается при каждом входящем сообщении с подходящим freshnessID, пока не будет достигнут верхний предел и сервис не вернется к нормальной работе (интерпретация на основе [SWS_CM_10049]). При других состояниях переопределение, вероятно, остается постоянно активным, пока не будет изменено новым вызовом (интерпретация). Вопрос Q-e916cb8cb1ee2992 (открытый)

Диаграмма последовательности: процесс конфигурации переопределения верификации через VerifyStatusOverride. Источники: [SWS_CM_10049], AUTOSAR_AP_SWS_CommunicationManagement с. 459.

Обработка ошибок и обратная связь

Поскольку VerifyStatusOverride не является вызовом fire-and-forget, вызывающее приложение получает через результирующий ara::core::Future подтверждение успешного применения конфигурации ([SWS_CM_10049]). Хотя спецификация в статусе DRAFT не перечисляет специфических кодов application-error (AUTOSAR_AP_SWS_CommunicationManagement с. 459), реализация сервиса, вероятно, будет подтверждать некорректные значения параметров или неизвестные идентификаторы freshness ошибкой (интерпретация). Вопрос Q-e810b3bffe576706 (открытый) Поэтому потребляющие приложения всегда должны разрешать и проверять future перед подачей тестовых сообщений ([SWS_CM_10049]).