Diese Seite wurde vollständig KI-generiert auf Basis von SWS IntrusionDetectionSystemManager (R25-11) — kein offizieller AUTOSAR-Text und keine automatisch extrahierte API-Seite wie die übrigen Module. Als Interpretation gekennzeichnete Aussagen sind Schlussfolgerungen aus den Quellen.
User GuideKI-GENERIERT
Stellt Schnittstellen und Typen bereit, um sicherheitsrelevante Ereignisse standardisiert an das IdsM zu melden.
KI-GENERIERTungeprüftModell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 79f9927c6ea2HerkunftOffene Fragen (2)
KI-generiertgemini-3.8-flash-medium · 2026-10-13
Stellt Schnittstellen und Typen bereit, um sicherheitsrelevante Ereignisse standardisiert an das IdsM zu melden.
Der Namespace ara::idsm stellt standardisierte Schnittstellen und Typen bereit, mit denen adaptive Anwendungen Sicherheitsereignisse strukturiert an das Intrusion Detection System Management melden ([SWS_AIDSM_10205]). Über den EventReporter und zugehörige Provider für Zeitstempel, Kontextdaten und Übertragungsmodi lassen sich Vorfälle detailliert oder gefiltert erfassen ([SWS_AIDSM_10207]). Bei unbekannten Ereigniskennungen liefert die IdsmErrorDomain gezielte Fehlercodes zur weiteren Behandlung.
Kontext
Der Namespace ara::idsm stellt die Programmierschnittstelle der AUTOSAR Adaptive Platform für das Intrusion Detection System Management (IdsM) bereit. Seine zentrale Aufgabe besteht darin, sicherheitsrelevante Ereignisse (Security Events) aus Anwendungsprozessen und Plattforminstanzen standardisiert zu erfassen und an das übergeordnete IdsM weiterzuleiten.
Die primäre Interaktionsschnittstelle für meldende Anwendungen bildet die Klasse EventReporter. Begleitet wird diese Erfassung durch spezialisierte funktionale Schnittstellen: Der ReportingModeProvider verwaltet den aktuellen Übertragungsmodus ([SWS_AIDSM_10207]), der ContextDataProvider liefert dynamische Begleitdaten ([SWS_AIDSM_10201], [SWS_AIDSM_10206]) und der TimestampProvider steuert Zeitinformationen bei ([SWS_AIDSM_10202]). Auf Empfängerseite verarbeitet der QualifiedEventsReceiver bereits qualifizierte Ereignisse. Das Zusammenspiel dieser Rollen bindet adaptive Anwendungen an das sicherheitsgerichtete Monitoring an.
Kontextdiagramm: Zusammenspiel von Anwendungskomponenten, ara::idsm-Schnittstellen und IdsM. Quellen: [SWS_AIDSM_10205], [SWS_AIDSM_10207]
Nutzungspfad
Ein typischer Ablauf zur Signalisierung eines Sicherheitsereignisses gliedert sich in die Abfrage des Meldezustands, die Zusammenstellung relevanter Kontextinformationen und die Übermittlung an den EventReporter.
Vor dem Absetzen eines Ereignisses fragt die Anwendung den aktiven Melde-Modus über den ReportingModeProvider ab ([SWS_AIDSM_10207]). Die Enumeration ReportingModeType unterscheidet unter anderem zwischen deaktivierter Übertragung (kOff), kompakten Meldungen (kBrief), detaillierten Berichten (kDetailed) sowie Modi, die lokale Filterregeln umgehen (kBriefBypassingFilters, kDetailedBypassingFilters). Ist die Meldung nicht deaktiviert, bereitet die Anwendung die Nutzdaten vor. Als Ereigniskennung dient ein Bezeichner vom Typ EventIdType ([SWS_AIDSM_10205]). Für weiterführende Analysen stellt der ContextDataProvider veränderbare Kontextdaten als Byte-Spanne ContextDataType ([SWS_AIDSM_10201]) oder als versioniertes Paar VersionedContextDataType inklusive Versionszähler ([SWS_AIDSM_10206]) bereit. Ergänzend können ein Zähler vom Typ CountType ([SWS_AIDSM_10203]) für vorqualifizierte Ereignisse sowie ein Zeitstempel vom Typ TimestampType ([SWS_AIDSM_10202]) über den TimestampProvider eingebunden werden. Schließlich übergibt die Anwendung die Daten an den EventReporter.
Fehlerhafte Operationen innerhalb des Namespace ara::idsm werden über die Fehlerdomäne IdsmErrorDomain und den Fehlercode-Typ IdsmErrc signalisiert ([SWS_AIDSM_10204]). Für die standardkonforme Fehlerbehandlung existieren die Funktionen GetIdsmErrorDomain ([SWS_AIDSM_10702]) und MakeErrorCode ([SWS_AIDSM_10703]), mit denen sich thread-sicher ara::core::ErrorCode-Instanzen konstruieren lassen.
Ein zentrales Fehlerszenario liegt vor, wenn eine unbekannte Ereignis-ID verwendet wird. In diesem Fall meldet das System den Fehler IdsmErrc::kUnknownEventId ([SWS_AIDSM_10204]). Dies tritt auf, wenn ein Aufrufer einen Bezeichner vom Typ EventIdType übergibt, der dem IdsM nicht bekannt oder im Manifest nicht konfiguriert ist. Bei synchronen Schnittstellen mit Ausnahmebehandlung wird dieser Zustand durch die Klasse IdsmException abgebildet. Vorbedingung für jede erfolgreiche Meldung ist daher die Übereinstimmung der übergebenen EventIdType-Werte mit der IdsM-Konfiguration.
Dieser Leitfaden basiert ausschließlich auf den Spezifikationen des AUTOSAR-Releases R25-11.
enum class IdsmErrc : ara::core::ErrorDomain::CodeType { kUnknownEventId = 3 };
Header
ara/idsm/idsm_error_domain.h
Upstream-Anforderung
RS_AP_00130, RS_AP_00122, RS_AP_00127
Fehlercodes der IdsmErrorDomain.
KI-GENERIERTungeprüftModell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 58b3761a5fdbHerkunftOffene Fragen (1)
KI-generiertgemini-3.8-flash-medium · 2026-10-13
Verwendung und Zweck
Die Enumeration IdsmErrc repräsentiert die Fehlercodes der IdsM-Fehlerdomäne (Header ara/idsm/idsm_error_domain.h) und basiert auf dem Basistyp ara::core::ErrorDomain::CodeType[SWS_AIDSM_10204]. Für eine kompakte Handhabung in Client-Anwendungen stellt AUTOSAR den typidentischen Alias Errc bereit [SWS_AIDSM_10707]. Zur Integration in das standardisierte Fehlerbehandlungsmodell von AUTOSAR Adaptive dient die Funktion MakeErrorCode: Sie wandelt einen Fehlercode zusammen mit herstellerspezifischen Zusatzdaten (SupportDataType) noexcept in ein ara::core::ErrorCode-Objekt um [SWS_AIDSM_10703].
Fehlercodes und Zusammenspiel
Die Spezifikation definiert den konkreten Fehlerwert:
kUnknownEventId = 3: Signalisiert, dass eine übergebene eventId dem Intrusion Detection System Manager nicht als konfiguriertes Sicherheitsereignis bekannt ist [SWS_AIDSM_10204].
Dieser Code wird in synchronen Schnittstellen als Fehlerzustand innerhalb des Rückgabetyps ara::core::Result transportiert. Sowohl das Abfragen des Berichtsmodus über GetReportingMode[SWS_AIDSM_10602] als auch dessen Aktualisierung via SetReportingMode[SWS_AIDSM_10603] schlagen mit IdsmErrc::kUnknownEventId fehl, sofern ein nicht konfiguriertes Ereignis adressiert wird. Interpretation: Aufgrund der expliziten Zuweisung des Werts 3 dürften die Werte 1 und 2 für intern oder künftig genutzte Fehlerzustände der Domäne reserviert sein. Frage Q-374e315b0ea6d0c7 (offen)
Nebenläufigkeit und Einschränkungen
Die Hilfsfunktion MakeErrorCode zur Erzeugung von Fehlerobjekten ist threadsicher (thread-safe) und als constexpr ausgewiesen [SWS_AIDSM_10703]. Im Gegensatz dazu sind die operativen Funktionen des reporting_mode_provider.h, die diese Fehlerzustände zurückgeben (GetReportingMode[SWS_AIDSM_10602] und SetReportingMode[SWS_AIDSM_10603]), explizit als nicht threadsicher (not thread-safe) deklariert. Parallele Aufrufe müssen daher durch den Aufrufer synchronisiert werden.
Dieser Text wurde von einer KI auf Basis der Spezifikationsdokumente erstellt.
Implementer's Guide folgt (Komplexität I1)
Request a governed re-review of this record. The record is not changed immediately.
gemini-3.8-flash-medium· 2026-10-13