interfaz de servicio VerificationStatusConfigurationByDataId

La interfaz de servicio VerificationStatusConfigurationByDataId, que se encuentra en estado DRAFT, es provista por el Functional Cluster Communication Management para configurar dinámicamente el comportamiento de verificación de SecOC para identificadores de datos específicos ([SWS_CM_11369]). A través del método VerifyStatusOverride, las aplicaciones autorizadas pueden forzar la aceptación, el descarte o la omisión de mensajes y predefinir un resultado de verificación determinado ([SWS_CM_10050]). La invocación del método se realiza de forma síncrona con acuse mediante Fire & Forget false, pudiéndose fijar también, a través de un parámetro de contador, una limitación a un número fijo de mensajes consecutivos.

más ›

1. Rol y contexto del sistema de la interfaz de servicio

La interfaz de servicio VerificationStatusConfigurationByDataId es provista como puerto de servicio por el Functional Cluster Communication Management (CM) ([SWS_CM_11369]). En la arquitectura de servicios de AUTOSAR Adaptive, la gestión de comunicaciones asume el rol de proveedor de servicios (skeleton), mientras que las aplicaciones funcionales autorizadas interactúan como consumidoras a través del proxy generado (AUTOSAR_AP_SWS_CommunicationManagement §8.x «Definition of Port VerificationStatusConfigurationByDataId»). La tarea primaria de esta interfaz consiste en configurar e invalidar de forma selectiva el comportamiento de verificación criptográfica de Secure Onboard Communication (SecOC) para un identificador de mensaje transmitido (dataID) ([SWS_CM_10050]).

La interfaz complementa el servicio regular de notificación de estado de verificación, a través del cual el sistema reenvía cada resultado de verificación a las aplicaciones ([SWS_CM_11278]). Los consumidores de la interfaz de configuración suelen ser habitualmente sistemas especializados de gestión de seguridad, sistemas de detección de intrusiones (IDS) o aplicaciones de prueba y diagnóstico que controlan y supervisan dinámicamente el descarte o reenvío de mensajes (AUTOSAR_AP_SWS_CommunicationManagement §9.1 «SecOC VerificationStatus»). Pregunta Q-93c34e1f19b92c49 (abierta) De este modo, se capacita a Communication Management para invalidar de forma selectiva los resultados de verificación durante el funcionamiento ([SWS_CM_11279]).

2. Métodos, eventos y campos

La especificación del servicio no contiene ni eventos ni campos, sino que define exclusivamente un método cliente-servidor síncrono o con acuse de recibo ([SWS_CM_10050]):

• VerifyStatusOverride: fuerza un comportamiento específico de SecOC en la recepción de mensajes (aceptar o descartar con o sin ejecución de la verificación del autenticador) y permite establecer un resultado definido para VerificationStatusResult ([SWS_CM_10050]).

El método posee la versión 1.0 y está especificado con Fire & Forget false ([SWS_CM_10050]). Por lo tanto, en el modelo de programación C++ de ara::com, la invocación devuelve típicamente un ara::core::Future que confirma la finalización de la configuración (interpretación). Pregunta Q-44d3566c154670c9 (abierta) El método define tres parámetros de entrada ([SWS_CM_10050]):

• dataID (dirección IN, tipo uint16_t): identificador unívoco del mensaje para el cual debe aplicarse la invalidación ([SWS_CM_10050]).
• overrideStatus (dirección IN, tipo OverrideStatus): valor de enumeración que determina si se ejecuta la verificación, si el mensaje se descarta o se reenvía, y durante qué duración permanece activa la invalidación ([SWS_CM_10050]).
• numberOfMessagesToOverride (dirección IN, tipo uint8_t): cantidad de procesos de verificación secuenciales que deben invalidarse. Este contador se toma en consideración exclusivamente cuando overrideStatus está establecido en kSecOcOverrideDropUntilLimit, kSecOcOverrideSkipUntilLimit o kSecOcOverridePassUntilLimit ([SWS_CM_10050]).

3. Ciclo de vida, flujos de sesión y dependencias de estado

La definición del puerto de servicio VerificationStatusConfigurationByDataId cuenta en la versión R25-11 con el estado DRAFT ([SWS_CM_11369]). Tras el inicio del Functional Cluster Communication Management, este pone a disposición el servicio skeleton, tras lo cual los consumidores interesados resuelven y vinculan la instancia a través de la búsqueda de servicios (AUTOSAR_AP_SWS_CommunicationManagement §8.x «Definition of Port VerificationStatusConfigurationByDataId»).

Diagrama de secuencias: desarrollo de la invalidación del estado de verificación a través del método VerifyStatusOverride. Fuentes: [SWS_CM_10050], [SWS_CM_11279], AUTOSAR_AP_SWS_CommunicationManagement §9.1 «SecOC VerificationStatus».

De forma regular, una verificación fallida del autenticador en SecOC hace que el mensaje afectado sea descartado (AUTOSAR_AP_SWS_CommunicationManagement §9.1 «SecOC VerificationStatus»). Sin embargo, tan pronto como se invoca VerifyStatusOverride con éxito, la configuración depositada surte efecto de inmediato para todos los mensajes posteriores del dataID especificado ([SWS_CM_10050]). En función del parámetro overrideStatus, la manipulación permanece activa de forma permanente o finaliza automáticamente en cuanto se procesa la cantidad de mensajes definida en el contador numberOfMessagesToOverride ([SWS_CM_10050]).

4. Tratamiento de errores y Application Errors

Dado que VerifyStatusOverride no presenta un comportamiento Fire-and-Forget, la aplicación invocadora recibe una respuesta explícita sobre el resultado de la solicitud de configuración ([SWS_CM_10050]). En el estándar no se declaran errores de aplicación ni códigos de error específicos para esta interfaz de servicio; por lo tanto, es probable que los posibles errores de invocación se notifiquen a través de dominios de error genéricos de la infraestructura ara::com ([SWS_CM_10050]). Pregunta Q-d1e549f2415ac403 (abierta)

Desde el punto de vista funcional, el propio servicio sirve como instrumento central para el tratamiento de errores por parte de la aplicación: al poder forzarse un VerificationStatusResult específico, es posible estimular y validar las rutinas de tratamiento de errores en la aplicación ([SWS_CM_10050]). Esto permite que un IDS o un sistema de gestión de seguridad ensayen de forma selectiva ataques simulados o transmisiones erróneas y prueben contramedidas dinámicas adecuadas en el sistema global (AUTOSAR_AP_SWS_CommunicationManagement §9.1 «SecOC VerificationStatus»).