interface de serviço VerificationStatusConfigurationByDataId

A interface de serviço VerificationStatusConfigurationByDataId, que se encontra no estado DRAFT, é disponibilizada pelo Functional Cluster Communication Management para configurar dinamicamente o comportamento de verificação SecOC para IDs de dados específicos ([SWS_CM_11369]). Através do método VerifyStatusOverride, aplicações autorizadas podem forçar a aceitação, o descarte ou a passagem de mensagens e estipular um resultado de verificação definido ([SWS_CM_10050]). A chamada de método ocorre de forma confirmada sincronicamente com Fire & Forget false, podendo também ser definida, através de um parâmetro contador, uma limitação a um número fixo de mensagens consecutivas.

mais ›

1. Papel e contexto de sistema da interface de serviço

A interface de serviço VerificationStatusConfigurationByDataId é disponibilizada pelo Functional Cluster Communication Management (CM) como porta de serviço ([SWS_CM_11369]). Na arquitetura de serviços do AUTOSAR Adaptive, a gestão de comunicação assume o papel de fornecedor de serviço (Skeleton), enquanto aplicações funcionais autorizadas interagem como consumidores através do proxy gerado (AUTOSAR_AP_SWS_CommunicationManagement §8.x «Definition of Port VerificationStatusConfigurationByDataId»). A tarefa primária desta interface é configurar e sobrepor pontualmente o comportamento de verificação criptográfica da Secure Onboard Communication (SecOC) para um identificador de mensagem transmitido (dataID) ([SWS_CM_10050]).

A interface complementa o serviço regular de notificação do estado de verificação, através do qual o sistema reencaminha cada resultado de verificação para aplicações ([SWS_CM_11278]). Os consumidores da interface de configuração deverão tipicamente ser sistemas de gestão de segurança especializados, Intrusion Detection Systems (IDS) ou aplicações de teste e diagnóstico que controlam e monitorizam dinamicamente o descarte ou reencaminhamento de mensagens (AUTOSAR_AP_SWS_CommunicationManagement §9.1 «SecOC VerificationStatus»). Pergunta Q-93c34e1f19b92c49 (aberta) Deste modo, o Communication Management fica capacitado para sobrepor resultados de verificação de forma direcionada durante o funcionamento ([SWS_CM_11279]).

2. Métodos, eventos e campos

A especificação do serviço não contém eventos nem campos, definindo exclusivamente um método cliente-servidor síncrono ou com capacidade de resposta ([SWS_CM_10050]):

• VerifyStatusOverride: força um comportamento SecOC específico na receção de mensagens (aceitar ou descartar com ou sem execução da verificação de autenticador) e permite definir um resultado definido para VerificationStatusResult ([SWS_CM_10050]).

O método tem a versão 1.0 e está especificado com Fire & Forget false ([SWS_CM_10050]). No modelo de programação C++ de ara::com, a chamada retorna tipicamente um ara::core::Future que confirma a conclusão da configuração (interpretação). Pergunta Q-44d3566c154670c9 (aberta) O método define três parâmetros de entrada ([SWS_CM_10050]):

• dataID (direção IN, tipo uint16_t): identificador unívoco da mensagem para a qual a sobreposição deve ser aplicada ([SWS_CM_10050]).
• overrideStatus (direção IN, tipo OverrideStatus): valor de enumeração que determina se a verificação é executada, se a mensagem é descartada ou reencaminhada e por que duração a sobreposição permanece ativa ([SWS_CM_10050]).
• numberOfMessagesToOverride (direção IN, tipo uint8_t): número de processos de verificação sequenciais que devem ser sobrepostos. Este contador só é considerado se overrideStatus estiver definido como kSecOcOverrideDropUntilLimit, kSecOcOverrideSkipUntilLimit ou kSecOcOverridePassUntilLimit ([SWS_CM_10050]).

3. Ciclo de vida, fluxos de sessão e dependências de estado

A definição da porta de serviço VerificationStatusConfigurationByDataId está assinalada com o estado DRAFT na release R25-11 ([SWS_CM_11369]). Após o arranque do Functional Cluster Communication Management, este disponibiliza o serviço Skeleton, após o que os consumidores interessados resolvem e associam a instância através da pesquisa de serviços (AUTOSAR_AP_SWS_CommunicationManagement §8.x «Definition of Port VerificationStatusConfigurationByDataId»).

Diagrama de sequência: fluxo de sobreposição do estado de verificação através do método VerifyStatusOverride. Fontes: [SWS_CM_10050], [SWS_CM_11279], AUTOSAR_AP_SWS_CommunicationManagement §9.1 «SecOC VerificationStatus».

Normalmente, uma verificação de autenticador falhada no SecOC faz com que a mensagem afetada seja descartada (AUTOSAR_AP_SWS_CommunicationManagement §9.1 «SecOC VerificationStatus»). No entanto, assim que VerifyStatusOverride é chamado com sucesso, a configuração definida entra imediatamente em vigor para todas as mensagens subsequentes do dataID especificado ([SWS_CM_10050]). Dependendo do parâmetro overrideStatus, a manipulação permanece permanentemente ativa ou termina automaticamente assim que o número de mensagens definido no contador numberOfMessagesToOverride for processado ([SWS_CM_10050]).

4. Tratamento de erros e Application Errors

Como VerifyStatusOverride não apresenta comportamento fire-and-forget, a aplicação chamadora recebe uma resposta explícita sobre o resultado do pedido de configuração ([SWS_CM_10050]). Erros de aplicação ou códigos de erro específicos não estão declarados na norma para esta interface de serviço; quaisquer erros de chamada deverão, por isso, ser comunicados através de domínios de erro gerais da infraestrutura ara::com ([SWS_CM_10050]). Pergunta Q-d1e549f2415ac403 (aberta)

Em termos funcionais, o próprio serviço funciona como instrumento central para o tratamento de erros ao nível da aplicação: ao permitir forçar um VerificationStatusResult específico, rotinas de tratamento de erros na aplicação podem ser estimuladas e validadas ([SWS_CM_10050]). Isto permite que um IDS ou sistema de gestão de segurança ensaie especificamente ataques simulados ou transmissões com falhas e teste contramedidas dinâmicas adequadas em todo o sistema (AUTOSAR_AP_SWS_CommunicationManagement §9.1 «SecOC VerificationStatus»).