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.
Guide utilisateurGÉNÉRÉ PAR IA
Fournit des interfaces et des types pour signaler des événements pertinents pour la sécurité à l’IdsM de manière standardisée.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 79f9927c6ea2ProvenanceQuestions ouvertes (2)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Fournit des interfaces et des types pour signaler des événements pertinents pour la sécurité à l’IdsM de manière standardisée.
L’espace de noms ara::idsm fournit des interfaces et des types standardisés permettant aux applications adaptatives de signaler de manière structurée des événements de sécurité à l’Intrusion Detection System Management ([SWS_AIDSM_10205]). Grâce au EventReporter et aux fournisseurs associés pour les horodatages, les données de contexte et les modes de transmission, les incidents peuvent être consignés de manière détaillée ou filtrée ([SWS_AIDSM_10207]). En cas d’identifiants d’événement inconnus, le IdsmErrorDomain fournit des codes d’erreur ciblés en vue d’un traitement ultérieur.
Contexte
L’espace de noms ara::idsm fournit l’interface de programmation d’AUTOSAR Adaptive Platform pour l’Intrusion Detection System Management (IdsM). Sa tâche centrale consiste à collecter de manière standardisée les événements relatifs à la sécurité (Security Events) provenant des processus d’application et des instances de plateforme, et à les transmettre à l’IdsM de niveau supérieur.
La classe EventReporter constitue la principale interface d’interaction pour les applications qui effectuent les signalements. Cette collecte est accompagnée par des interfaces fonctionnelles spécialisées : le ReportingModeProvider gère le mode de transmission actuel ([SWS_AIDSM_10207]), le ContextDataProvider fournit les données d’accompagnement dynamiques ([SWS_AIDSM_10201], [SWS_AIDSM_10206]) et le TimestampProvider fournit les informations temporelles ([SWS_AIDSM_10202]). Du côté de la réception, le QualifiedEventsReceiver traite les événements déjà qualifiés. L’interaction de ces rôles raccorde les applications adaptatives à la surveillance axée sur la sécurité.
Diagramme de contexte : interaction des composants d’application, des interfaces ara::idsm et de l’IdsM. Sources : [SWS_AIDSM_10205], [SWS_AIDSM_10207]
Parcours d'utilisation
Un déroulement typique pour la signalisation d’un événement de sécurité se divise en la consultation de l’état de signalement, la compilation des informations de contexte pertinentes et la transmission au EventReporter.
Avant d’émettre un événement, l’application consulte le mode de signalement actif via le ReportingModeProvider ([SWS_AIDSM_10207]). L’énumération ReportingModeType distingue notamment la transmission désactivée (kOff), les messages compacts (kBrief), les rapports détaillés (kDetailed) ainsi que des modes qui contournent les règles de filtrage locales (kBriefBypassingFilters, kDetailedBypassingFilters). Si le signalement n’est pas désactivé, l’application prépare les données utiles. Un identifiant de type EventIdType sert d’identifiant d’événement ([SWS_AIDSM_10205]). Pour des analyses plus approfondies, le ContextDataProvider fournit des données de contexte modifiables sous la forme d’une plage d’octets ContextDataType ([SWS_AIDSM_10201]) ou d’une paire versionnée VersionedContextDataType incluant un compteur de version ([SWS_AIDSM_10206]). En complément, un compteur de type CountType ([SWS_AIDSM_10203]) pour les événements préqualifiés ainsi qu’un horodatage de type TimestampType ([SWS_AIDSM_10202]) via le TimestampProvider peuvent être intégrés. Enfin, l’application transmet les données au EventReporter.
Les opérations défaillantes au sein de l’espace de noms ara::idsm sont signalées via le domaine d’erreur IdsmErrorDomain et le type de code d’erreur IdsmErrc ([SWS_AIDSM_10204]). Pour le traitement des erreurs conforme à la norme, il existe les fonctions GetIdsmErrorDomain ([SWS_AIDSM_10702]) et MakeErrorCode ([SWS_AIDSM_10703]), avec lesquelles des instances de ara::core::ErrorCode peuvent être construites de manière thread-safe.
Un scénario d’erreur central se présente lorsqu’un ID d’événement inconnu est utilisé. Dans ce cas, le système signale l’erreur IdsmErrc::kUnknownEventId ([SWS_AIDSM_10204]). Cela se produit lorsqu’un appelant transmet un identifiant de type EventIdType qui n’est pas connu de l’IdsM ou qui n’est pas configuré dans le manifeste. Pour les interfaces synchrones avec gestion des exceptions, cet état est représenté par la classe IdsmException. La précondition à tout signalement réussi est donc la concordance des valeurs EventIdType transmises avec la configuration de l’IdsM.
Ce guide repose exclusivement sur les spécifications de la version AUTOSAR 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.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 58b3761a5fdbProvenanceQuestions ouvertes (1)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Utilisation et finalité
L'énumération IdsmErrc représente les codes d'erreur du domaine d'erreur de l'IdsM (en-tête ara/idsm/idsm_error_domain.h) et repose sur le type sous-jacent ara::core::ErrorDomain::CodeType[SWS_AIDSM_10204]. Pour une manipulation compacte dans les applications clientes, AUTOSAR fournit l'alias de type identique Errc[SWS_AIDSM_10707]. La fonction MakeErrorCode sert à l'intégration dans le modèle de traitement des erreurs standardisé d'AUTOSAR Adaptive : elle convertit noexcept un code d'erreur, accompagné de données supplémentaires spécifiques au constructeur (SupportDataType), en un objet ara::core::ErrorCode[SWS_AIDSM_10703].
Codes d'erreur et interaction
La spécification définit la valeur d'erreur concrète :
kUnknownEventId = 3 : signale qu'une eventId transmise n'est pas connue de l'Intrusion Detection System Manager comme un événement de sécurité configuré [SWS_AIDSM_10204].
Ce code est véhiculé dans les interfaces synchrones sous forme d'état d'erreur au sein du type de retour ara::core::Result. L'interrogation du mode de rapport via GetReportingMode[SWS_AIDSM_10602] ainsi que son actualisation via SetReportingMode[SWS_AIDSM_10603] échouent avec IdsmErrc::kUnknownEventId si un événement non configuré est ciblé. Interprétation : en raison de l'attribution explicite de la valeur 3, les valeurs 1 et 2 devraient être réservées pour des états d'erreur du domaine utilisés en interne ou à l'avenir. Question Q-374e315b0ea6d0c7 (ouverte)
Concurrence et restrictions
La fonction utilitaire MakeErrorCode dédiée à la création d'objets d'erreur est thread-safe et désignée comme constexpr[SWS_AIDSM_10703]. En revanche, les fonctions opérationnelles de reporting_mode_provider.h qui renvoient ces états d'erreur (GetReportingMode[SWS_AIDSM_10602] et SetReportingMode[SWS_AIDSM_10603]) sont explicitement déclarées non thread-safe (not thread-safe). Les appels parallèles doivent donc être synchronisés par l'appelant.
Ce texte a été élaboré par une IA sur la base des documents de spécification.
Guide de l'implémenteur à venir (complexité I1)
Request a governed re-review of this record. The record is not changed immediately.
gemini-3.8-flash-low· 2026-10-13 · Original allemand