Figure 7.25: Input for for signal based SecOC configuration

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: AUTOSAR Meta-Modell-Ausschnitt / UML-Klassendiagramm der System- und Kommunikationsbeschreibung (FIBEX/ARXML-Modell).
• Technischer Zweck & Einordnung: Spezifikation der Konfigurationsparameter für signalbasierte Secure Onboard Communication (SecOC) im Kontext des AUTOSAR Adaptive Communication Management (ara::com). Es definiert die metamodellierten Schnittstellen und Datenstrukturen, über welche die Absicherung von I-PDUs (Authentizität, Integrität und Replay-Schutz via Freshness-Werten und Authenticator/MAC) für signalbasierte Kommunikationspfade (z. B. CAN, FlexRay, Ethernet) konfiguriert und an den Stack übergeben wird.

2. Komponenten, Entitäten & Schnittstellen

Meta-Klassen & Datenstrukturen

• SecureCommunicationPropsSet («FibexElement»):
  • Globales/systemweites Bündelungselement für wiederverwendbare Sicherheitsprofile.
  • Besitzt per Komposition:
    • 0..* SecureCommunicationFreshnessProps (Rolle: +freshnessProps).
    • 0..* SecureCommunicationAuthenticationProps (Rolle: +authenticationProps).
• SecuredIPdu (Spezialisierung/Typ: IPdu):
  • Repräsentiert die kryptografisch gesicherte PDU.
  • Attribute:
    • dynamicRuntimeLengthHandling: Boolean [0..1]: Steuert die dynamische Längenbehandlung der gesicherten PDU zur Laufzeit.
    • useAsCryptographicIPdu: Boolean [0..1]: Legt fest, ob die PDU als rein kryptografischer Container agiert.
    • useSecuredPduHeader: SecuredPduHeaderEnum [0..1]: Aktiviert/konfiguriert die Header-Länge zur PDU-Laufzeitidentifikation.
  • Assoziationen & Abhängigkeiten:
    • 1 Komposition zu SecureCommunicationProps (+secureCommunicationProps).
    • 0..1 Referenz auf SecureCommunicationFreshnessProps (+freshnessProps).
    • 0..1 Referenz auf SecureCommunicationAuthenticationProps (+authenticationProps).
    • 1 Referenz auf die Nutzdaten-PDU via PduTriggering (+payload).
• SecureCommunicationProps:
  • Instanzspezifische SecOC-Parameter der PDU:
    • dataId: PositiveInteger: Eindeutige Kennung für die PDU-Authentifizierungsbindung.
    • authenticationRetries: PositiveInteger: Maximale Wiederholungsversuche bei Authentifizierungsfehlern.
    • authenticationBuildAttempts: PositiveInteger [0..1]: Versuche zur Konstruktion des Authentication-Tags.
    • freshnessValueId: PositiveInteger [0..1] & secondaryFreshnessValueId: PositiveInteger [0..1]: Schlüssel für Freshness-Manager/FVM.
    • authDataFreshnessLength / authDataFreshnessStartPosition (PositiveInteger [0..1]): Extraktion von Freshness-Informationen aus den Nutzdaten.
    • securedAreaLength / securedAreaOffset (PositiveInteger [0..1]): Definiert das exakte Byte-Fenster der PDU, das in die MAC-Berechnung eingeht.
    • messageLinkLength / messageLinkPosition (PositiveInteger [0..1]): Parameter zur Verknüpfung getrennter Authenticators bei Split-PDU-Verfahren.
• SecureCommunicationFreshnessProps («Identifiable»):
  • Profil für Freshness-Value-Management (Replay-Schutz):
    • freshnessValueLength / freshnessValueTxLength: Vollständige vs. tatsächlich übertragene Bitlänge des Freshness-Werts.
    • freshnessCounterSyncAttempts: PositiveInteger [0..1]: Synchronisationsversuche bei Counter-Versatz.
    • useFreshnessTimestamp: Boolean [0..1] & freshnessTimestampTimePeriodFactor: PositiveInteger [0..1]: Parameter für zeitstempelbasierte Frischeprüfung.
• SecureCommunicationAuthenticationProps («Identifiable»):
  • authInfoTxLength: PositiveInteger [0..1]: Übertragene Bitlänge des Authentication-Tags (MAC/Signatur) in der PDU.
• PduTriggering («Identifiable»):
  • Verknüpft die Nutzdaten-PDU mit den Kommunikationsports (+iPduPort *).
• IPduPort (Spezialisierung/Typ: CommConnectorPort):
  • Port-spezifische Konfiguration für das Senden und Empfangen von I-PDUs:
    • iPduSignalProcessing: IPduSignalProcessingEnum [0..1]: Signalverarbeitungsmodus.
    • rxSecurityVerification: Boolean [0..1]: Steuert, ob auf Empfangsseite eine kryptografische Verifikation durchgeführt wird.
    • timestampRxAcceptanceWindow: TimeValue [0..1]: Akzeptanzzeitfenster für empfangene Zeitstempel.
    • useAuthDataFreshness: Boolean [0..1]: Gibt an, ob Freshness-Werte direkt aus den Nutzdaten bezogen werden.
• SecuredPduHeaderEnum («enumeration»):
  • Header-Konfiguration der gesicherten PDU: noHeader, securedPduHeader08Bit, securedPduHeader16Bit, securedPduHeader32Bit.

3. Dynamisches Verhalten & Sequenzablauf

Da es sich um ein statisches Metamodell handelt, ergibt sich die Dynamik zur Laufzeit aus der Konfigurationsauswertung (SWS_CM_90117, SWS_CM_90118):

1. Sende-Pfad (Tx / PDU Construction):
   • Trigger durch Signal-Assembly: payload (über PduTriggering) stellt Nutzdaten bereit.
   • PDU-Layout-Zusammenbau: Optionaler SecuredPduHeader + securedArea (Offset/Length).
   • Freshness-Abfrage: Abruf des aktuellen Freshness-Werts (FVM / Zeitstempel) via freshnessValueId. Kürzung auf freshnessValueTxLength.
   • MAC-Generierung: Crypto-Service berechnet MAC über DataID + SecuredArea + FreshnessValue.
   • Truncation & Serialisierung: Kürzung des MAC auf authInfoTxLength und Einbettung in SecuredIPdu.
2. Empfangs-Pfad (Rx / Verification):
   • Empfang der SecuredIPdu am IPduPort.
   • Prüfung rxSecurityVerification == TRUE: Falls FALSE, Weiterleitung ohne Verifikation.
   • Zeitstempelprüfung: Abgleich gegen timestampRxAcceptanceWindow.
   • Replay- & MAC-Verifikation: Rekonstruktion des vollständigen Freshness-Werts; Validierung des MAC.
   • Fehlerbehandlung: Bei Fehlschlag Wiederholung bis authenticationRetries; bei anhaltendem Fehler Verwerfen der PDU und Fehlereintrag (Security Event / Det / Dem).

4. Normative Relevanz & Entwickler-Hinweise

• Normative Verbindlichkeit:
  • dataId und authenticationRetries sind innerhalb von SecureCommunicationProps weiterhin Pflichtfelder (Kardinalität 1).
  • Eine SecuredIPdu erfordert unverändert die Komposition +secureCommunicationProps 1 und die Payload-Assoziation +payload 1.
• Hinweise für Implementierung & Modellierung:
  • Mit dynamicRuntimeLengthHandling: Boolean [0..1] wird modelliert, ob die gesicherte PDU variable Längen zur Laufzeit unterstützt.
  • Fehlen optionale Freshness- oder Authentication-Referenzen (0..1), greifen plattformspezifische Defaults oder PDU-interne Vorgaben.
  • Für fehlertolerante Kommunikation bei Counter-Drift ist freshnessCounterSyncAttempts zu parametrieren.
  • Wenn useAsCryptographicIPdu auf true gesetzt ist, transportiert die PDU ausschließlich kryptografische Metadaten (z. B. im Split-PDU-Verfahren über messageLinkPosition/messageLinkLength).