interface de serviço VerificationStatusConfigurationByFreshnessId

No âmbito da gestão de comunicações, a interface de serviço VerificationStatusConfigurationByFreshnessId serve para manipular de forma direcionada o comportamento de verificação de SecOC para determinados valores de freshness ([SWS_CM_10049]). Através do método VerifyStatusOverride, as aplicações podem fazer com que as mensagens sejam aceites, ignoradas ou descartadas, independentemente do resultado da autenticação. O método funciona com confirmação de receção e apenas avalia o número predefinido de mensagens em estados-limite específicos ([SWS_CM_10049]).

mais ›

Papel e contexto de sistema da interface de serviço

A interface de serviço VerificationStatusConfigurationByFreshnessId disponibiliza, na gestão de comunicações (com) da AUTOSAR Adaptive Platform, uma interface funcional com a qual o comportamento de verificação de SecOC (Secure Onboard Communication) pode ser controlado de forma direcionada ([SWS_CM_10049]). A interface segue o padrão cliente/servidor orientado a serviços da arquitetura ara::com (AUTOSAR_AP_SWS_CommunicationManagement p. 459). Como fornecedor de serviços atua tipicamente o subsistema SecOC da gestão de comunicações, que implementa o skeleton do serviço e verifica transmissões de PDU protegidas recebidas ([SWS_CM_10049]). Como consumidores de serviços atuam aplicações de controlo – por exemplo, para diagnóstico de veículos, automação de testes ou simulação de avarias –, que solicitam manipulações temporárias ou limitadas por contador dos resultados de verificação através de um objeto proxy de serviço ([SWS_CM_10049]).

Métodos, eventos e campos

Na versão 1.0, a interface de serviço declara exatamente um método com o nome VerifyStatusOverride ([SWS_CM_10049]). Não existem eventos (Events) nem campos (Fields) nesta interface (AUTOSAR_AP_SWS_CommunicationManagement p. 459). O método está explicitamente configurado como não sendo do tipo fire-and-forget (Fire & Forget: false), razão pela qual as chamadas são confirmadas sincronicamente ou assincronicamente através de um objeto Future ([SWS_CM_10049]).

O método VerifyStatusOverride define três parâmetros de entrada obrigatórios ([SWS_CM_10049]):

• freshnessID (tipo uint16_t): designa o identificador unívoco de freshness para o qual a operação de sobreposição deve entrar em vigor ([SWS_CM_10049]).
• overrideStatus (tipo OverrideStatus): determina, através de um valor de enumeração, se a verificação de autenticação é executada, se a mensagem é descartada ou reencaminhada e durante quanto tempo a sobreposição permanece ativa ([SWS_CM_10049]).
• numberOfMessagesToOverride (tipo uint8_t): define quantos procedimentos de verificação consecutivos devem ser sobrepostos, caso seja utilizado um limite baseado em contador ([SWS_CM_10049]).

Ciclo de vida e sequência da sobreposição

Com o auxílio da chamada de VerifyStatusOverride, uma aplicação consumidora pode manipular deterministicamente o comportamento padrão de SecOC ([SWS_CM_10049]). Isto permite encaminhar ou descartar mensagens independentemente do resultado real da verificação ou inteiramente sem teste ([SWS_CM_10049]). Além disso, pode ser forçado um VerificationStatusResult específico, permitindo testar de forma controlada mecanismos adicionais de tratamento de erros nas aplicações recetoras ([SWS_CM_10049]).

O parâmetro numberOfMessagesToOverride possui uma semântica condicional: só é avaliado se overrideStatus estiver definido para um dos estados-limite kSecOcOverrideDropUntilLimit, kSecOcOverrideSkipUntilLimit ou kSecOcOverridePassUntilLimit ([SWS_CM_10049]). Nestes casos, o módulo SecOC mantém internamente, presumivelmente, um contador que é decrementado a cada mensagem recebida com freshnessID correspondente, até que o limite superior seja atingido e o serviço regresse ao funcionamento normal (interpretação baseada em [SWS_CM_10049]). Noutros estados, a sobreposição deverá permanecer ativada de forma persistente até ser modificada por uma nova chamada (interpretação). Pergunta Q-e916cb8cb1ee2992 (aberta)

Diagrama de sequência: sequência de configuração da sobreposição de verificação via VerifyStatusOverride. Fontes: [SWS_CM_10049], AUTOSAR_AP_SWS_CommunicationManagement p. 459.

Tratamento de erros e respostas

Como VerifyStatusOverride não é uma chamada fire-and-forget, a aplicação chamadora recebe, através do ara::core::Future resultante, uma confirmação relativa à aceitação bem-sucedida da configuração ([SWS_CM_10049]). Embora a especificação no estado DRAFT não liste códigos de erro de aplicação (Application-Error-Codes) específicos (AUTOSAR_AP_SWS_CommunicationManagement p. 459), a implementação do serviço deverá responder a valores de parâmetros incorretos ou a IDs de freshness desconhecidos com um erro (interpretação). Pergunta Q-e810b3bffe576706 (aberta) As aplicações consumidoras devem, por isso, resolver e validar sempre o Future antes de injetar mensagens específicas de teste ([SWS_CM_10049]).