DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_Cryptography FIG-98f78cf01fea511a 862 × 549 px 1 Release(s)

Figure 7.8: Certificate deployment

SHA-256 Inhalts-Fingerabdruck: 98f78cf01fea511ad489b4185ad5494b50f7018581b2bac33a96ef4c2f3aab03
✦ 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 UploadablePackageElement) 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)

R21-11 → R22-11 normative Änderung Vorgänger: FIG-c4b20597f8502b49
  • Process: Attribute functionClusterAffiliation, numberOfRestartAttempts und preMapping entfernt.
  • CryptoCertificateToPortPrototypeMapping -> RPortPrototype (+portPrototype): Kardinalität von 1 auf 0..1 geändert.
  • CryptoCertificateToPortPrototypeMapping -> CryptoCertificate (+cryptoCertificate): Kardinalität von 1 auf 0..1 geändert.
  • CryptoCertificateToPortPrototypeMapping -> Process (+process): Kardinalität von 1 auf 0..1 geändert.
  • CryptoCertificateToCryptoKeySlotMapping -> CryptoCertificate (+cryptoCertificate): Kardinalität am Ziel von 1 auf 0..1 geändert.
  • Stereotyp «atpSplitable» ergänzt an Assoziationen / Kompositionen:
    • CryptoCertificateToCryptoKeySlotMapping -> CryptoKeySlot (+cryptoKeySlot)
    • CryptoModuleInstantiation -> CryptoCertificateToCryptoKeySlotMapping (+certificateToKeySlotMapping)
    • CryptoModuleInstantiation -> CryptoProvider (+cryptoProvider)
R22-11 → R23-11 redaktionell Nachfolger: FIG-3039af3d10a88402
  • CryptoCertificateToPortPrototypeMapping: Supertyp von UploadablePackageElement in UploadableDeploymentElement 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] | UploadablePackageElement | 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 | «isOfType» | +requiredInterface | 0..1 {redefines atpType} | «atpSplitable» | +keySlot | 0..* | +cryptoCertificate | 0..1 | «atpSplitable» | +cryptoCertificate | 0..* | +process | 0..1 | «atpSplitable» | +cryptoProvider 0..* | +cryptoKeySlot 0..2 | «atpSplitable» | +certificateToKeySlotMapping 0..* | «instanceRef» | +portPrototype | 0..1 | +cryptoCertificate 0..1

Begleitender Spezifikationstext:

Specification of Cryptography AUTOSAR AP R22-11 [SWS_CRYPT_20603]{DRAFT} Getting or Querying ⌈When an application or a Functional Cluster needs a specific certificate, it can either use a configured one (this is provided via the CryptoCertificateInterface ) or can get a certificate via the X.509 Provider mechanism. If the user knows, which certificate it wnts to access, it can do this by providing the direct handle or the COUID. However, it occurs that the user does not know exactly which certificate is needed. Therefore, the X.509 Provider allows to query the certificate. The application or Functional Cluster then can provide either certificate information, such as certificate serial number or issuer, the meta-information, part of the meta-information, the environment the certificate is used for (e.g., IPsec or TLS), or provide parts of the certification path. In this case the X.509 Provider provides a list of all matching certificates ara::crypto::x509::BasicCertInfo or an error, when no matching certificate was found or the caller has not the corresponding access rights for the found certificates.⌋(RS_CRYPTO_02306) [SWS_CRYPT_40912]{DRAFT} Querying with wildcards ⌈When an instance of class ara::crypto::x509::X509DN is created all attributes of this instance shall be none-initialized. None-initialized attributes shall serve as wildcards.⌋(RS_CRYPTO_- 02306) [SWS_CRYPT_40913]{DRAFT} Sets of certificates ⌈The function ara::crypto:- :x509::X509Provider::FindCertByDn shall prov

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R22-11 AUTOSAR_SWS_Cryptography S. 106 7.8 Figure 7.8: Certificate deployment