Fournit des interfaces et des structures de données pour la représentation, la configuration et la validation de certificats X.509.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : c166465f6ba8ProvenanceQuestions ouvertes (2)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Fournit des interfaces et des structures de données pour la représentation, la configuration et la validation de certificats X.509.
L'espace de noms ara::crypto::x509 fournit des interfaces et des types de données pour la gestion, la définition d'utilisation et la validation de certificats X.509 ainsi que de réponses OCSP dans AUTOSAR Adaptive. Par le biais du contexte de validation CertificateValidationCtx, les chemins de certificats sont vérifiés de manière paramétrée à l'aide d'options telles que CertificateValidationOptions[SWS_CRYPT_50107]. Le résultat est renvoyé de manière structurée via des valeurs d'état telles que CertificateValidationStatus[SWS_CRYPT_40203], les vérifications de révocation en ligne étant inactives par défaut et devant être explicitement configurées.
Contexte
L'espace de noms ara::crypto::x509 fournit les interfaces et types de données centraux pour le traitement et la validation de structures de certificats X.509 dans l'AUTOSAR Adaptive Platform. Le modèle d'interface comprend la représentation de certificats numériques (Certificate), de demandes de signature de certificat (CertSignRequest), de Distinguished Names (X509DN) ainsi que de réponses OCSP (OcspResponse). L'instanciation et la gestion de ces artefacts cryptographiques s'effectuent typiquement via l'interface de fournisseur X509Provider (Interprétation : le fournisseur fait office d'instance de fabrique centrale pour les objets X.509). Question Q-449a726a75b1e78d (ouverte)
Pour les certificats, l'espace de noms définit des finalités d'utilisation des clés standardisées via le type X509KeyUsage[SWS_CRYPT_40101]. Parmi les constantes de bits figurent la génération de signatures numériques kConstrDigitalSignature[SWS_CRYPT_40151], la non-répudiation kConstrNonRepudiation[SWS_CRYPT_40152], le chiffrement de clés kConstrKeyEncipherment[SWS_CRYPT_40153], le chiffrement de données kConstrDataEncipherment[SWS_CRYPT_40154], l'accord de clés kConstrKeyAgreement[SWS_CRYPT_40155], la signature de certificats kConstrKeyCertSign[SWS_CRYPT_40156], la signature de CRL kConstrCrlSign[SWS_CRYPT_40157] ainsi que le chiffrement seul kConstrEncipherOnly[SWS_CRYPT_40158] et le déchiffrement seul kConstrDecipherOnly[SWS_CRYPT_40159]. En complément, X509ExtendedKeyUsage[SWS_CRYPT_50097] décrit des finalités d'utilisation étendues telles que l'authentification de serveur TLS kServerAuth[SWS_CRYPT_50098], l'authentification de client TLS kClientAuth[SWS_CRYPT_50099], la signature de code kCodeSigning[SWS_CRYPT_50100], la protection d'e-mails kEmailProtection[SWS_CRYPT_50101], les services d'horodatage kTimeStamping[SWS_CRYPT_50102] et la signature OCSP kOCSPSigning[SWS_CRYPT_50103].
Diagramme de contexte : interaction des interfaces centrales pour la gestion des certificats et la validation de chemins. Sources : [SWS_CRYPT_40101], [SWS_CRYPT_50097]
Parcours d'utilisation
Le flux opérationnel principal dans l'espace de noms consiste en la vérification de chemins de certificats via CertificateValidationCtx. Le comportement de validation est paramétré via des masques de bits du type CertificateValidationOptions[SWS_CRYPT_50107]. Par défaut, la vérification de chemin s'effectue sans intégration d'interrogations en ligne de l'état des certificats via l'option kOcspOff[SWS_CRYPT_50114]. Si la validité doit être vérifiée en ligne, il est possible d'activer soit la vérification de la chaîne complète via kOcspResponseCompleteChain[SWS_CRYPT_50112], soit exclusivement celle du certificat cible au moyen de kOcspResponseTargetOnly[SWS_CRYPT_50113].
Pour des scénarios de vérification spécifiques, d'autres options de validation permettent de surcharger les contrôles standard : ainsi, les limites temporelles de validité peuvent être ignorées via kIgnoreNotBefore[SWS_CRYPT_50108] et kIgnoreNotAfter[SWS_CRYPT_50109]. De même, l'évaluation de listes de révocation de certificats (CRL) préalablement importées peut être désactivée avec kIgnoreCrl[SWS_CRYPT_50111], ou le signalement d'erreur en présence d'extensions critiques inconnues peut être supprimé via kIgnoreUnknownCriticalExtensions[SWS_CRYPT_50110]. Après l'exécution de la validation, le contexte renvoie un objet résultat CertificateValidationResult (Interprétation : l'appel de validation intègre le certificat cible, les options de vérification et des réponses OCSP optionnelles, et encapsule le résultat dans la classe de résultat). Question (ouverte)
Diagramme de séquence : déroulement d'une validation de certificat au moyen d'un contexte de vérification et évaluation du résultat. Sources : [SWS_CRYPT_50107], [SWS_CRYPT_40203]
Scénarios d'erreur
Le résultat d'une vérification de chemin de certificat est détaillé via l'énumération CertificateValidationStatus[SWS_CRYPT_40203]. Une validation réussie est signalée par kValid (= 0). Si la vérification échoue, des valeurs d'état spécifiques caractérisent la cause exacte :
kInvalidSignature (= 1) : une signature au sein du chemin de certificat n'a pas pu être vérifiée avec succès.
kNoPathToTrustedCertificate (= 3) : aucun chemin vers un certificat racine classé comme digne de confiance n'a pu être établi.
kExpired (= 4) : le certificat a dépassé la période de validité (champ notAfter).
kFuture (= 5) : la période de validité du certificat n'a pas encore commencé selon le champ notBefore.
kRevoked (= 6) : le certificat a été révoqué ; cet état résulte de CRL importées ou d'une vérification OCSP active via kOcspResponseCompleteChain ou kOcspResponseTargetOnly.
kUnknownOcspStatus (= 7) : une réponse OCSP intégrée renvoie l'état « unknown » pour le certificat.
kUnknownCriticalExtension (= 8) : un certificat contient une extension critique inconnue qui n'a été ignorée ni par kIgnoreUnknownCriticalExtensions ni par un traitement préalable des exceptions.
Dans la mesure où des interrogations d'état en ligne sont traitées dans le processus de validation, l'énumération OcspResponseStatus[SWS_CRYPT_40001] signale le résultat de la récupération du protocole. Outre une confirmation de réponse réussie (kSuccessful = 0), des erreurs protocolaires et côté serveur peuvent survenir : requêtes non valides (kMalformedRequest = 1), erreurs internes de l'émetteur (kInternalError = 2), surcharge temporaire (kTryLater = 3), nécessité d'une signature (kSigRequired = 5) ou absence d'autorisation (kUnauthorized = 6).
Ce guide repose sur les spécifications AUTOSAR Adaptive relatives à la version R25-11 pour le module crypto. Il a été généré et structuré de manière automatisée.
KI-gestützte Gruppierung auf Basis der Records und Spezifikationsauszüge; keine Gliederung aus der AUTOSAR-Spezifikation.
Diagramme de classes
Abgerundete Rahmen = Namespace- bzw. Klassen-Scopes; hohle Dreieckspfeile = Vererbung (zeigt zur Basisklasse); graue Boxen = namespace-fremde bzw. externe Basisklassen. Klicken öffnet die jeweilige Klassen- bzw. cppreference-Seite.
=1 The certificate path validation failed because a signature of a certificate in the path could not be verified.
kNoPathToTrustedCertificate
=3 The certificate path validation failed because no path to a trusted certificate could be found.
kExpired
=4 The certificate path validation failed because a certificate is expired according to the notAfter field.
kFuture
=5 The certificate path validation failed because a certificate is not valid yet according to the notBefore field.
kRevoked
=6 The certificate path validation failed because a certificate has been revoked through a previously imported CRL or through an OCSP response (if OCSP is enabled through kOcspResponseComplete Chain or kOcspResponseTargetOnly)
kUnknownOcspStatus
=7 The certificate path validation failed because a certificate state is ’unknown’ according to an OCSP response (if OCSP is enabled through kOcspResponseCompleteChain or kOcspResponseTarget Only).
kUnknownCriticalExtension
=8 The certificate path validation failed because a certificate contains an unknown critical extension that has not been excluded from validation using the kIgnoreUnknownCriticalExtensions flag or the IgnoreCriticalExtension() function
Request a governed re-review of this record. The record is not changed immediately.
gemini-3.8-flash-low· 2026-10-13 · Original allemand