namespace ara::crypto::cryp

Der Namespace ara::crypto::cryp stellt die zentralen Schnittstellen für kryptografische Operationen, Schlüsselobjekte und Schlüsselspeicher in der AUTOSAR-Adaptive-Plattform bereit. Über die zentrale Fabrik CryptoProvider werden Schlüssel aus Instanzen von KeySlot bezogen und spezialisierte, von CryptoContext abgeleitete Ausführungskontexte für Verschlüsselung, Signaturen oder Hashing instanziiert. Die kryptografischen Operationen werden nach Konfiguration des zustandsbehafteten Kontexts mit den Eingabedaten ausgeführt. Eine wesentliche Randbedingung liegt nach vorliegender Interpretation in der strikten Kapselung des Schlüsselmaterials über CryptoObject sowie der Differenzierung von Schreibrechten über WriteableKeySlot.

mehr ›

Kontext und Aufgabenbereich

Der Namespace ara::crypto::cryp bildet den funktionalen Kern des AUTOSAR-Adaptive-Kryptografiemoduls und stellt Schnittstellen für kryptografische Primitive, Objektmodelle und Schlüsselverwaltungsstrukturen bereit. Im Mittelpunkt der Architektur steht die Schnittstelle CryptoProvider, welche als Implementierungsinstanz und Fabrik für kryptografische Algorithmen sowie für den Zugriff auf Schlüsselspeicher dient. Grundlegende Datenstrukturen und Schlüssel werden über die gemeinsame Schnittstelle CryptoObject repräsentiert, von der konkrete Schlüsseltypen wie SymmetricKey, PublicKey und PrivateKey abstammen. Speicherorte für Schlüsselmaterial werden durch KeySlot sowie dessen schreibbare Spezialisierung WriteableKeySlot abgebildet.

Kontextdiagramm: Zusammenspiel von CryptoProvider, Schlüsselspeicher und kryptografischen Kontexten. Quellen: Keine im Payload angegeben.

Für die Ausführung kryptografischer Transformationen stellt der Namespace eine Familie spezialisierter Schnittstellen bereit, die auf dem veränderlichen Basiskontext CryptoContext aufbauen. Zu diesen Ausführungskontexten gehören symmetrische Chiffrierer (SymmetricCipherCtx, AuthCipherCtx), asymmetrische Verschlüsselung und Entschlüsselung (EncryptorPublicCtx, DecryptorPrivateCtx) sowie Mechanismen zur Signaturerzeugung und -prüfung (SignerPrivateCtx, VerifierPublicCtx). Ergänzt wird dieses Spektrum durch Kontexte für Hashfunktionen (HashFunctionCtx), nachrichtenbasierte Authentifizierungscodes (MessageAuthnCodeCtx), Schlüsselableitung (KeyDerivationFunctionCtx), Schlüsselvereinbarung (KeyAgreementPrivateCtx), Schlüsselkapselung (KeyEncapsulatorPublicCtx, KeyDecapsulatorPrivateCtx), Schlüsselkapselung mit symmetrischem Wrapping (SymmetricKeyWrapperCtx), Zufallszahlengenerierung (RandomGeneratorCtx) sowie den sicheren Schlüsselimport (ProtectedKeyImportCtx).

Lebenszyklus und Zustandshaltung

Die Verwaltung und Lebensdauer kryptografischer Artefakte ist eng an das Zusammenspiel zwischen CryptoProvider, Schlüsselobjekten und Kontexten gekoppelt. Der Lebenszyklus kryptografischer Kontexte und Objekte wird nach vorliegender Interpretation primär über die Fabrik- und Verwaltungsmethoden von CryptoProvider gesteuert, welcher als zentraler Einstiegspunkt für die Instanziierung fungiert. Objekte, die von CryptoObject abgeleitet sind, repräsentieren unveränderliche oder verwaltete kryptografische Entitäten, während CryptoContext explizit als zustandsbehafteter, veränderlicher Kontext definiert ist. Dies erfordert, dass Konfigurationen, Zwischenzustände und algorithmische Parameter innerhalb der jeweiligen Kontextinstanz gepflegt werden.

Für die persistente oder temporäre Ablage von Schlüsselmaterial differenziert der Namespace zwischen KeySlot und WriteableKeySlot. Die Trennung zwischen KeySlot und WriteableKeySlot dürfte nach sachgerechter Interpretation lesende Zugriffe von schreibenden Schlüsselmodifikationen trennen, sodass unveränderliche oder schreibgeschützte Schlüsselbereiche vor versehentlichem Überschreiben geschützt werden können. Frage Q-e1b708ca976f7e99 (offen) Zustandstransformationen von Schlüsseln und Kontexten finden somit unter der Kontrolle des zugehörigen Providers statt, welcher die Gültigkeit der Schlüsselobjekte über deren Lebenszyklus hinweg sicherstellt.

Nutzungspfad kryptografischer Operationen

Kryptografische Operationen folgen typischerweise der Sequenz aus Provider-Abfrage, Schlüsselbereitstellung über Key-Slots und Initialisierung des zustandsbehafteten Kontexts. In einem ersten Schritt greift eine Anwendungskomponente auf den zuständigen CryptoProvider zu. Über diesen Provider wird das erforderliche Schlüsselmaterial entweder aus einem KeySlot bzw. WriteableKeySlot geladen oder als konkretes CryptoObject (beispielsweise als SymmetricKey, PrivateKey oder PublicKey) bezogen. Parallel oder nachfolgend erzeugt der Provider die passende Instanz von CryptoContext, etwa einen SymmetricCipherCtx für Verschlüsselungen oder einen SignerPrivateCtx für digitale Signaturen.

Sequenzdiagramm: Typische Aufrufreihenfolge bei der Durchführung kryptografischer Operationen. Quellen: Keine im Payload angegeben.

Im anschließenden Ausführungsschritt wird der erzeugte Kontext mit dem geladenen Schlüssel konfiguriert und mit den zu verarbeitenden Nutzdaten versorgt. Aufgrund der zustandsbehafteten Natur von CryptoContext können Streaming-Operationen oder mehrstufige Transformationen schrittweise durchgeführt werden, bevor das abschließende kryptografische Ergebnis (wie Chiffrat, Signatur oder Hashwert) an die Anwendung zurückgeliefert wird. Nach Abschluss der Verarbeitung obliegt die Freigabe flüchtiger Zustände der Konvention des ausführenden Kontexts und Providers.