interfaz de servicio VerificationStatusConfigurationByFreshnessId
Als ara::com-Dienst modellierte Schnittstelle; Methoden/Felder werden über generierte Proxies/Skeletons aufgerufen (Parameterrichtung IN/OUT).
Guía del usuarioGENERADO POR IA
Permite la anulación controlada de la verificación SecOC para valores de frescura específicos con fines de prueba.
GENERADO POR IAno revisadoModelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: cd1800522a42ProcedenciaPreguntas abiertas (3)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán
Permite la anulación controlada de la verificación SecOC para valores de frescura específicos con fines de prueba.
La interfaz de servicio VerificationStatusConfigurationByFreshnessId sirve en la gestión de comunicación para manipular de forma selectiva el comportamiento de verificación de SecOC para determinados valores de frescura ([SWS_CM_10049]). A través del método VerifyStatusOverride, las aplicaciones pueden hacer que los mensajes se acepten, se omitan o se descarten independientemente del resultado de autenticación. El método trabaja con confirmación de acuse de recibo y evalúa la cantidad predefinida de mensajes exclusivamente ante estados de valor límite específicos ([SWS_CM_10049]).
Rol y contexto de sistema de la interfaz de servicio
La interfaz de servicio VerificationStatusConfigurationByFreshnessId proporciona en la gestión de comunicación (com) de AUTOSAR Adaptive Platform una interfaz funcional con la que se puede controlar de forma selectiva el comportamiento de verificación de SecOC (Secure Onboard Communication) ([SWS_CM_10049]). La interfaz sigue el patrón cliente/servidor orientado a servicios de la arquitectura ara::com (AUTOSAR_AP_SWS_CommunicationManagement p. 459). Como service provider actúa típicamente el subsistema SecOC de la gestión de comunicación, el cual implementa el service skeleton y comprueba las transmisiones entrantes de PDU protegidas ([SWS_CM_10049]). Como service consumers actúan aplicaciones de control —por ejemplo para diagnóstico del vehículo, automatización de pruebas o simulación de fallos— que solicitan manipulaciones temporales o limitadas por contador de los resultados de verificación a través de un objeto service proxy ([SWS_CM_10049]).
Métodos, eventos y campos
La Service Interface declara en la versión 1.0 exactamente un método denominado VerifyStatusOverride ([SWS_CM_10049]). En esta interfaz no existen eventos (Events) ni campos (Fields) (AUTOSAR_AP_SWS_CommunicationManagement p. 459). El método no está configurado explícitamente como Fire-and-Forget (Fire & Forget: false), motivo por el cual las llamadas se confirman de forma síncrona o asíncrona a través de un objeto Future ([SWS_CM_10049]).
El método VerifyStatusOverride define tres parámetros de entrada obligatorios ([SWS_CM_10049]):
freshnessID (tipo uint16_t): designa el identificador unívoco de freshness para el cual debe surtir efecto la operación de invalidación ([SWS_CM_10049]).
overrideStatus (tipo OverrideStatus): determina mediante un valor de enumeración si se ejecuta la comprobación de autenticación, si el mensaje se descarta o se reenvía, y durante cuánto tiempo permanece activa la invalidación ([SWS_CM_10049]).
numberOfMessagesToOverride (tipo uint8_t): especifica cuántos procesos de verificación consecutivos deben invalidarse en caso de utilizarse un límite basado en contador ([SWS_CM_10049]).
Ciclo de vida y secuencia de la invalidación
Mediante la llamada a VerifyStatusOverride, una aplicación consumidora puede manipular de forma determinista el comportamiento predeterminado de SecOC ([SWS_CM_10049]). Esto permite reenviar o descartar mensajes independientemente del resultado de verificación real o completamente sin comprobación ([SWS_CM_10049]). Además, puede forzarse un VerificationStatusResult específico, lo que permite comprobar de manera controlada mecanismos de tratamiento de errores adicionales en las aplicaciones receptoras ([SWS_CM_10049]).
El parámetro numberOfMessagesToOverride posee una semántica condicional: se evalúa exclusivamente si overrideStatus está establecido en uno de los estados de valor límite kSecOcOverrideDropUntilLimit, kSecOcOverrideSkipUntilLimit o kSecOcOverridePassUntilLimit ([SWS_CM_10049]). En estos casos, el módulo SecOC gestiona internamente, presumiblemente, un contador que se decrementa con cada mensaje entrante con un freshnessID coincidente hasta que se alcanza el límite superior y el servicio regresa al funcionamiento normal (interpretación basada en [SWS_CM_10049]). En otros estados, la invalidación probablemente permanezca activa de forma persistente hasta que sea modificada por una nueva llamada (interpretación). Pregunta Q-e916cb8cb1ee2992 (abierta)
Dado que VerifyStatusOverride no es una llamada Fire-and-Forget, la aplicación llamadora recibe a través del ara::core::Future resultante una confirmación sobre la correcta aplicación de la configuración ([SWS_CM_10049]). Aunque la especificación en estado DRAFT no enumera Application Error Codes específicos (AUTOSAR_AP_SWS_CommunicationManagement p. 459), es de suponer que la implementación del servicio confirme valores de parámetro erróneos o IDs de freshness desconocidos con un error (interpretación). Pregunta Q-e810b3bffe576706 (abierta) Por lo tanto, las aplicaciones consumidoras siempre deben resolver y validar el Future antes de inyectar mensajes específicos de prueba ([SWS_CM_10049]).
Este texto ha sido generado por una IA. Todas las afirmaciones técnicas se basan exclusivamente en las especificaciones de AUTOSAR R25-11.
Mitglieder
VerifyStatusOverrideThis service method provides the ability to force specific behavior of SecOc: accept or drop a message with or without p
This service method provides the ability to force specific behavior of SecOc: accept or drop a message with or without performing the verification of authenticator or independent of the authenticator verification result, and to force a specific result for VerificationStatusResult allowing additional fault handling in the application.
This service method provides the ability to force specific behavior of SecOc: accept or drop a message with or without performing the verification of authenticator or independent of the authenticator verification result, and to force a specific result for VerificationStatusResult allowing additional fault handling in the application.
Freshness value ID for which the override operation shall happen
overrideStatus
IN
OverrideStatus
The override status enum that defines whether verification is executed and whether the message is passed on, and for how long the override is active
numberOfMessagesToOverride
IN
uint8_t
Number of sequential VerifyStatus to override when using a specific counter for authentication verification. This is only considered when OverrideStatus is equal to k SecOcOverrideDropUntilLimit, kSecOcOverrideSkipUntilLimit or kSecOcOverride PassUntilLimit.
Request a governed re-review of this record. The record is not changed immediately.
gemini-3.8-flash-low· 2026-10-13 · Original en alemán