interface de service VerificationStatusConfigurationByDataId

L'interface de service VerificationStatusConfigurationByDataId, qui se trouve à l'état DRAFT, est fournie par le Functional Cluster Communication Management afin de configurer dynamiquement le comportement de vérification SecOC pour des ID de données spécifiques ([SWS_CM_11369]). Via la méthode VerifyStatusOverride, les applications autorisées peuvent forcer l'acceptation, le rejet ou l'omission de messages et imposer un résultat de vérification défini ([SWS_CM_10050]). L'appel de méthode s'effectue de manière synchrone acquittée avec Fire & Forget false, une limitation à un nombre fixe de messages successifs pouvant également être définie par le biais d'un paramètre de compteur.

plus ›

1. Rôle et contexte système de l'interface de service

L'interface de service VerificationStatusConfigurationByDataId est fournie en tant que port de service par le Functional Cluster Communication Management (CM) ([SWS_CM_11369]). Dans l'architecture de services d'AUTOSAR Adaptive, la gestion de la communication assume le rôle de fournisseur de service (skeleton), tandis que les applications fonctionnelles autorisées interagissent en tant que consommateurs via le proxy généré (AUTOSAR_AP_SWS_CommunicationManagement §8.x « Definition of Port VerificationStatusConfigurationByDataId »). La tâche principale de cette interface est de configurer et de surcharger de manière ciblée le comportement de vérification cryptographique de Secure Onboard Communication (SecOC) pour un identifiant de message transmis (dataID) ([SWS_CM_10050]).

L'interface complète le service régulier de notification d'état de vérification, par l'intermédiaire duquel le système transmet chaque résultat de vérification aux applications ([SWS_CM_11278]). Les consommateurs de l'interface de configuration devraient généralement être des systèmes spécialisés de gestion de la sécurité, des Intrusion Detection Systems (IDS) ou des applications de test et de diagnostic qui pilotent et surveillent dynamiquement le rejet ou la transmission de messages (AUTOSAR_AP_SWS_CommunicationManagement §9.1 « SecOC VerificationStatus »). Question Q-93c34e1f19b92c49 (ouverte) De cette manière, Communication Management est habilité à surcharger de manière ciblée les résultats de vérification en cours d'exécution ([SWS_CM_11279]).

2. Méthodes, événements et champs

La spécification du service ne contient ni événements ni champs, mais définit exclusivement une méthode client-serveur synchrone ou avec acquittement ([SWS_CM_10050]) :

• VerifyStatusOverride : force un comportement SecOC spécifique lors de la réception de messages (acceptation ou rejet avec ou sans exécution de la vérification de l'authentificateur) et permet de fixer un résultat défini pour VerificationStatusResult ([SWS_CM_10050]).

La méthode possède la version 1.0 et est spécifiée avec Fire & Forget false ([SWS_CM_10050]). Dans le modèle de programmation C++ de ara::com, l'appel renvoie donc typiquement un ara::core::Future qui confirme la fin de la configuration (interprétation). Question Q-44d3566c154670c9 (ouverte) La méthode définit trois paramètres d'entrée ([SWS_CM_10050]) :

• dataID (direction IN, type uint16_t) : identifiant unique du message pour lequel l'override doit être appliqué ([SWS_CM_10050]).
• overrideStatus (direction IN, type OverrideStatus) : valeur d'énumération qui détermine si la vérification est exécutée, si le message est rejeté ou transmis, et pendant quelle durée l'override reste actif ([SWS_CM_10050]).
• numberOfMessagesToOverride (direction IN, type uint8_t) : nombre d'opérations de vérification séquentielles qui doivent être écrasées. Ce compteur est exclusivement pris en compte lorsque overrideStatus est défini sur kSecOcOverrideDropUntilLimit, kSecOcOverrideSkipUntilLimit ou kSecOcOverridePassUntilLimit ([SWS_CM_10050]).

3. Cycle de vie, déroulement des sessions et dépendances d'état

La définition du port de service VerificationStatusConfigurationByDataId est pourvue du statut DRAFT dans la release R25-11 ([SWS_CM_11369]). Après le démarrage du Functional Cluster Communication Management, celui-ci met à disposition le service skeleton, à la suite de quoi les consommateurs intéressés résolvent et lient l'instance via la recherche de service (AUTOSAR_AP_SWS_CommunicationManagement §8.x « Definition of Port VerificationStatusConfigurationByDataId »).

Diagramme de séquence : déroulement de la surcharge de l'état de vérification via la méthode VerifyStatusOverride. Sources : [SWS_CM_10050], [SWS_CM_11279], AUTOSAR_AP_SWS_CommunicationManagement §9.1 « SecOC VerificationStatus ».

Normalement, un échec de la vérification de l'authentificateur avec SecOC entraîne le rejet du message concerné (AUTOSAR_AP_SWS_CommunicationManagement §9.1 « SecOC VerificationStatus »). Dès lors que VerifyStatusOverride a été appelée avec succès, la configuration enregistrée prend toutefois effet immédiatement pour tous les messages suivants de la dataID spécifiée ([SWS_CM_10050]). Selon le paramètre overrideStatus, la manipulation reste active en permanence ou prend fin automatiquement dès que le nombre de messages défini dans le compteur numberOfMessagesToOverride a été traité ([SWS_CM_10050]).

4. Gestion des erreurs et Application Errors

Comme VerifyStatusOverride ne présente pas de comportement Fire-and-Forget, l'application appelante reçoit un retour explicite sur le résultat de la demande de configuration ([SWS_CM_10050]). Aucune erreur applicative spécifique (Application Error) ni code d'erreur n'est déclaré dans le standard pour cette interface de service ; les éventuelles erreurs d'appel devraient donc être signalées via les domaines d'erreur généraux de l'infrastructure ara::com ([SWS_CM_10050]). Question Q-d1e549f2415ac403 (ouverte)

D'un point de vue fonctionnel, le service lui-même sert d'instrument central pour la gestion des erreurs côté application : la possibilité de forcer un VerificationStatusResult spécifique permet de stimuler et de valider les routines de traitement d'erreurs dans l'application ([SWS_CM_10050]). Cela permet à un IDS ou à un système de gestion de la sécurité de simuler de manière ciblée des attaques ou des transmissions défectueuses et d'éprouver des contre-mesures dynamiques appropriées dans l'ensemble du système (AUTOSAR_AP_SWS_CommunicationManagement §9.1 « SecOC VerificationStatus »).