DEENESPTFRRUARHIKOZHNL
AUTOSAR_PRS_IntrusionDetectionSystem FIG-8044fdf8304f6d21 542 × 77 px 1 Release(s)

Figure 5.1: IDS Message including Signature

SHA-256 Inhalts-Fingerabdruck: 8044fdf8304f6d21af833fad915be0fb5b58ba67575381176407b63999189b76

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-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

Protokolldaten-Strukturdiagramm / Frame-Format-Diagramm. Das Diagramm spezifiziert die PDU- bzw. Nachrichtenstruktur des Intrusion Detection System (IDS)-Protokolls auf FO-Ebene (Foundation / Protocol Specification) zur Übertragung von qualifizierten Sicherheitsereignissen (Qualified Security Events, QSEv) zwischen einer IdsM-Instanz (Intrusion Detection System Manager) und einer IdsR-Instanz (Intrusion Detection System Reporter).

2. Komponenten, Entitäten & Schnittstellen

Das Format setzt sich aus vier sequenziellen Feldern zusammen:

  • Event Frame: Basisfeld für das Standard-Sicherheitsereignis (obligatorischer Rahmenbestandteil).
  • Timestamp: Optionales Zeitstempelfeld für zeitlich präzise Ereigniserfassung.
  • Context Data: Optionales Feld für kontextbezogene Zusatz- und Analysedaten des Sicherheitsereignisses.
  • Signature: Optionales kryptografisches Feld (farblich hervorgehoben in Hellblau) zur Integritäts- und Authentizitätssicherung der übertragenen IDS-Nachricht.

3. Dynamisches Verhalten & Sequenzablauf

Die Übertragung erfolgt linear und feldweise geordnet:

  1. Initialisierung und Übermittlung des Standard-Event Frame.
  2. Sukzessive Ergänzung der optionalen Nutzlast-Erweiterungen (Timestamp, gefolgt von Context Data), sofern über entsprechende Konfigurationsbits im Protokollheader aktiviert.
  3. Abschließende Übertragung der kryptografischen Signature zur Absicherung des gesamten vorangehenden Datenblocks über den Transportweg.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm veranschaulicht [PRS_Ids_00002]: Das Protokoll besteht aus dem Standard-Event Frame und bis zu drei optionalen Feldern. Jede Option (Timestamp gemäß [PRS_Ids_00400], Context Data, Signature) lässt sich unabhängig konfigurieren und über Header-Flags signalisieren. Entwickler müssen bei Serialisierung und Deserialisierung der PDU die dynamische Längen- und Feldzusammensetzung anhand der Header-Konfigurationsbits auflösen und die Signaturprüfung über die serialisierten Nutzdaten vornehmen.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

PRS_Ids_00001 Wortlaut noch nicht übernommen PRS_Ids_00002 Wortlaut noch nicht übernommen PRS_Ids_00003 Wortlaut noch nicht übernommen PRS_Ids_00400 Wortlaut noch nicht übernommen PRS_Ids_00500 Wortlaut noch nicht übernommen PRS_Ids_00600 Wortlaut noch nicht übernommen RS_Ids_00502 Wortlaut noch nicht übernommen RS_Ids_00505 Wortlaut noch nicht übernommen RS_Ids_00510 Wortlaut noch nicht übernommen

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Event Frame Timestamp Context Data Signature

Begleitender Spezifikationstext:

Specification of Intrusion Detection System Protocol AUTOSAR FO R20-11 5 Protocol specification [PRS_Ids_00001] ⌈The main purpose of the IDS protocol is the transmission of qualified security events (QSEv) from an Intrusion Detection System Manager (IdsM) instance to an Intrusion Detection System Reporter (IdsR) instance.⌋(RS_Ids_00510) 5.1 IDS Message Format The IDS protocol is shown in Figure 5.1. Event Frame Timestamp Context Data Signature Figure 5.1: IDS Message including Signature [PRS_Ids_00002] ⌈The IDS protocol consists of the standard Event Frame and up to three optional fields. It provides several options to send only minimal data of Qualified Security Event QSEv or to extend this data with more details. Beside the extension with a timestamp or context data, there is also the option to secure the data transport by adding a signature to every QSEv. The list below shows examples of configurations and explains the options. ⌋() All options can be configured or switched off independent from each other, so a subset or combination of all options is possible. 1. [PRS_Ids_00003] ⌈Standard Qualified Security Event QSEv without further data.⌋() 2. [PRS_Ids_00400] ⌈Qualified Security Event QSEv with Timestamp: If more precise timestamp is required in addition to the one provided for example by IdsR. The sensor or the IdsM can add timestamp to every QSEv. This option must be set by corresponding configuration bit in the protocol header.⌋ (RS_Ids_00502) (refer to 5.1.5 Timestamp

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R20-11 AUTOSAR_PRS_IntrusionDetectionSystem S. 11 5.1 Figure 5.1: IDS Message including Signature