Figure 7.8: Certificate deployment

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm zur Spezifikation des Certificate-Deployments in der AUTOSAR Adaptive Platform (Modul Cryptography / SWS Cryptography). Das Metamodell unterteilt sich in die Pakete bzw. Domänen ApplicationDesign und Target-Configuration. Es beschreibt die Abbildung softwareseitiger Zertifikatsschnittstellen (PortInterface) auf kryptografische Zielkonfigurationselemente wie Zertifikate, Schlüsselslots, Modulinstanzen und Prozesse.

2. Komponenten, Entitäten & Schnittstellen

Das Paket ApplicationDesign enthält:

• PortInterface (Spezialisierung von ARElement, AtpBlueprint, AtpBlueprintable, AtpType).
• CryptoInterface als Spezialisierung von PortInterface.
• CryptoCertificateInterface als Spezialisierung von CryptoInterface mit Attributen isPrivate: Boolean [0..1] und writeAccess: Boolean [0..1].
• RPortPrototype (Spezialisierung von AbstractRequiredPortPrototype), referenziert über +requiredInterface mit Stereotyp «isOfType» und Eigenschaft {redefines atpType} PortInterface (Kardinalität 0..1).

Das Paket Target-Configuration enthält:

• CryptoCertificate (Spezialisierung von Identifiable) mit Attribut isPrivate: Boolean [0..1].
• CryptoKeySlot (Spezialisierung von Identifiable) mit Attributen allocateShadowCopy: Boolean [0..1], cryptoAlgId: String [0..1], cryptoObjectType: CryptoObjectTypeEnum [0..1], slotCapacity: PositiveInteger [0..1] und slotType: CryptoKeySlotTypeEnum [0..1].
• CryptoProvider (Spezialisierung von Identifiable), enthält per Komposition +keySlot 0..* mit Stereotyp «atpSplitable» Instanzen von CryptoKeySlot.
• CryptoModuleInstantiation (Spezialisierung von NonOsModuleInstantiation), aggregiert/komponiert:
  • +cryptoCertificate 0..* mit Stereotyp «atpSplitable» zu CryptoCertificate
  • +cryptoProvider 0..* mit Stereotyp «atpSplitable» zu CryptoProvider
  • +certificateToKeySlotMapping 0..* mit Stereotyp «atpSplitable» zu CryptoCertificateToCryptoKeySlotMapping
• CryptoCertificateToCryptoKeySlotMapping, referenziert:
  • +cryptoCertificate 0..1 zu CryptoCertificate
  • +cryptoKeySlot 0..2 mit Stereotyp «atpSplitable» zu CryptoKeySlot
• CryptoCertificateToPortPrototypeMapping (Spezialisierung von UploadableDeploymentElement) mit Attribut writeAccess: Boolean [0..1]:
  • «instanceRef» +portPrototype 0..1 zu RPortPrototype (paketübergreifend)
  • +cryptoCertificate 0..1 zu CryptoCertificate
  • +process 0..1 zu Process
• Process (Spezialisierung von AbstractExecutionContext) ohne eigene Attributspezifikation im Klassenkasten.

3. Dynamisches Verhalten & Sequenzablauf

Statisches AUTOSAR-Metamodell ohne dynamische Verhaltens- oder Sequenzdiagrammelemente. Das Modell definiert die Konfigurations- und Deployment-Struktur zur Entwurfs- und Generierungszeit: Ein RPortPrototype einer Applikation, typisiert über CryptoCertificateInterface, wird über CryptoCertificateToPortPrototypeMapping im Kontext eines ausführenden Process genau einem CryptoCertificate zugewiesen. Parallel dazu verknüpft CryptoCertificateToCryptoKeySlotMapping das CryptoCertificate mit bis zu zwei physischen Schlüsselspeichern (CryptoKeySlot), beispielsweise für getrennte Lese-/Schreib- oder Primär-/Schatten-Schlüssel. CryptoModuleInstantiation fasst die Provider, Zertifikate und Zuordnungen auf Knotenebene zusammen.

4. Normative Relevanz & Entwickler-Hinweise

Normative Metamodell-Definition für AUTOSAR Adaptive Cryptography. Wesentliche Konfigurationsregeln:

• Die Referenzen von CryptoCertificateToPortPrototypeMapping auf RPortPrototype, CryptoCertificate und Process besitzen die optionale Kardinalität 0..1.
• CryptoCertificateToCryptoKeySlotMapping bindet optional bis zu ein Zertifikat (0..1) an bis zu zwei CryptoKeySlot-Instanzen (0..2).
• Assoziationen und Kompositionen an CryptoModuleInstantiation sowie zu CryptoKeySlot sind mit dem Stereotyp «atpSplitable» annotiert, was eine Aufteilung über mehrere ARXML-Dateien/Pakete im AUTOSAR-Modell unterstützt.
• Die Zugriffsberechtigungen (writeAccess, isPrivate) werden sowohl auf Interface-Ebene (CryptoCertificateInterface) als auch auf Deployment-Ebene (CryptoCertificateToPortPrototypeMapping, CryptoCertificate) deklariert.