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.
Ermöglicht Anwendungen die Bereitstellung systemspezifischer Zeitstempel für Sicherheitsereignisse des IdsM.
KI-GENERIERTungeprüftModell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 3e143c113da9HerkunftOffene Fragen (2)
KI-generiertgemini-3.8-flash-medium · 2026-10-13
Ermöglicht Anwendungen die Bereitstellung systemspezifischer Zeitstempel für Sicherheitsereignisse des IdsM.
Die Klasse ara::idsm::TimestampProvider stellt eine Schnittstelle bereit, über die Anwendungen Zeitstempel für das IdsM-Modul über einen modellierten PPort einspeisen können [SWS_AIDSM_10400]. Die Aktivierung und Deaktivierung der Abfrage-Callbacks erfolgt über die Methoden Offer() und StopOffer()[SWS_AIDSM_10408][SWS_AIDSM_10409]. Instanzen sind unkopierbar, unterstützen Verschiebe-Semantik und erfordern externe Synchronisation bei Methoden ohne garantierte Threadsicherheit.
Kontext
Die Klasse ara::idsm::TimestampProvider dient als Schnittstelle zur Bereitstellung von Zeitstempeln für das Intrusion Detection System Manager (IdsM) Modul innerhalb der AUTOSAR Adaptive Platform [SWS_AIDSM_10400]. Sicherheitsrelevante Ereignisse und Protokolle im IdsM erfordern verlässliche Zeitinformationen, die durch diese Provider-Klasse von der Plattform oder einer anwendungsspezifischen Zeitquelle bezogen werden. Eine Instanz von TimestampProvider wird an einen über ein ara::core::InstanceSpecifier modellierten PPort gebunden [SWS_AIDSM_10401]. Da die Methode GetTimestamp() als rein virtuelle Callback-Funktion definiert ist [SWS_AIDSM_10407], fungiert TimestampProvider als abstrakte Basisklasse, von der konkrete Implementierungen abgeleitet werden müssen.
Lebenszyklus
Die Erzeugung eines Zeitstempel-Providers erfolgt explizit über den Konstruktor unter Angabe des zugehörigen ara::core::InstanceSpecifier[SWS_AIDSM_10401]. Dieser Konstruktor ist als threadsicher deklariert. Kopieroperationen sind vollständig unterbunden: Sowohl der Kopierkonstruktor [SWS_AIDSM_10404] als auch der Kopierzuweisungsoperator [SWS_AIDSM_10406] sind gelöscht (= delete). Instanzen besitzen somit eine eindeutige Identität und können nicht dupliziert werden.
Dagegen unterstützt die Klasse Move-Semantik: Der Verschiebekonstruktor überträgt bestehende Ressourcen threadsicher auf ein neues Objekt [SWS_AIDSM_10403]. Die Verschiebezuweisung über operator= ist ebenfalls vorhanden, im Gegensatz zum Konstruktor jedoch nicht threadsicher [SWS_AIDSM_10405]. Der Lebenszyklus der aktiven Dienstbereitstellung wird nach der Instanziierung explizit gesteuert: Über die Methode Offer() wird die Registrierung für den IdsM aktiviert [SWS_AIDSM_10408]. Mit StopOffer() wird die Bereitstellung wieder unterbunden [SWS_AIDSM_10409]. Die Freigabe der Instanz erfolgt über den virtuellen Destruktor [SWS_AIDSM_10402], welcher als nicht threadsicher spezifiziert ist. Interpretation: Vor der Zerstörung einer Instanz dürfte typischerweise StopOffer() aufgerufen werden, um sicherzustellen, dass keine ausstehenden Aufrufe durch den IdsM mehr erfolgen. Frage Q-fcf21d9d93d053a6 (offen)
Nutzungspfad
Die typische Nutzung erfordert die Ableitung einer anwendungsspezifischen Klasse, die die Methode GetTimestamp() überschreibt und den aktuellen Zeitstempel als TimestampType zurückliefert [SWS_AIDSM_10407]. Sobald die Instanz für den entsprechenden Port erzeugt wurde [SWS_AIDSM_10401], signalisiert die Anwendung über den Aufruf von Offer() die Betriebsbereitschaft [SWS_AIDSM_10408]. Ab diesem Zeitpunkt kann der IdsM autonom die Callback-Methode GetTimestamp() abrufen, um Ereignisse zeitlich zu verorten. Soll der Dienst beendet oder die Komponente heruntergefahren werden, entzieht StopOffer() die Verfügbarkeit der Schnittstelle [SWS_AIDSM_10409].
Alle Methoden der Schnittstelle sind als noexcept deklariert und werfen keine C++-Ausnahmen. Fehler bei der Aktivierung der Dienstbereitstellung werden stattdessen über den Rückgabetyp ara::core::Result<void> von Offer() transportiert [SWS_AIDSM_10408]. Interpretation: Schlägt die Registrierung am Kommunikations- oder Plattform-Framework fehl (beispielsweise aufgrund einer unpassenden Port-Konfiguration), enthält das zurückgegebene Result einen entsprechenden Fehlercode, der vor der Weiterverwendung geprüft werden muss. Frage Q-5a971906b458dd6f (offen)
Besondere Aufmerksamkeit erfordert das Nebenläufigkeitsverhalten: Weder der Destruktor [SWS_AIDSM_10402] noch die Methoden Offer()[SWS_AIDSM_10408], StopOffer()[SWS_AIDSM_10409], operator=(&&)[SWS_AIDSM_10405] oder GetTimestamp()[SWS_AIDSM_10407] sind als threadsicher eingestuft. Aufrufer müssen daher sicherstellen, dass Lebenszyklusoperationen und Callback-Verarbeitungen thread-synchronisiert ablaufen und keine Datenrennen entstehen.
Dieser Leitfaden basiert auf den Anforderungen der AUTOSAR-Spezifikation für das Modul idsm (R25-11).
KI-GENERIERTungeprüftModell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 8a357670f42bHerkunftOffene Fragen (1)
KI-generiertgemini-3.8-flash-medium · 2026-10-13
Die synchrone Memberfunktion Offer stellt den Zeitstempel-Dienst bereit und schaltet dem Intrusion Detection System Manager (IdsM) anschließende Aufrufe von GetTimestamp frei [SWS_AIDSM_10408]. Die Deklaration erfolgt über den Header ara/idsm/timestamp_provider.h ohne Übergabeparameter [SWS_AIDSM_10408].
Fehlerbehandlung und Semantik
Die Funktion ist als noexcept deklariert und wirft daher keine C++-Ausnahmen [SWS_AIDSM_10408]. Der Erfolg der Bereitstellung sowie etwaige Fehlerzustände werden im Rückgabetyp ara::core::Result<void> gekapselt an den Aufrufer übermittelt [SWS_AIDSM_10408].
Nebenläufigkeit und Einschränkungen
In Bezug auf Nebenläufigkeit ist die Funktion explizit als nicht threadsicher (not thread-safe) spezifiziert [SWS_AIDSM_10408]. Ein nebenläufiger Aufruf aus verschiedenen Threads muss anwendungsseitig synchronisiert werden. Interpretation: Der Aufruf dürfte typischerweise während der Initialisierungsphase stattfinden, da er die Voraussetzung für spätere Abfragen durch den IdsM schafft [SWS_AIDSM_10408]. Frage Q-a9b16a23962a092f (offen)
Zusammenspiel
Das Bereitstellungsmuster folgt der Modulkonvention von aidsm: Äquivalent zu dieser Schnittstelle schaltet die Funktion Offer in ara/idsm/context_data_provider.h den IdsM-Zugriff auf ModifyContextData frei [SWS_AIDSM_10507], während Offer in ara/idsm/qualified_events_receiver.h dem IdsM die Ausführung von OnEventQualification gestattet [SWS_AIDSM_10808].
Dieser Nutzungshinweis wurde automatisiert anhand der AUTOSAR-Spezifikation generiert.
Request a governed re-review of this record. The record is not changed immediately.
KI-GENERIERTungeprüftModell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 1890401ec4bdHerkunft
KI-generiertgemini-3.8-flash-medium · 2026-10-13
Die Funktion StopOffer gemäß [SWS_AIDSM_10409] wird deklariert im Header ara/idsm/timestamp_provider.h und dient dazu, die Bereitstellung des Zeitstempeldienstes für das Intrusion Detection System Manager (IdsM) zu beenden. Durch den synchronen Aufruf ohne Parameter und ohne Rückgabewert wird geregelt, dass nachfolgende Aufrufe von GetTimestamp durch das IdsM unterbunden werden.
Nebenläufigkeit und Einschränkungen
Für die Funktion ist explizit definiert, dass sie nicht threadsicher ist (not thread-safe) [SWS_AIDSM_10409]. Aufrufer müssen daher sicherstellen, dass Aufrufe von StopOffer serialisiert erfolgen bzw. nicht nebenläufig zu anderen Aktivitäten desselben Providers ausgeführt werden. Da die Signatur mit noexcept deklariert ist, wirft die Funktion keine Exceptions.
Zusammenspiel und Abgrenzung
Im Modul aidsm existieren gleichnamige Funktionen für andere Schnittstellen, die einem analogen Muster folgen, jedoch getrennte funktionale Bereiche betreffen:
[SWS_AIDSM_10508]: StopOffer im Header ara/idsm/context_data_provider.h unterbindet IdsM-Aufrufe von ModifyContextData.
[SWS_AIDSM_10809]: StopOffer im Header ara/idsm/qualified_events_receiver.h unterbindet IdsM-Aufrufe von OnEventQualification.
Die vorliegende Funktion [SWS_AIDSM_10409] bezieht sich ausschließlich auf den timestamp_provider und unterbindet gezielt die Zeitstempelabfragen des IdsM.
Dieser Verwendungshinweis wurde automatisiert auf Basis der Spezifikationsdaten generiert.
Request a governed re-review of this record. The record is not changed immediately.
gemini-3.8-flash-medium· 2026-10-13