namespace ara::crypto::cryp

Le namespace ara::crypto::cryp met à disposition les interfaces centrales pour les opérations cryptographiques, les objets de clés et les stockages de clés dans l'AUTOSAR Adaptive Platform. Via la fabrique centrale CryptoProvider, les clés sont obtenues à partir d'instances de KeySlot et des contextes d'exécution spécialisés, dérivés de CryptoContext, sont instanciés pour le chiffrement, les signatures ou le hachage. Les opérations cryptographiques sont exécutées avec les données d'entrée après configuration du contexte avec état. Selon la présente interprétation, une contrainte essentielle réside dans l'encapsulation stricte du matériel de clé via CryptoObject ainsi que dans la différenciation des droits d'écriture via WriteableKeySlot.

plus ›

Contexte et champ d'application

Le namespace ara::crypto::cryp constitue le cœur fonctionnel du module de cryptographie d'AUTOSAR Adaptive et fournit des interfaces pour les primitives cryptographiques, les modèles d'objets et les structures de gestion de clés. Au centre de l'architecture se trouve l'interface CryptoProvider, qui sert d'instance d'implémentation et de fabrique pour les algorithmes cryptographiques ainsi que pour l'accès aux stockages de clés. Les structures de données fondamentales et les clés sont représentées via l'interface commune CryptoObject, dont dérivent des types de clés concrets tels que SymmetricKey, PublicKey et PrivateKey. Les emplacements de stockage pour le matériel de clé sont représentés par KeySlot ainsi que sa spécialisation inscriptible WriteableKeySlot.

Diagramme de contexte : interaction entre CryptoProvider, stockage de clés et contextes cryptographiques. Sources : aucune indiquée dans le payload.

Pour l'exécution de transformations cryptographiques, le namespace fournit une famille d'interfaces spécialisées qui reposent sur le contexte de base modifiable CryptoContext. Ces contextes d'exécution comprennent les chiffreurs symétriques (SymmetricCipherCtx, AuthCipherCtx), le chiffrement et déchiffrement asymétriques (EncryptorPublicCtx, DecryptorPrivateCtx) ainsi que des mécanismes de génération et de vérification de signatures (SignerPrivateCtx, VerifierPublicCtx). Cet éventail est complété par des contextes pour les fonctions de hachage (HashFunctionCtx), les codes d'authentification de message (MessageAuthnCodeCtx), la dérivation de clés (KeyDerivationFunctionCtx), l'accord de clés (KeyAgreementPrivateCtx), l'encapsulation de clés (KeyEncapsulatorPublicCtx, KeyDecapsulatorPrivateCtx), l'encapsulation de clés avec wrapping symétrique (SymmetricKeyWrapperCtx), la génération de nombres aléatoires (RandomGeneratorCtx) ainsi que l'importation sécurisée de clés (ProtectedKeyImportCtx).

Cycle de vie et maintien de l'état

La gestion et la durée de vie des artefacts cryptographiques sont étroitement couplées à l'interaction entre CryptoProvider, les objets de clés et les contextes. Selon la présente interprétation, le cycle de vie des contextes et objets cryptographiques est principalement contrôlé via les méthodes de fabrique et d'administration de CryptoProvider, qui fait office de point d'entrée central pour l'instanciation. Les objets qui dérivent de CryptoObject représentent des entités cryptographiques immuables ou gérées, tandis que CryptoContext est explicitement défini comme un contexte modifiable avec état. Cela exige que les configurations, les états intermédiaires et les paramètres algorithmiques soient maintenus au sein de l'instance de contexte respective.

Pour le stockage persistant ou temporaire de matériel de clé, le namespace fait la distinction entre KeySlot et WriteableKeySlot. Selon une interprétation adéquate, la séparation entre KeySlot et WriteableKeySlot devrait distinguer les accès en lecture des modifications de clés en écriture, de sorte que les zones de clés immuables ou protégées en écriture puissent être préservées d'un écrasement accidentel. Question Q-e1b708ca976f7e99 (ouverte) Les transformations d'état des clés et des contextes ont ainsi lieu sous le contrôle du fournisseur associé, qui garantit la validité des objets de clés tout au long de leur cycle de vie.

Chemin d'utilisation des opérations cryptographiques

Les opérations cryptographiques suivent généralement la séquence composée de l'interrogation du fournisseur, de la mise à disposition de la clé via des key slots et de l'initialisation du contexte avec état. Dans une première étape, un composant applicatif accède au CryptoProvider compétent. Via ce fournisseur, le matériel de clé requis est soit chargé depuis un KeySlot ou WriteableKeySlot, soit obtenu en tant que CryptoObject concret (par exemple en tant que SymmetricKey, PrivateKey ou PublicKey). En parallèle ou par la suite, le fournisseur génère l'instance appropriée de CryptoContext, par exemple un SymmetricCipherCtx pour les chiffrements ou un SignerPrivateCtx pour les signatures numériques.

Diagramme de séquence : ordre d'appel typique lors de la réalisation d'opérations cryptographiques. Sources : aucune indiquée dans le payload.

Lors de l'étape d'exécution suivante, le contexte généré est configuré avec la clé chargée et alimenté avec les données utiles à traiter. En raison de la nature avec état de CryptoContext, des opérations de streaming ou des transformations en plusieurs étapes peuvent être effectuées pas à pas avant que le résultat cryptographique final (comme le cryptogramme, la signature ou la valeur de hachage) ne soit retourné à l'application. Une fois le traitement terminé, la libération des états volatils relève de la convention du contexte exécutant et du fournisseur.