classe ara::crypto::x509::OcspResponse

L'interface ara::crypto::x509::OcspResponse encapsule la réponse d'une requête OCSP destinée à la vérification du statut de certificat dans AUTOSAR Adaptive. Typiquement, les appelants vérifient d'abord le statut de la réponse via GetResponseStatus() [SWS_CRYPT_50130] et récupèrent ensuite les certificats contenus au moyen de GetCertificates() [SWS_CRYPT_50131]. L'accès s'effectue de manière sûre vis-à-vis de la concurrence et des exceptions par l'intermédiaire de pointeurs intelligents partagés (shared smart pointers) sur des instances immuables (Sptrc) [SWS_CRYPT_40802].

plus ›

Contexte

L'interface ara::crypto::x509::OcspResponse encapsule, dans le module crypto d'AUTOSAR Adaptive Platform, les données d'une réponse conforme au protocole OCSP (Online Certificate Status Protocol). Sa responsabilité principale consiste à mettre à la disposition des applications et des fonctions de sécurité le statut de validité et de révocation des certificats X.509. Contrairement aux listes de révocation de certificats (CRL) statiques, OCSP permet une interrogation rapide du statut de certificats individuels auprès d'un service de validation.

Dans l'architecture cryptographique, l'interface agit comme source d'informations pour les composants appelants, tels que les services d'authentification ou les piles de protocoles TLS. Elle fournit des méthodes pour interroger le statut global de la réponse du message OCSP [SWS_CRYPT_50130] ainsi que pour extraire les certificats transportés dans la réponse [SWS_CRYPT_50131]. De cette manière, les partenaires de communication peuvent vérifier immédiatement la validité des chaînes de certificats.

Cycle de vie

En tant qu'interface purement virtuelle, ara::crypto::x509::OcspResponse ne définit aucun constructeur public ni aucune méthode de fabrique propre. L'instanciation a généralement lieu de manière interne à la plateforme via les composants de pilote et de fournisseur de la pile cryptographique, qui analysent les données brutes reçues de la réponse OCSP (interprétation : les instances concrètes sont créées par les fournisseurs X.509 sous-jacents). Question Q-30d53aa886333cbc (ouverte)

Pour la transmission et la gestion des instances, la classe spécifie l'alias de type Sptrc comme std::shared_ptr<const OcspResponse> [SWS_CRYPT_40802]. Ce pointeur intelligent établit une relation de possession partagée avec un accès strict en lecture. La durée de vie de l'objet est régie par le comptage de références du shared pointer et prend fin automatiquement dès que la dernière référence est libérée.

Sur le plan de la concurrence et de la tolérance aux fautes, les méthodes GetResponseStatus [SWS_CRYPT_50130] et GetCertificates [SWS_CRYPT_50131] sont déclarées sûres vis-à-vis des exceptions (exception safe) et sûres au niveau des threads (thread-safe). Puisqu'un accès exclusivement constant est octroyé via Sptrc [SWS_CRYPT_40802], plusieurs threads peuvent accéder en parallèle et sans verrous externes à la même instance de réponse OCSP.

Parcours d'utilisation

Le déroulement typique de l'évaluation d'une réponse OCSP comprend la vérification du statut et la récupération consécutive des certificats intégrés :

1. Interroger le statut : l'appelant appelle d'abord GetResponseStatus() [SWS_CRYPT_50130]. La méthode renvoie un ara::core::Result<OcspResponseStatus> indiquant si la réponse a été générée avec succès ou si une erreur de protocole est survenue.
2. Vérifier le résultat : l'application examine l'objet Result. L'évaluation d'autres données utiles n'est pertinente que si la réponse OCSP est marquée comme réussie.
3. Obtenir les certificats : l'application appelle ensuite GetCertificates() [SWS_CRYPT_50131]. Un ara::core::Result<ara::core::Vector<Certificate::Sptrc>> est alors renvoyé, encapsulant tous les certificats contenus dans la réponse OCSP.
4. Effectuer la vérification : les certificats extraits servent probablement à valider la signature de la réponse OCSP ou la chaîne de certificats du répondeur (interprétation : les certificats participent à la vérification de l'authenticité des données OCSP). Question Q-4f4a5f1b72358a1f (ouverte)

Diagramme de séquence : séquence typique pour l'interrogation du statut de la réponse OCSP et la récupération des certificats contenus. Sources : [SWS_CRYPT_50130], [SWS_CRYPT_50131].

Scénarios d'erreur

Les deux méthodes de l'interface utilisent ara::core::Result comme type de retour synchrone et sont munies de l'identificateur noexcept, ce qui exclut la levée d'exceptions C++ synchrones [SWS_CRYPT_50130] [SWS_CRYPT_50131].

Pour GetResponseStatus() [SWS_CRYPT_50130] et GetCertificates() [SWS_CRYPT_50131], la spécification AUTOSAR ne définit explicitement aucun code d'erreur standardisé. Les causes d'erreur potentielles – telles que des erreurs d'analyse syntaxique ou des pénuries de mémoire internes à la plateforme – sont signalées de manière spécifique à l'implémentation via l'objet d'erreur de ara::core::Result. L'existence d'un pointeur valide de type OcspResponse::Sptrc [SWS_CRYPT_40802] constitue une condition préalable, car un accès via un pointeur nul provoquerait un comportement indéfini.