Figure 10.48: Mapping to timestamp provider

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: AUTOSAR-M2/M3-Metamodell-Ausschnitt (UML-Klassendiagramm) der Adaptive Platform (AP).
• Technischer Zweck & Einordnung: Spezifikation des Deployment-Mappings für den Intrusion Detection System Manager (IdsM). Das Modell definiert, wie eine Plattform-Instanziierung des IdsM (IdsPlatformInstantiation) bzw. ein ausführender Prozess (Process) an einen konkreten Service-Port (PPortPrototype) gebunden wird, der Zeitstempel über ein standardisiertes Interface (IdsmTimestampProviderInterface) für Security-Events bereitstellt.

2. Komponenten, Entitäten & Schnittstellen

• Metaklassen & Vererbungshierarchien:
  • IdsmTimestampProviderMapping (spezialisiert UploadableDeploymentElement): Zentrales Mapping-Element im Manifest zur Konfiguration der Zeitstempel-Bereitstellung für IdsM-Instanzen.
  • IdsmTimestampProviderInterface → IdsmAbstractPortInterface → PortInterface (spezialisiert ARElement, AtpBlueprint, AtpBlueprintable, AtpType): Spezialisierte Serviceschnittstelle zur standardisierten Abfrage von Zeitstempeln für Security-Ereignisse.
  • PPortPrototype (spezialisiert AbstractProvidedPortPrototype): Bereitstellender Port-Prototyp innerhalb eines Executable, typisiert über das Interface («isOfType»).
  • IdsPlatformInstantiation (spezialisiert NonOsModuleInstantiation): Plattform-Modulinstanz des IdsM auf Adaptive-Ebene.
  • Process (spezialisiert AbstractExecutionContext): Betriebssystemprozess, in dessen Kontext das Executable zur Laufzeit instanziiert wird.
• Beziehungen, Stereotypen & Multiplizitäten:
  • IdsmTimestampProviderMapping → PPortPrototype:
    • Rolle: +pPortPrototypeInExecutable [0..1]
    • Stereotyp: «instanceRef,atpUriDef» (Kontextsensitive Instanzreferenz über URI-Pfad in das Executable/Software-Design).
  • IdsmTimestampProviderMapping → IdsPlatformInstantiation:
    • Rolle: +idsPlatformInstantiation [0..1] (Assoziation zur IdsM-Plattforminstanz).
  • IdsmTimestampProviderMapping → Process:
    • Rolle: +process [0..1] (Kontextueller Bezug zum ausführenden Prozess).
  • PPortPrototype → PortInterface (bzw. IdsmTimestampProviderInterface):
    • Rolle: +providedInterface [0..1]
    • Stereotyp: «isOfType», Eigenschaft {redefines atpType}.

3. Dynamisches Verhalten & Sequenzablauf

• Klassifikation: Reines statisches Struktur- und Manifest-Metamodell (kein dynamisches Sequenzdiagramm).
• Zur Laufzeit abgeleiteter Ablauf:
  1. Initialisierung/Bindung: Während des Deployments/Starts wertet der IdsM-Stack das Manifest-Mapping aus und bindet sich über die ara::com-Service-Discovery an den durch +pPortPrototypeInExecutable instanziierten Timestamp-Service.
  2. Security-Event-Trigger: Tritt ein Security-Ereignis (Qualified Event, QID) im System auf, ruft die IdsM-Instanz synchron oder asynchron die Methode der IdsmTimestampProviderInterface-Instanz ab.
  3. Event-Serialisierung: Der bereitgestellte Zeitstempel wird mit den Event-Payload-Daten im IdsM zu einem Security Event Frame (SEF) assembliert, bevor eine Pufferung oder Weiterleitung an das Security Operations Center (SOC) / Backend erfolgt.

4. Normative Relevanz & Entwickler-Hinweise

• Manifest-Konfiguration (Execution & Service Instance Manifest):
  • Entwickler müssen bei aktivem IdsM sicherstellen, dass die Referenz pPortPrototypeInExecutable eindeutig auf einen gültigen PPort zeigt, dessen providedInterface das IdsmTimestampProviderInterface implementiert.
  • Durch «instanceRef,atpUriDef» ist der Port immer im hierarchischen Kontext des jeweiligen Executables zu adressieren.
• Service-Design & Unabhängigkeit:
  • Das Interface entkoppelt den Security-Stack von hardwarespezifischen Echtzeituhren (RTC), GPS/GNSS-Quellen oder Netzwerk-Zeitsynchronisationen (z. B. IEEE 802.1AS / PTP via ara::tsync).
  • Der Timestamp-Provider kann als eigenständige Adaptive Application oder als Plattform-Service implementiert werden.
• Fehlerbehandlung (Fallbacks):
  • Ist kein Mapping vorhanden (Multiplizität 0..1) oder der Service zur Laufzeit nicht erreichbar, fällt der IdsM je nach Plattform-Konfiguration auf interne relative System-Ticks zurück oder markiert Security-Events mit einem ungültigen Zeitstempel-Flag.