DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_Cryptography FIG-3039af3d10a88402 862 × 549 px 1 Release(s)

Figure 7.8: Certificate deployment

SHA-256 Inhalts-Fingerabdruck: 3039af3d10a884021a7f3a3efee6630318128fc194cfffd9466e04f0020e1b8a
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

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..* 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.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R22-11 → R23-11 redaktionell Vorgänger: FIG-98f78cf01fea511a
  • CryptoCertificateToPortPrototypeMapping: Supertyp von UploadablePackageElement in UploadableDeploymentElement umbenannt.
R23-11 → R24-11 redaktionell Nachfolger: FIG-fce068a1539ce5e2
  • Paketbereich Deployment in Target-Configuration umbenannt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Deployment | ApplicationDesign | Identifiable | CryptoKeySlot | + allocateShadowCopy: Boolean [0..1] + cryptoAlgId: String [0..1] + cryptoObjectType: CryptoObjectTypeEnum [0..1] + slotCapacity: PositiveInteger [0..1] + slotType: CryptoKeySlotTypeEnum [0..1] | Identifiable | CryptoCertificate | + isPrivate: Boolean [0..1] | UploadableDeploymentElement | CryptoCertificateToPortPrototypeMapping | + writeAccess: Boolean [0..1] | CryptoCertificateToCryptoKeySlotMapping | Identifiable | CryptoProvider | AbstractRequiredPortPrototype | RPortPrototype | ARElement AtpBlueprint AtpBlueprintable | AtpType | PortInterface | CryptoCertificateInterface | + isPrivate: Boolean [0..1] + writeAccess: Boolean [0..1] | AbstractExecutionContext | Process | CryptoInterface | NonOsModuleInstantiation | CryptoModuleInstantiation | «atpSplitable» | +keySlot | 0..* | +cryptoKeySlot 0..2 | «atpSplitable» | +certificateToKeySlotMapping 0..* | «isOfType» | +requiredInterface | 0..1 {redefines atpType} | +process | 0..1 | +cryptoCertificate 0..1 | «atpSplitable» | +cryptoCertificate | 0..* | «instanceRef» | +portPrototype | 0..1 | «atpSplitable» | +cryptoProvider 0..* | +cryptoCertificate | 0..1

Begleitender Spezifikationstext:

Specification of Cryptography AUTOSAR AP R23-11 Figure 7.8 shows the model elements that are relevant for the deployment of certificates. Deployment ApplicationDesign Identifiable CryptoKeySlot + allocateShadowCopy: Boolean [0..1] + cryptoAlgId: String [0..1] + cryptoObjectType: CryptoObjectTypeEnum [0..1] + slotCapacity: PositiveInteger [0..1] + slotType: CryptoKeySlotTypeEnum [0..1] Identifiable CryptoCertificate + isPrivate: Boolean [0..1] UploadableDeploymentElement CryptoCertificateToPortPrototypeMapping + writeAccess: Boolean [0..1] CryptoCertificateToCryptoKeySlotMapping Identifiable CryptoProvider AbstractRequiredPortPrototype RPortPrototype ARElement AtpBlueprint AtpBlueprintable AtpType PortInterface CryptoCertificateInterface + isPrivate: Boolean [0..1] + writeAccess: Boolean [0..1] AbstractExecutionContext Process CryptoInterface NonOsModuleInstantiation CryptoModuleInstantiation «atpSplitable» +keySlot 0..* +cryptoKeySlot 0..2 «atpSplitable» +certificateToKeySlotMapping 0..* «isOfType» +requiredInterface 0..1 {redefines atpType} +process 0..1 +cryptoCertificate 0..1 «atpSplitable» +cryptoCertificate 0..* «instanceRef» +portPrototype 0..1 «atpSplitable» +cryptoProvider 0..* +cryptoCertificate 0..1 Figure 7.8: Certificate deployment [SWS_CRYPT_20611]{DRAFT} Validation of certification path ⌈When a certificate is installed, the whole certificate chain must be validated based on the whole tree path up to the root certificate (e.g., vehicle root) by ara::crypto::x509:

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_SWS_Cryptography S. 95 7.8 Figure 7.8: Certificate deployment
R23-11 AUTOSAR_AP_SWS_Cryptography S. 95 7.8 Figure 7.8: Certificate deployment