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.
Reçoit les événements de sécurité qualifiés de l'IdsM via un P-Port modélisé et les transmet à des callbacks.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 46b1b6dbd698ProvenanceQuestions ouvertes (2)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Reçoit les événements de sécurité qualifiés de l'IdsM via un P-Port modélisé et les transmet à des callbacks.
La classe abstraite permet la réception d'événements de sécurité qualifiés provenant de l'IdsM via un PPort modélisé [SWS_AIDSM_10800]. Les applications dérivent leur propre classe réceptrice, l'instancient avec un Instance-Specifier et activent la distribution des événements via Offer()[SWS_AIDSM_10801]. Les événements entrants sont réceptionnés via des méthodes de rappel abstraites avec des données de contexte et de temps facultatives. Étant donné que les principales méthodes d'état et de rappel ne sont pas thread-safe, l'instance nécessite une gestion coordonnée du cycle de vie.
Contexte
La classe ara::idsm::QualifiedEventsReceiver constitue, dans le module idsm de l'AUTOSAR Adaptive Platform, l'interface fonctionnelle pour la réception d'événements de sécurité qualifiés (Qualified Security Events, QSEv) [SWS_AIDSM_10800]. Elle sert de point de terminaison côté application pour un port fourni (Provided-Port, PPort) modélisé dans la conception logicielle [SWS_AIDSM_10801].
Le concept repose sur le principe d'une classe de base abstraite : ara::idsm::QualifiedEventsReceiver déclare des méthodes de rappel purement virtuelles [SWS_AIDSM_10807], [SWS_AIDSM_10810]. Les principaux partenaires d'interaction sont l'application adaptative, qui implémente une sous-classe spécialisée, ainsi que l'Intrusion Detection System Manager (IdsM), qui détecte les événements de sécurité qualifiés et les transmet à l'instance via le PPort.
Cycle de vie
La création d'un récepteur s'effectue par instanciation d'une classe dérivée de QualifiedEventsReceiver en indiquant un ara::core::InstanceSpecifier qui référence le PPort modélisé [SWS_AIDSM_10801]. Ce constructeur paramétré est spécifié comme thread-safe [SWS_AIDSM_10801].
En ce qui concerne la sémantique de possession et de valeur, la classe est strictement conçue en déplacement seul (Move-Only). Le constructeur de copie [SWS_AIDSM_10804] tout comme l'opérateur d'affectation par copie [SWS_AIDSM_10806] sont supprimés (= delete). Un transfert de propriété est cependant possible : le constructeur de déplacement est implémenté de manière thread-safe [SWS_AIDSM_10803], tandis que l'opérateur d'affectation par déplacement n'est pas thread-safe [SWS_AIDSM_10805].
Le cycle de vie fonctionnel se divise en deux phases principales :
Mise à disposition : immédiatement après l'instanciation, aucun événement n'est encore distribué. Seul l'appel de Offer() débloque l'acceptation des événements et autorise les appels des méthodes de rappel par l'IdsM [SWS_AIDSM_10808].
Désactivation : La réception d'autres événements est empêchée via la méthode StopOffer()[SWS_AIDSM_10809].
La destruction s'effectue via le destructeur virtuel ~QualifiedEventsReceiver()[SWS_AIDSM_10802]. Comme le destructeur n'est pas thread-safe, il convient de toujours exécuter StopOffer() avant la libération de l'objet récepteur, afin d'exclure avec certitude les exécutions parallèles de callbacks pendant le processus de destruction.
Parcours d'utilisation
Le déroulement typique pour l'utilisation du récepteur comprend la dérivation, la mise à disposition et la déconstruction ordonnée :
Définition de classe : L'application définit une sous-classe et surcharge les deux méthodes purement virtuelles OnEventQualification() pour les événements avec des données de contexte non versionnées [SWS_AIDSM_10807] ainsi que pour les données de contexte versionnées ou vides [SWS_AIDSM_10810].
Instanciation : La sous-classe est instanciée, l'identifiant d'instance du port étant transmis au constructeur de base [SWS_AIDSM_10801].
Activation via Offer : L'application appelle Offer() pour démarrer la réception d'événements [SWS_AIDSM_10808]. Le ara::core::Result<void> retourné confirme la mise à disposition réussie.
Réception d'événements : Si l'IdsM détecte un événement de sécurité qualifié, il appelle la méthode de callback appropriée selon le format des données :
OnEventQualification(EventIdType, ara::core::Optional<ContextDataType>, ara::core::Optional<TimestampType>) pour les données non versionnées [SWS_AIDSM_10807].
OnEventQualification(EventIdType, ara::core::Optional<VersionedContextDataType>, ara::core::Optional<TimestampType>) pour les données de contexte versionnées ou les données manquantes spécifiques à l'événement [SWS_AIDSM_10810].
Désactivation et destruction : Avant l'arrêt de l'application, StopOffer() est appelé [SWS_AIDSM_10809] et l'objet est libéré normalement via le destructeur [SWS_AIDSM_10802].
Lors de l'utilisation, diverses conditions d'erreur et conflits de concurrence peuvent survenir :
Échec lors d'Offer() : La méthode Offer() retourne un ara::core::Result<void>[SWS_AIDSM_10808]. Interprétation : si le port modélisé ne peut pas être lié dans le système ou si l'enregistrement auprès de l'IdsM échoue, l'objet Result renvoie une erreur. Question (ouverte) L'application ne doit supposer que des callbacks sont déclenchés qu'après une vérification réussie.
Valeurs de contexte ou d'horodatage manquantes : Dans les deux signatures de callback, les données de contexte et les horodatages sont encapsulés dans ara::core::Optional ([SWS_AIDSM_10807], [SWS_AIDSM_10810]). Un accès non vérifié sans validation (par exemple à des données de contexte vides) entraîne des erreurs dans la logique de traitement de l'application.
Klasse zum Empfangen qualifizierter Security Events von IdsM.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : b8f71cd4e8edProvenance
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
La classe QualifiedEventsReceiver sert à recevoir des Security Events qualifiés provenant de l'Intrusion Detection System Manager (IdsM) [SWS_AIDSM_10800] dans le contexte de l'en-tête ara/idsm/qualified_events_receiver.h.
Utilisation et instanciation : une instance est créée via le constructeur QualifiedEventsReceiver(const ara::core::InstanceSpecifier& instance) pour un PPort modélisé [SWS_AIDSM_10801]. Le modèle de classe impose une sémantique de déplacement : le constructeur de copie [SWS_AIDSM_10804] ainsi que l'opérateur d'affectation par copie [SWS_AIDSM_10806] sont supprimés (= delete). Les instances peuvent à la place être transférées via le constructeur de déplacement [SWS_AIDSM_10803] ou l'affectation par déplacement [SWS_AIDSM_10805].
Concurrence et sécurité des threads (Thread Safety) : la création de l'instance via le constructeur paramétré [SWS_AIDSM_10801] ainsi que le déplacement au moyen du constructeur de déplacement [SWS_AIDSM_10803] sont spécifiés comme thread-safe. En revanche, la destruction via le destructeur virtuel [SWS_AIDSM_10802] et l'affectation par déplacement via operator=[SWS_AIDSM_10805] sont définies comme non thread-safe (not thread-safe). Les appelants doivent donc s'assurer que les opérations d'affectation et de destruction ne sont pas exécutées de manière concurrente sur le même objet.
Traitement des erreurs : toutes les fonctions de cycle de vie et d'affectation spécifiées – constructeurs, destructeur et affectation par déplacement – sont marquées avec noexcept et ne déclenchent donc aucune exception.
Ce texte a été généré par une IA et sert de guide d'orientation. La spécification AUTOSAR fait foi.
Guide de l'implémenteur à venir (complexité I1)
Request a governed re-review of this record. The record is not changed immediately.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 07e3f8fb1ccdProvenanceQuestions ouvertes (1)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
La méthode synchrone Offer() de l’en-tête ara/idsm/qualified_events_receiver.h est appelée sans paramètres d’entrée et sert à signaler que l’instance est prête à recevoir des événements de sécurité qualifiés [SWS_AIDSM_10808]. En cas de succès de l’appel, l’Intrusion Detection System Manager (IdsM) est autorisé à transmettre ultérieurement des événements qualifiés à l’instance via la méthode de rappel OnEventQualification[SWS_AIDSM_10808].
La signature déclare la fonction avec noexcept, de sorte qu’aucune exception C++ ne se produit, et fournit comme type de retour ara::core::Result<void>[SWS_AIDSM_10808]. Comme la spécification ne mentionne aucun code d’erreur spécifique, une erreur véhiculée dans le résultat devrait indiquer que la mise à disposition dans l’IdsM a échoué. Question Q-2eca6bb6ce27ec78 (ouverte) Concernant la concurrence, l’opération est expressément spécifiée comme non sûre pour les threads (not thread-safe) [SWS_AIDSM_10808]. Les appelants doivent par conséquent s’assurer que les appels de Offer() ne sont pas exécutés de façon non protégée en parallèle d’autres méthodes de l’instance.
Le modèle de mise à disposition correspond à l’interaction standardisée dans le module aidsm, au sein duquel les fournisseurs de services activent activement leurs services pour l’IdsM :
Dans l’en-tête ara/idsm/timestamp_provider.h, la fonction Offer() active la mise à disposition d’horodatages et permet à l’IdsM d’appeler GetTimestamp[SWS_AIDSM_10408].
Dans l’en-tête ara/idsm/context_data_provider.h, Offer() autorise la modification de données de contexte en permettant à l’IdsM d’effectuer des appels de ModifyContextData[SWS_AIDSM_10507].
Cette note d’utilisation a été générée automatiquement sur la base des exigences de spécification d’AUTOSAR R25-11.
Request a governed re-review of this record. The record is not changed immediately.
Abstrakter Callback für ein QSEv mit unversionierten Kontextdaten.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : c315ee5144f2Provenance
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
La fonction purement virtuelle OnEventQualification est définie dans l'en-tête ara/idsm/qualified_events_receiver.h et sert de callback abstrait pour la réception d'événements de sécurité qualifiés (QSEv) avec des données de contexte non versionnées [SWS_AIDSM_10807].
Utilisation et paramètres : la méthode est appelée lors de la survenue d'un événement qualifié par l'Intrusion Detection System Manager (IdsM). Elle déclare les paramètres d'interface suivants [SWS_AIDSM_10807] :
event (EventIdType) : identifiant unique de l'événement qualifié.
contextData (ara::core::Optional<ContextDataType>) : données de contexte non versionnées optionnelles de l'événement.
timestamp (ara::core::Optional<TimestampType>) : horodatage optionnel de la survenue de l'événement.
La méthode ne possède aucune valeur de retour (void) et ne lève aucune exception (noexcept) [SWS_AIDSM_10807].
Concurrence : la méthode de callback est spécifiée comme non thread-safe (not thread-safe) [SWS_AIDSM_10807]. Les implémentations côté application doivent par conséquent s'assurer que les appels concurrents ou les accès sont synchronisés.
Cycle de vie et interaction : les appels de OnEventQualification par l'IdsM dépendent de l'état : ils ne sont autorisés qu'après l'activation via Offer[SWS_AIDSM_10808] et sont empêchés par StopOffer[SWS_AIDSM_10809]. Pour les événements avec des données de contexte versionnées ou sans données de contexte, il existe une surcharge distincte de OnEventQualification avec VersionedContextDataType[SWS_AIDSM_10810].
Cette note d'utilisation a été générée par une IA et se base exclusivement sur les données de spécification issues d'AUTOSAR R25-11.
Guide de l'implémenteur à venir (complexité I1)
Request a governed re-review of this record. The record is not changed immediately.
Abstrakter Callback für ein QSEv mit versionierten oder ohne Kontextdaten.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 34e6800f4e26ProvenanceQuestions ouvertes (1)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Utilisation
La fonction membre purement virtuelle OnEventQualification sert de callback spécifique à l'application pour la notification d'un événement de sécurité qualifié (QSEv) avec données de contexte versionnées ou sans données de contexte [SWS_AIDSM_10810]. La fonction déclare les paramètres d'entrée suivants :
event (EventIdType) : identificateur de l'événement qualifié [SWS_AIDSM_10810].
contextData (ara::core::Optional<VersionedContextDataType>) : données de contexte versionnées optionnelles de l'événement [SWS_AIDSM_10810].
timestamp (ara::core::Optional<TimestampType>) : horodatage optionnel de l'événement [SWS_AIDSM_10810].
La fonction ne renvoie aucune valeur (void) et est déclarée avec le spécificateur noexcept[SWS_AIDSM_10810].
Zusammenspiel et cycle de vie
Pour que l'IdsM puisse effectuer des appels de OnEventQualification, le récepteur doit préalablement activer l'interface via Offer[SWS_AIDSM_10808]. Avec StopOffer, les appels ultérieurs de la fonction de callback sont à nouveau empêchés [SWS_AIDSM_10809]. Alors que SWS_AIDSM_10810 traite des données de contexte versionnées, il existe pour les données non versionnées la signature alternative selon [SWS_AIDSM_10807].
Concurrence et traitement des erreurs
La fonction est spécifiée comme non thread-safe (not thread-safe) [SWS_AIDSM_10810]. Vraisemblablement, l'instance appelante de l'IdsM ou l'implémentation concrète doit assurer une synchronisation appropriée si les appels ont lieu de manière concurrente. Question Q-6b9e9525b682ad70 (ouverte) La signature étant définie comme noexcept et ne renvoyant aucun code d'erreur, aucune exception ne doit s'échapper au sein de l'implémentation du callback [SWS_AIDSM_10810].
Cette note d'utilisation a été générée automatiquement sur la base de la spécification.
Guide de l'implémenteur à venir (complexité I1)
Request a governed re-review of this record. The record is not changed immediately.
Unterbindet IdsM-Aufrufe von OnEventQualification.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 8389f042ab00ProvenanceQuestions ouvertes (1)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
La fonction StopOffer de l’en-tête ara/idsm/qualified_events_receiver.h est appelée conformément à [SWS_AIDSM_10809] afin de mettre fin à la proposition du service récepteur pour les événements de sécurité qualifiés. Grâce à l’appel synchrone, il est garanti que l’Intrusion Detection System Manager (IdsM) ne transmettra plus aucun appel ultérieur à la méthode de rappel OnEventQualification.
Concernant l’utilisation et le comportement de l’interface, les propriétés suivantes s’appliquent :
Signature et traitement des erreurs : la fonction ne prend aucun paramètre et ne possède pas de valeur de retour (void StopOffer() noexcept;). Étant déclarée comme noexcept, elle ne lève aucune exception et ne renvoie aucun code d’erreur [SWS_AIDSM_10809].
Concurrence : l’opération est explicitement déclarée dans la spécification comme not thread-safe[SWS_AIDSM_10809]. Les composants appelants doivent par conséquent s’assurer que les appels de StopOffer sont synchronisés de manière externe par rapport à d’autres accès à la même instance.
Contexte d’appel : l’appel devrait opportunément intervenir dans le cadre d’un arrêt ordonné ou lors du désenregistrement du récepteur d’événements, avant que l’instance ne soit détruite. Question Q-77dc1d3a09426bdf (ouverte)
Le patron de conception existe de façon analogue chez d’autres fournisseurs de services du module aidsm. Ainsi, StopOffer dans l’en-tête ara/idsm/timestamp_provider.h met fin aux appels ultérieurs de GetTimestamp par l’IdsM [SWS_AIDSM_10409], tandis que la fonction éponyme dans ara/idsm/context_data_provider.h empêche les futurs appels de ModifyContextData[SWS_AIDSM_10508]. Les deux interfaces apparentées sont tout autant implémentées comme non sûres pour les threads.
Cette note d’utilisation a été générée de manière automatisée et s’appuie exclusivement sur la spécification AUTOSAR.
Request a governed re-review of this record. The record is not changed immediately.
gemini-3.8-flash-low· 2026-10-13 · Original allemand