Figure 12.43: Mapping of CryptoProviders and CryptoKeySlots to RPortPrototypes

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm aus der AUTOSAR Adaptive Platform Spezifikation (AUTOSAR_TPS_ManifestSpecification). Das Diagramm stellt das Metamodell für das Deployment und Mapping von Kryptographie-Ressourcen dar. Es gliedert sich in zwei Hauptpakete: das obere Paket Application Design, welches die Schnittstellen- und Port-Architektur auf Software-Design-Ebene abbildet, und das untere Paket Target-Configuration, welches die systemspezifische Konfiguration und Zuordnung von Schlüsselplätzen (CryptoKeySlots) und Anbietern (CryptoProviders) zu Ausführungsprozessen und Port-Prototypen definiert.

2. Komponenten, Entitäten & Schnittstellen

Das Paket Application Design umfasst folgende Entitäten:

• PortInterface (Spezialisierung von ARElement, AtpBlueprint, AtpBlueprintable, AtpType).
• CryptoInterface: Abstrakte Generalisierung für Krypto-Schnittstellen, erbt von PortInterface.
• AbstractCryptoKeySlotInterface: Abstrakte Basisklasse, erbt von CryptoInterface und deklariert die Attribute allocateShadowCopy: Boolean [0..1], cryptoAlgId: String [0..1], cryptoObjectType: CryptoObjectTypeEnum [0..1], slotCapacity: PositiveInteger [0..1] sowie slotType: CryptoKeySlotTypeEnum [0..1].
• CryptoKeySlotInterface: Erbt von AbstractCryptoKeySlotInterface.
• CryptoProviderInterface: Erbt von CryptoInterface.
• RPortPrototype (Spezialisierung von AbstractRequiredPortPrototype): Referenziert über die Assoziation requiredInterface mit Stereotyp «isOfType» und Redefinition {redefines atpType} eine PortInterface-Instanz (Kardinalität 0..1).

Das Paket Target-Configuration umfasst:

• CryptoKeySlot (spezialisiert Identifiable): Enthält keine eigenen Attribute mehr. Besitzt eine Kompositionsbeziehung algorithmDescription mit Kardinalität 0..* zu CryptoAlgorithmDescription.
• CryptoAlgorithmDescription: Beschreibt Krypto-Algorithmen und Schlüsseltypen mit den Attributen cryptoAlgorithmId: String [0..1] und cryptoKeyType: CryptoKeyTypeEnum [0..1].
• «enumeration» CryptoKeyTypeEnum: Definiert die Literale symmetricKey, privateKey und publicKey.
• CryptoProvider (spezialisiert Identifiable): Aggregiert per Komposition («atpSplitable») Schlüsselplätze über die Rolle keySlot mit Kardinalität 0..*.
• AbstractCryptoKeySlotToPortPrototypeMapping: Abstrakte Basisklasse, spezialisiert UploadableDeploymentElement. Deklariert die Attribute allowPlainTextExport: Boolean [0..1] und allowPlainTextImport: Boolean [0..1]. Definiert die Assoziationen keySlot zu CryptoKeySlot (0..1), process zu Process (0..1) und portPrototype («instanceRef») zu RPortPrototype (0..1).
• CryptoKeySlotToPortPrototypeMapping: Konkrete Spezialisierung von AbstractCryptoKeySlotToPortPrototypeMapping.
• CryptoProviderToPortPrototypeMapping (spezialisiert UploadableDeploymentElement): Verbindet Krypto-Provider, Port und Prozess. Es referenziert über cryptoProvider einen CryptoProvider (0..1), über process einen Process (0..1) und über portPrototype («instanceRef») einen RPortPrototype (0..1).
• Process (spezialisiert AbstractExecutionContext): Besitzt die Attribute functionClusterAffiliation: String [0..1], numberOfRestartAttempts: PositiveInteger [0..1] und preMapping: Boolean [0..1].
• Documentation (spezialisiert ARElement und UploadableDesignElement): Ist über die Assoziation cryptoProviderDocumentation (Kardinalität 0..1) an CryptoProvider angebunden.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Metamodell ohne dynamische Verhaltens- oder Sequenzdiagrammelemente. Es beschreibt deklarative Modellierungsbeziehungen zur Konfigurations- und Generierungszeit für das AUTOSAR-Manifest. Aus den definierten Assoziationen ergibt sich, dass eine Applikation zur Laufzeit über einen RPortPrototype auf kryptographische Dienste zugreift, wobei das Deployment-Mapping zur Konfigurationszeit festlegt, welcher konkrete CryptoKeySlot bzw. CryptoProvider im Kontext des jeweiligen Betriebssystem-Prozesses (Process) instanziiert und dem Port zugeordnet wird.

4. Normative Relevanz & Entwickler-Hinweise

Normativ verbindliche Spezifikation der Manifest-Klassen zur Konfiguration des Krypto-Subsystems der AUTOSAR Adaptive Platform. Für Modellierung und Tooling gilt:

• Die Konfiguration der Schlüssel- und Algorithmen-Eigenschaften eines CryptoKeySlot erfolgt nicht mehr über direkte Attribute auf CryptoKeySlot, sondern über die Komposition algorithmDescription (0..*) zur neuen Entität CryptoAlgorithmDescription unter Verwendung des Enumerations-Datentyps CryptoKeyTypeEnum (symmetricKey, privateKey, publicKey).
• AbstractCryptoKeySlotToPortPrototypeMapping regelt über die neuen optionalen Attribute allowPlainTextExport und allowPlainTextImport normativ die Berechtigung für Plaintext-Ex- und -Importe von Schlüsseln auf Port-Mapping-Ebene.
• Die Zuordnungsrelationen keySlot, cryptoProvider, process und portPrototype verbleiben bei der Kardinalität 0..1.