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 Deployment. Es beschreibt die Abbildung softwareseitiger Zertifikatsschnittstellen (PortInterface) auf kryptografische Deployment-Artefakte 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 Deployment 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..* zu CryptoCertificate
  • +cryptoProvider 0..* zu CryptoProvider
  • +certificateToKeySlotMapping 0..* zu CryptoCertificateToCryptoKeySlotMapping
• CryptoCertificateToCryptoKeySlotMapping, referenziert:
  • +cryptoCertificate 1 zu CryptoCertificate
  • +cryptoKeySlot 0..2 zu CryptoKeySlot
• CryptoCertificateToPortPrototypeMapping (Spezialisierung von UploadablePackageElement) mit Attribut writeAccess: Boolean [0..1]:
  • «instanceRef» +portPrototype 1 zu RPortPrototype (paketübergreifend)
  • +cryptoCertificate 1 zu CryptoCertificate
  • +process 1 zu Process
• Process (Spezialisierung von AbstractExecutionContext) mit Attributen functionClusterAffiliation: String [0..1], numberOfRestartAttempts: PositiveInteger [0..1] und preMapping: Boolean [0..1].

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:

• Ein Port-Mapping erfordert zwingend die Referenzierung genau eines Port-Prototyps (+portPrototype 1), genau eines Zertifikats (+cryptoCertificate 1) und genau eines Zielprozesses (+process 1).
• Ein CryptoCertificateToCryptoKeySlotMapping bindet genau ein Zertifikat an 0 bis 2 CryptoKeySlot-Instanzen.
• Die Zugriffsberechtigungen (writeAccess, isPrivate) werden sowohl auf Interface-Ebene (CryptoCertificateInterface) als auch auf Deployment-Ebene (CryptoCertificateToPortPrototypeMapping, CryptoCertificate) konsistent deklariert.