DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_IntrusionDetectionSystemManager FIG-d3f331d5fcf5f51b 657 × 444 px 1 Release(s)

Figure 9.2: AUTOSAR Timestamp: The StbM is used as source for timestamp data

SHA-256 Inhalts-Fingerabdruck: d3f331d5fcf5f51b01e9d14651de6c704a7c974cdf0bb97747189a5b14fcd431

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-description@2 · erstellt am 2026-10-07

1. Diagrammtyp & Architektur-Kontext

  • Diagrammtyp: UML-Sequenzdiagramm (Interaktionsdiagramm).
  • Technischer Zweck: Spezifikation des asynchronen Verarbeitungsmodells von Security Events (SEv) im Intrusion Detection System Manager (IdsM, AUTOSAR CP R20-11) unter Nutzung des Synchronized Time-Base Manager (StbM) als standardisierte AUTOSAR-Zeitstempelquelle (IdsMTimestampFormat = AUTOSAR).
  • Architektonische Einordnung: Entkopplung des schnellen Sensor-Meldekontexts (ISR/Task) von der zeitintensiven Zeitstempelgenerierung und Weiterverarbeitung im zyklischen BSW-Scheduler-Kontext (BswDefaultTask).

2. Komponenten, Entitäten & Schnittstellen

  • Akteure & BSW-Module:
    • Sensor (Akteur/Caller): BSW-Modul (z. B. CanIf, LinIf, SecOC, KeyM) oder Application SW-C (über RTE/Service-Port), fungiert als IDS-Sensor zur Erkennung von Sicherheitsvorfällen.
    • IdsM (BSW-Modul, Service Layer): Zentrale Instanz zur Aggregation, Filterung, Pufferung und Qualifizierung von Security Events.
    • StbM (BSW-Modul, System Service Layer): Zeitbasis-Provider für synchronisierte globale Systemzeiten (z. B. via CAN/Ethernet/PTP).
    • BswDefaultTask (OS-Task / Scht / BswM): Ausführungskontext für periodische BSW-Hauptfunktionen.
  • Schnittstellen & Interne Entitäten:
    • IdsM_SetSecurityEvent(SecurityEventDefinitionId, ...): Synchrone Ingress-API für Sensoren.
    • Input Event Queue: Interne Pufferstruktur des IdsM zur temporären Ablage von Roh-Events (Store SEv in input event queue).
    • IdsM_MainFunction(): Zyklische Scheduling-API (gemäß BSW-Scheduler-Vertrag).
    • IdsM_ProcessInputEventQueue(): Modulinterne Subroutine zur Entleerung und Validierung der Eingangswarteschlange.
    • StbM_GetCurrentTime(StbM_SynchronizedTimeBaseType, StbM_TimeStampType*, StbM_UserDataType*): Synchrone Service-API zur Abfrage der aktuellen Zeitstempel-Informationen.

3. Dynamisches Verhalten & Sequenzablauf

  1. Ingress & Pufferung (asynchron zum Batch-Processing):
    • Sensor ruft synchron IdsM_SetSecurityEvent() auf.
    • IdsM legt das Event minimal-invasiv in der Input Event Queue ab (Store SEv in input event queue).
    • Unmittelbarer Return an den Aufrufer (nicht-blockierend für zeitkritische Sensoren/ISRs).
  2. Periodischer Trigger:
    • BswDefaultTask triggert turnusmäßig IdsM_MainFunction().
  3. Queue-Verarbeitung & Zeitstempel-Akquise:
    • IdsM ruft intern IdsM_ProcessInputEventQueue() auf.
    • IdsM setzt einen synchronen Abruf an den Zeitbasis-Manager ab: StbM_GetCurrentTime().
    • StbM liefert aktuelle Zeitstruktur zurück.
  4. Finalisierung des Batches:
    • IdsM generiert den AUTOSAR-konformen Zeitstempel (Generate timestamp).
    • Iterative Abarbeitung aller gepufferten SEvs: Allen in diesem Zyklus aus der Queue entnommenen Events wird der ermittelte Zeitstempel zugewiesen (Process all SEvs...).
    • Abschluss der IdsM_MainFunction() und Rückkehr zum Task-Kontext.

4. Normative Relevanz & Entwickler-Hinweise

  • Latenz vs. Zeitstempel-Präzision:
    • Der Zeitstempel repräsentiert nicht den exakten Auftrittszeitpunkt am Sensor, sondern den Entnahme- und Verarbeitungszeitpunkt in der IdsM_MainFunction(). Entwickler müssen die daraus resultierende Zeitunschärfe (Scheduling-Jitter des BswDefaultTask + Task-Zykluszeit) in Sicherheitsbetrachtungen einkalkulieren.
  • Dimensionierung der Input Queue:
    • Da die Abarbeitung gebündelt im Zyklus erfolgt, muss die Pufferkapazität (IdsMInputEventQueueSize) auf Burst-Szenarien und Worst-Case-Taskaktivierungsabstände ausgelegt sein; Queue-Überläufe führen sonst zum Verlust von Sicherheitsereignissen (Det/Dem-Meldung).
  • Konfigurations-Abhängigkeiten (IdsM / StbM):
    • IdsMTimestampSupport muss aktiviert und IdsMTimestampFormat auf AUTOSAR parametriert sein.
    • Dem IdsM muss eine gültige StbM_SynchronizedTimeBaseType (Timebase-ID) zugeordnet sein.
  • Wiedereintrittsfähigkeit & Thread-Safety:
    • IdsM_SetSecurityEvent() muss interrupt- bzw. threadsicher ausgelegt sein (z. B. geschützt über SchM-Exklusivbereiche / Spinlocks), da Schreibzugriffe aus Multi-Core- oder ISR-Kontexten zeitgleich zur Queue-Entleerung in der IdsM_MainFunction() erfolgen können.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R20-11 → R21-11 redaktionell Nachfolger: FIG-e05d5ac9d846d3d2
  • Lebenslinien IdsM und StbM: Stereotyp «module» über den Bezeichnern ergänzt.
  • Lebenslinien (Sensor, IdsM, StbM, BswDefaultTask): Redundante Abschluss-Elemente am unteren Diagrammrand entfernt.
  • Interne Aktionen (Store SEv in input event queue, Generate timestamp, Process all SEvs in input event queue...): Formale Aufrufklammern () an die Beschriftungen angehängt.
  • Notiz zu StbM_GetCurrentTime(): Grafische Überarbeitung von gelber Haftnotiz zu weißem Standard-Kommentarfeld.
  • Diagrammlayout: Rendering-Stil von PlantUML auf Enterprise Architect angepasst.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Sensor | Sensor | IdsM | IdsM | StbM | StbM | BswDefaultTask | BswDefaultTask | IdsM_SetSecurityEvent() | Store SEv in input event queue | IdsM_MainFunction() | IdsM_ProcessInputEventQueue() | StbM_GetCurrentTime() Request time information used to build AUTOSAR timestamp. | Generate timestamp | Process all SEvs in input event queue. Provide all events with the determined timestamp.

Begleitender Spezifikationstext:

Specification of Intrusion Detection System Manager AUTOSAR CP R20-11 9 Sequence diagrams 9.1 Proposal for DEM / Sem Sequence Diagram Figure 9.1 shows the sequence diagram for the interaction of the IdsM with the Dem sink. SensorModule IdsM MainFunction DEM IdsM_SetSecurityEvent() ref Filtering happens here Dem_SetEventFailedWithSyncFreezeFrame(EventId) CallbackReadData(EventId, BufferPtr) CallbackEventSyncStorageProcessed() Figure 9.1: Dem sink for Single / Multipartition use case 9.2 Timestamp Sequence Diagrams Figure 9.2 shows the sequence diagram for the interaction of the IdsM with the StbM as timestamp source for the timestamp with AUTOSAR format. Sensor Sensor IdsM IdsM StbM StbM BswDefaultTask BswDefaultTask IdsM_SetSecurityEvent() Store SEv in input event queue IdsM_MainFunction() IdsM_ProcessInputEventQueue() StbM_GetCurrentTime() Request time information used to build AUTOSAR timestamp. Generate timestamp Process all SEvs in input event queue. Provide all events with the determined timestamp. Figure 9.2: AUTOSAR Timestamp: The StbM is used as source for timestamp data Figure 9.3 shows the sequence diagram for the interaction of the IdsM with the SW-C as timestamp source for the timestamp with custom format. 64 of 104 Document ID 977: AUTOSAR_SWS_IntrusionDetectionSystemManager

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R20-11 AUTOSAR_SWS_IntrusionDetectionSystemManager S. 64 9.2 Figure 9.2: AUTOSAR Timestamp: The StbM is used as source for timestamp data