Figure 7: 3: Exemplary configuration of a certificate chain in a hierarchy with references to CSM jobs and keys.

1. Diagrammtyp & Architektur-Kontext

Konfigurations- und Objektdiagramm (Metamodell-Instanziierung) im Kontext der AUTOSAR Classic Platform. Das Diagramm modelliert die hierarchische Beziehung und strukturelle Kopplung zwischen dem Key Manager (KeyM) als übergeordnetem Zertifikatsverwalter und dem Crypto Service Manager (CSM) als ausführender kryptografischer Schicht zur Zertifikatsketten-Verifizierung.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm gliedert sich in zwei Hauptblöcke:

• KeyM (Key Manager): Enthält eine dreistufige Zertifikatshierarchie bestehend aus KeyMCertificate/Root, Intermediate und Working Certificate. Jedes dieser Zertifikatsobjekte besitzt drei konfigurierte Referenzen:
  • Upper Hierarch. Cert Ref: Verweist hierarchisch nach oben (Intermediate referenziert via <<ref>> die Root; Working Certificate referenziert via <<ref>> das Intermediate; die Root referenziert sich über eine reflexive <<ref>>-Schleife selbst).
  • Signature Verify Job Ref: Gestrichelte Referenz auf den jeweiligen Verifizierungsjob im CSM (Root -> CsmJob1, Intermediate -> CsmJob2, Working Certificate -> CsmJob3).
  • Signature Verify Key Ref: Durchgezogene Referenz mit Stereotyp <<certificate public key>> auf den öffentlichen Schlüssel im CSM (Root -> CsmKey1, Intermediate -> CsmKey2, Working Certificate -> CsmKey3).
• CSM (Crypto Service Manager): Enthält drei Job-Entitäten (CsmJob1, CsmJob2, CsmJob3) und drei Schlüssel-Entitäten (CsmKey1, CsmKey2, CsmKey3).
  • Jeder Job besitzt eine interne Referenz Job Key Ref auf den zugehörigen Schlüssel (CsmJob1 -> CsmKey1, CsmJob2 -> CsmKey2, CsmJob3 -> CsmKey3).
• Beziehungsrelationen KeyM zu CSM:
  • Jedes Zertifikatsobjekt ist über eine Relation <<use for verification>> mit dem CSM-Job der übergeordneten Hierarchiestufe verbunden: Working Certificate nutzt CsmJob2 (den Job des Intermediates), Intermediate nutzt CsmJob1 (den Job der Root), und KeyMCertificate/Root nutzt CsmJob1 (Selbstverifikation).

3. Dynamisches Verhalten & Sequenzablauf

Statisches Verknüpfungsmodell ohne zeitlichen Sequenzablauf; impliziert jedoch die Verifikationsreihenfolge einer Chain of Trust:

1. Zur Überprüfung des Working Certificate wird die Signaturprüfung über die Assoziation <<use for verification>> an CsmJob2 delegiert, welcher auf den öffentlichen Schlüssel CsmKey2 des übergeordneten Intermediate-Zertifikats zugreift.
2. Das Intermediate-Zertifikat wird analog über CsmJob1 mit dem öffentlichen Schlüssel CsmKey1 der Root-CA verifiziert.
3. Das Root-Zertifikat (KeyMCertificate/Root) schließt die Kette ab, indem es sich selbst über CsmJob1 und CsmKey1 verifiziert (Self-signed Root).

4. Normative Relevanz & Entwickler-Hinweise

Konfigurationsrichtlinie für die AUTOSAR-KeyM- und CSM-Parametrierung:

• Jedes KeyMCertificate muss für die kryptografische Verifikation zwingend mit entsprechenden CSM-Primitiven verknüpft sein (Signature Verify Job Ref und Signature Verify Key Ref).
• Die Signaturvalidierung eines Zertifikats der Ebene n erfordert den öffentlichen Schlüssel bzw. den CSM-Verifizierungsjob der Hierarchieebene n-1 (Upper Hierarch. Cert Ref).
• Root-Zertifikate stellen den Trust Anchor dar und müssen als selbstsigniert konfiguriert werden, indem Upper Hierarch. Cert Ref reflexiv auf das Root-Element selbst zurückverweist und <<use for verification>> auf den eigenen Verifizierungsjob zeigt.