Figure 9.63: Cryptographic Object Interfaces

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm zur Darstellung der statischen Schnittstellen- und Abhängigkeitsarchitektur für kryptographische Objekte innerhalb der AUTOSAR Adaptive Platform. Das Diagramm spezifiziert die Interaktion einer Adaptive Application mit dem Functional Cluster Cryptography (daemon-based) über standardisierte Schnittstellen.

2. Komponenten, Entitäten & Schnittstellen

• Adaptive Application: Anwendungskomponente, die kryptographische Schnittstellen konsumiert (über gerichtete «use»-Abhängigkeiten).
• «aapFunctionalCluster» Cryptography (daemon-based): Plattformkomponente/Dienst, der die Schnittstellen über Realisierungsbeziehungen bereitstellt.
• Schnittstellen / Objekte:
  • CryptoPrimitiveId (Stereotypen «aapAPI, aapNativeInterface»): Methoden + GetPrimitiveId(), + GetPrimitiveName().
  • SymmetricKey (Stereotypen RestrictedUseObject, «aapAPI, aapNativeInterface»): ohne dargestellte Methoden.
  • PrivateKey (Stereotypen RestrictedUseObject, «aapAPI, aapNativeInterface»): Methode + GetPublicKey().

3. Dynamisches Verhalten & Sequenzablauf

Statisches Strukturdiagramm ohne explizite Ablauf- oder Sequenzpfade. Der Aufrufkontext ergibt sich aus der synchronen Nutzung der Schnittstellenmethoden durch die Adaptive Application, wobei die Ausführung und Schlüsselverwaltung durch den Cryptography-Daemon im Hintergrund realisiert werden.

4. Normative Relevanz & Entwickler-Hinweise

Normative Definition der Kernschnittstellen für kryptographische Schlüssel und Primitive:

• RestrictedUseObject markiert Schlüsselobjekte mit reglementierten Verwendungsregeln (SymmetricKey, PrivateKey).
• CryptoPrimitiveId dient der Identifikation und Konfigurationsabfrage der zugrundeliegenden kryptographischen Primitive.
• PrivateKey erlaubt das Abrufen des zugehörigen öffentlichen Schlüssels (+ GetPublicKey()).