서비스 인터페이스 VerificationStatusConfigurationByFreshnessId

서비스 인터페이스 VerificationStatusConfigurationByFreshnessId은 통신 관리에서 특정 Freshness 값에 대한 SecOC의 검증 동작을 표적 조작하는 데 사용됩니다([SWS_CM_10049]). 애플리케이션은 메서드 VerifyStatusOverride을 통해 인증 결과와 무관하게 메시지를 수락, 건너뛰기 또는 폐기하도록 할 수 있습니다. 이 메서드는 승인 피드백과 함께 작동하며 지정된 메시지 수를 특정 한계 상태에서만 평가합니다([SWS_CM_10049]).

자세히 ›

서비스 인터페이스의 역할 및 시스템 컨텍스트

서비스 인터페이스 VerificationStatusConfigurationByFreshnessId은 AUTOSAR Adaptive Platform의 통신 관리(com)에서 SecOC(Secure Onboard Communication)의 검증 동작을 표적 제어할 수 있는 기능적 인터페이스를 제공합니다([SWS_CM_10049]). 이 인터페이스는 ara::com 아키텍처의 서비스 지향 클라이언트/서버 패턴을 따릅니다(AUTOSAR_AP_SWS_CommunicationManagement 459쪽). 서비스 프로바이더로는 일반적으로 서비스 스켈레톤을 구현하고 인바운드 보안 PDU 전송을 검사하는 통신 관리의 SecOC 서브시스템이 동작합니다([SWS_CM_10049]). 서비스 컨슈머로는 차량 진단, 테스트 자동화 또는 결함 시뮬레이션 등을 위한 제어 애플리케이션이 동작하며, 서비스 프록시 객체를 통해 검증 결과의 일시적 또는 카운터 제한 조작을 요청합니다([SWS_CM_10049]).

메서드, 이벤트 및 필드

서비스 인터페이스는 버전 1.0에서 VerifyStatusOverride이라는 정확히 하나의 메서드를 선언합니다([SWS_CM_10049]). 이 인터페이스에는 이벤트(Events)나 필드(Fields)가 존재하지 않습니다(AUTOSAR_AP_SWS_CommunicationManagement 459쪽). 메서드는 명시적으로 Fire-and-Forget으로 구성되지 않으므로(Fire & Forget: false), 호출은 동기식으로 승인되거나 Future 객체를 통해 비동기식으로 승인됩니다([SWS_CM_10049]).

메서드 VerifyStatusOverride은 세 개의 필수 입력 매개변수를 정의합니다([SWS_CM_10049]):

• freshnessID(타입 uint16_t): 오버라이드 작업이 적용되어야 하는 고유한 Freshness 식별자를 나타냅니다([SWS_CM_10049]).
• overrideStatus(타입 OverrideStatus): 열거형 값을 통해 인증 검사를 수행할지 여부, 메시지를 폐기할지 또는 전달할지 여부, 오버라이드가 활성 상태로 유지되는 기간을 결정합니다([SWS_CM_10049]).
• numberOfMessagesToOverride(타입 uint8_t): 카운터 기반 제한이 사용되는 경우 오버라이드할 연속 검증 작업의 수를 정의합니다([SWS_CM_10049]).

수명 주기 및 오버라이드 절차

소비 애플리케이션은 VerifyStatusOverride 호출을 통해 SecOC의 기본 동작을 결정론적으로 조작할 수 있습니다([SWS_CM_10049]). 이를 통해 실제 검증 결과와 무관하게 또는 검사 없이 완전히 메시지를 통과시키거나 폐기할 수 있습니다([SWS_CM_10049]). 또한 특정 VerificationStatusResult을 강제할 수 있어 수신 애플리케이션의 추가 오류 처리 메커니즘을 통제된 방식으로 검사할 수 있습니다([SWS_CM_10049]).

매개변수 numberOfMessagesToOverride은 조건부 시맨틱을 가집니다: overrideStatus이 한계 상태 kSecOcOverrideDropUntilLimit, kSecOcOverrideSkipUntilLimit 또는 kSecOcOverridePassUntilLimit 중 하나로 설정된 경우에만 독점적으로 평가됩니다([SWS_CM_10049]). 이러한 경우 SecOC 모듈은 내부적으로 카운터를 유지하는 것으로 보이며, 상한에 도달하여 서비스가 정상 작동으로 복귀할 때까지 일치하는 freshnessID을 가진 수신 메시지마다 카운터가 감소합니다([SWS_CM_10049]을 기반으로 한 해석). 다른 상태에서는 오버라이드가 새 호출에 의해 수정될 때까지 지속적으로 활성 상태를 유지할 것으로 보입니다(해석). 질문 Q-e916cb8cb1ee2992 (열림)

시퀀스 다이어그램: VerifyStatusOverride를 통한 검증 오버라이드의 구성 절차. 출처: [SWS_CM_10049], AUTOSAR_AP_SWS_CommunicationManagement 459쪽.

오류 처리 및 피드백

VerifyStatusOverride은 Fire-and-Forget 호출이 아니므로 호출 애플리케이션은 결과 ara::core::Future을 통해 구성이 성공적으로 적용되었음을 확인받습니다([SWS_CM_10049]). 사양의 DRAFT 상태에서는 특정 Application-Error 코드가 나열되어 있지 않지만(AUTOSAR_AP_SWS_CommunicationManagement 459쪽), 서비스 구현은 잘못된 매개변수 값이나 알 수 없는 Freshness ID에 대해 오류로 응답할 것으로 보입니다(해석). 질문 Q-e810b3bffe576706 (열림) 따라서 소비 애플리케이션은 테스트 전용 메시지를 주입하기 전에 항상 Future를 해석하고 유효성을 검사해야 합니다([SWS_CM_10049]).