DEENESPTFRRUARHIKOZHNL

وحدة ara::idsm — Intrusion Detection System Manager

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.

دليل الوحدةمولَّد بالذكاء الاصطناعي

يجمع ويُرشّح ويؤهّل الأحداث ذات الصلة بالأمان لاكتشاف الهجمات السيبرانية على المنصة.
مُولَّد بالذكاء الاصطناعي غير مُراجَع النموذج: gemini-3.8-flash-medium · الجهد: medium · درجة الحرارة: غير قابل للتحكم · الموجّه: aec7fd738ec8 المصدر
المرساة السببية: R25-11 صالح اعتبارًا من R25-11 مُركَّب حديثًا لهذا الإصدار من المواصفة.
مترجم من الدليل الألمانيgemini-3.8-flash-low · 2026-10-13 · الأصل الألماني

يجمع ويُرشّح ويؤهّل الأحداث ذات الصلة بالأمان لاكتشاف الهجمات السيبرانية على المنصة.

يلتقط Intrusion Detection System Manager، بوصفه خدمة منصة مركزية، الأحداث ذات الصلة بالأمان من المجموعات الوظيفية والتطبيقات عبر حالات قياسية من الفئة [SWS_AIDSM_10101] AUTOSAR_AP_EXP_SWArchitecture ص. 124. ويمكن إثراء البلاغات الواردة بطوابع زمنية وبيانات سياق، وترشيحها، وإعادة توجيهها كأحداث أمان مؤهلة إلى مستلمين مُخوّلين [SWS_AIDSM_10800]. ويتطلب ربط جميع الواجهات ومعرّفات الأحداث نمذجة متسقة عبر بيان AUTOSAR AUTOSAR_AP_TPS_ManifestSpecification ص. 257.

يعمل Intrusion Detection System Manager (IdsM) في AUTOSAR Adaptive Platform بوصفه Functional Cluster مركزيًا قائمًا على عفريت لتجميع الأحداث ذات الصلة بالأمان وترشيحها وتقييمها AUTOSAR_AP_EXP_PlatformDesign ص. 95. وتُبلّغ المجموعات الوظيفية مثل Communication Management وFirewall وDiagnostic Management، وكذلك المكونات الخاصة بالتطبيق، عن الحوادث الأمنية بطريقة آمنة لخيوط المعالجة عبر حالات قياسية من الفئة [SWS_AIDSM_10101] إلى IdsM AUTOSAR_AP_SWS_IntrusionDetectionSystemManager ص. 13.

idsm_context cluster_sensors Security Sensors cluster_consumers Event Handling & Sinks com_mgmt Communication Management idsm Intrusion Detection System Manager (daemon-based) com_mgmt->idsm ReportEvent() firewall Firewall firewall->idsm ReportEvent() diag_mgmt Diagnostic Management diag_mgmt->idsm ReportEvent() app_sensor Adaptive Application (Sensor) app_sensor->idsm ReportEvent() app_receiver Adaptive Application (QualifiedEventsReceiver) idsm->app_receiver OnEventQualification() soc_sem Security Event Memory (SEM) / Vehicle SOC idsm->soc_sem Qualifizierte Weiterleitung

مخطط السياق: تضمين عفريت IdsM كمستقبل مركزي لأحداث الأمان من المجموعات الوظيفية والتطبيقات. المصادر: AUTOSAR_AP_EXP_SWArchitecture ص. 124، AUTOSAR_AP_SWS_IntrusionDetectionSystemManager ص. 13.

يدعم الإبلاغ عن الأحداث عبر ReportEvent مستويات تفصيل متغيرة بدءًا من العدادات البسيطة وصولاً إلى الطوابع الزمنية الصريحة وحتى بيانات السياق غير محددة الإصدار أو ذات الإصدار [SWS_AIDSM_10302]، [SWS_AIDSM_10307]. وللإثراء الديناميكي، يمكن دمج التطبيقات عبر [SWS_AIDSM_10400] و[SWS_AIDSM_10500] كمزودين للطوابع الزمنية أو لبايتات سياق إضافية AUTOSAR_AP_EXP_SWArchitecture ص. 122. وبعد تقييم سلاسل الترشيح الداخلية، يُوجّه IdsM الأحداث المؤهلة عبر ردود نداء الإشعار من الفئة [SWS_AIDSM_10800] إلى المستلمين المسجلين [SWS_AIDSM_10807].

الإبلاغ عن حدث أمني إلى IdsMBetriebssystemFirewall (Sensor)EventReporterIdsM-DaemonPaket geblockt (Regelverletzung)handlePacketBlocked()ReportEvent(contextData, count)تسليم الحدث عبر IPCFiltern, Ratenbegrenzung & Aggregationvoidالعودة

مخطط التسلسل: الإبلاغ المتزامن عن حدث أمني بواسطة مكون مستشعر عبر EventReporter. المصادر: AUTOSAR_AP_EXP_SWArchitecture ص. 232، [SWS_AIDSM_10101].

تتم تهيئة المنافذ وتعيين تعريفات الأحداث عبر عناصر النموذج الفوقي القياسية في البيان AUTOSAR_AP_TPS_ManifestSpecification ص. 257. ويمكن أيضًا التحكم في سلوك الإبلاغ عن الأحداث الفردية أثناء وقت التشغيل عبر [SWS_AIDSM_10600]، حيث يُشار إلى معرّفات الأحداث غير الصالحة عبر نطاق الخطأ [SWS_AIDSM_10706] باستخدام رمز الخطأ kUnknownEventId [SWS_AIDSM_10204]، [SWS_AIDSM_10602].

دور وحدود نظام Intrusion Detection System Manager

يُشكّل Intrusion Detection System Manager (IdsM) مثيل المنصة المركزي لالتقاط الأحداث ذات الصلة بالأمان (Security Events) وتصفيتها مسبقًا وتأهيلها على AUTOSAR Adaptive Platform AUTOSAR_AP_EXP_PlatformDesign ص. 95. ووفقًا لمتطلبات الأمن السيبراني للمعيار ISO/SAE 21434، يعمل IdsM على وحدات التحكم الإلكترونية القائمة على POSIX كخدمة خلفية مستقلة (daemon-based Functional Cluster) AUTOSAR_AP_EXP_SWArchitecture ص. 124. وتتمثل مهمته الأساسية في جمع حالات الشذوذ ومحاولات الهجوم المحتملة، وتقييمها استنادًا إلى قواعد مهيأة مثل حدود المعدل أو عتبات القيم، ودمجها في أحداث أمان مؤهلة (Qualified Security Events) AUTOSAR_EXP_SWArchitecture ص. 97.

صُممت بنية IdsM لتحقيق إمكانية التشغيل البيني مع المجموعات الوظيفية الأخرى. وتعمل خدمات المنصة مثل Communication Management AUTOSAR_AP_SWS_CommunicationManagement ص. 34 وFirewall AUTOSAR_AP_SWS_Firewall ص. 11 وDiagnostic Management AUTOSAR_AP_SWS_Diagnostics ص. 67، بالإضافة إلى العمليات الخاصة بالتطبيقات، كمستشعرات أمان AUTOSAR_AP_SWS_IntrusionDetectionSystemManager ص. 13. وتوضح النظرة العامة التالية تضمين عفريت IdsM في بيئة وقت التشغيل لـ Adaptive Platform.

idsm_context cluster_sensors Security Sensors cluster_consumers Event Handling & Sinks com_mgmt Communication Management idsm Intrusion Detection System Manager (daemon-based) com_mgmt->idsm ReportEvent() firewall Firewall firewall->idsm ReportEvent() diag_mgmt Diagnostic Management diag_mgmt->idsm ReportEvent() app_sensor Adaptive Application (Sensor) app_sensor->idsm ReportEvent() app_receiver Adaptive Application (QualifiedEventsReceiver) idsm->app_receiver OnEventQualification() soc_sem Security Event Memory (SEM) / Vehicle SOC idsm->soc_sem Qualifizierte Weiterleitung

مخطط السياق: تضمين عفريت IdsM كمستقبل مركزي لأحداث الأمان من المجموعات الوظيفية والتطبيقات. المصادر: AUTOSAR_AP_EXP_SWArchitecture ص. 124، AUTOSAR_AP_SWS_IntrusionDetectionSystemManager ص. 13، AUTOSAR_AP_EXP_PlatformDesign ص. 95.

الإبلاغ عن الأحداث عبر EventReporter وأنماط التفاعل

تتحقق واجهة الإدخال الأساسية لنقل الحوادث الأمنية عبر الفئة [SWS_AIDSM_10101]. وتُنشئ الوحدة المُبلّغة مثيلاً من هذه الفئة مع تحديد منفذ معرّف بواسطة ara::core::InstanceSpecifier بطريقة آمنة لخيوط المعالجة عبر المُنشئ [SWS_AIDSM_10301]. ومن خلال ذلك، يتم إنشاء الاتصال بـ SecurityEventReportInterface المحدد في البيان AUTOSAR_AP_TPS_ManifestSpecification ص. 257. ويتم النقل الفعلي عبر متغيرات محملة بشكل زائد للدالة المتزامنة ReportEvent، والتي يمكن تنفيذ كل منها بطريقة آمنة لخيوط المعالجة [SWS_AIDSM_10302].

اعتمادًا على نوع الحدث وبيانات المستشعر المتاحة، توفر الواجهة أشكال إبلاغ متدرجة. وتنقل الدالة الأساسية فقط عدد مرات التكرار من النوع [SWS_AIDSM_10203] (القيمة الافتراضية 1) دون أي بيانات وصفية أخرى [SWS_AIDSM_10302]. وبالنسبة للعمليات الحساسة للوقت، يمكن تمرير طابع زمني خاص بالمستشعر من النوع [SWS_AIDSM_10202] مباشرة [SWS_AIDSM_10303]. بالإضافة إلى ذلك، يمكن تمرير حمولة غير قابلة للتغيير كنطاق بايت من النوع [SWS_AIDSM_10201] إما بمفردها [SWS_AIDSM_10304] أو مدمجة مع طابع زمني [SWS_AIDSM_10305]. وبالنسبة لتنسيقات الأحداث المهيكلة، توجد تحميلات زائدة مع بيانات سياق ذات إصدار من النوع [SWS_AIDSM_10206]، والتي تمثل زوج قيم يتكون من نطاق بيانات السياق ومؤشر إصدار 16 بت [SWS_AIDSM_10306]، مكملاً اختياريًا بطابع زمني صريح [SWS_AIDSM_10307].

يُعد إسقاط حزم الشبكة غير المسموح بها بواسطة مكدس TCP/IP وFirewall سيناريو نموذجيًا لمسار الإبلاغ هذا: يُبلّغ نظام التشغيل عن الحزم المحظورة إلى عفريت Firewall، والذي يستدعي بدوره على الفور ReportEvent AUTOSAR_AP_EXP_SWArchitecture ص. 232. ويوضح مخطط التسلسل التالي عملية الإبلاغ المتزامنة هذه.

الإبلاغ عن حدث أمني إلى IdsMBetriebssystemFirewall (Sensor)EventReporterIdsM-DaemonPaket geblockt (Regelverletzung)handlePacketBlocked()ReportEvent(contextData, count)تسليم الحدث عبر IPCFiltern, Ratenbegrenzung & Aggregationvoidالعودة

مخطط التسلسل: الإبلاغ المتزامن عن حدث أمني بواسطة مكون مستشعر عبر EventReporter. المصادر: AUTOSAR_AP_EXP_SWArchitecture ص. 232، [SWS_AIDSM_10101]، [SWS_AIDSM_10302].

بيانات السياق الموسعة والطوابع الزمنية عبر واجهات المزود

لتفادي إثقال كاهل العمليات المُبلّغة باستعلامات الوقت المعقدة أو معلومات السياق الثابتة، تدعم البنية عكس تدفق التحكم عبر واجهات المزود AUTOSAR_AP_EXP_SWArchitecture ص. 122. ويمكن للتطبيقات أن تعمل كمقدمي خدمات الطابع الزمني عن طريق الاشتقاق من الفئة المجردة [SWS_AIDSM_10400]. وبعد إنشاء المثيل عبر المُنشئ [SWS_AIDSM_10401]، تُفعّل التطبيقات الخدمة باستخدام Offer() [SWS_AIDSM_10408]. ومن هذه اللحظة، يمكن لـ IdsM عند الحاجة استدعاء الدالة الافتراضية الخالصة GetTimestamp() للاستعلام عن قيمة الوقت الحالية [SWS_AIDSM_10407]. ويتم إنهاء التوفير باستخدام StopOffer() [SWS_AIDSM_10409].

وبطريقة مماثلة، تتيح الفئة الأساسية [SWS_AIDSM_10500] الإثراء الديناميكي لبيانات السياق أو تعديلها. ويتوقع المُنشئ، بالإضافة إلى InstanceSpecifier، تحديد حجم البايتات الإضافية وكذلك الإزاحة لبيانات السياق الأصلية [SWS_AIDSM_10501]. وبعد التحرير بواسطة Offer() [SWS_AIDSM_10507]، يستدعي عفريت IdsM عند ورود الحدث الدالة ModifyContextData [SWS_AIDSM_10509]. وهنا يتم تمرير نطاق بايت قابل للكتابة، تكتب فيه التطبيقات البيانات المعدلة وتُبلّغ عن حجم البيانات الناتج كـ ara::core::Result<std::size_t> [SWS_AIDSM_10509]. ويتم إلغاء تفعيل تلقي طلبات التعديل الإضافية باستخدام StopOffer() [SWS_AIDSM_10508].

توفير بيانات إضافية عبر واجهات المزوّدAnwendung (Provider)TimestampProvider / ContextDataProviderIdsM-DaemonOffer()Dienstregistrierung / BereitschaftResult::FromValue()Use Case: معالجة الحدث في IdsMaltZeitstempel angefordertGetTimestamp()TimestampType (std::uint64_t)Kontextmodifikation angefordertModifyContextData(Span, EventId)Result<std::size_t> (الطول المحدّث)StopOffer()Dienstabmeldung

مخطط التسلسل: دورة الحياة وتسلسل عكس التحكم (Inversion-of-Control) عند إثراء أحداث الأمان عبر TimestampProvider وContextDataProvider. المصادر: AUTOSAR_AP_EXP_SWArchitecture ص. 122، [SWS_AIDSM_10408]، [SWS_AIDSM_10509].

استقبال أحداث الأمان المؤهلة والتحكم في التشغيل

بعد أن يعالج IdsM الأحداث الواردة ويؤهلها استنادًا إلى قواعد الترشيح الخاصة به، يمكن إخطار Adaptive Applications المُخوّلة بوجود حدث مؤهل AUTOSAR_AP_EXP_SWArchitecture ص. 123. وتُستخدم لهذا الغرض الفئة [SWS_AIDSM_10800]، التي يتم إنشاء مثيل لها عبر المُنشئ الخاص بالمنفذ [SWS_AIDSM_10801]. وبعد استدعاء Offer() [SWS_AIDSM_10808]، يُوجّه IdsM الإشعارات إلى التطبيق عن طريق استدعاء رد النداء المقابل. وإذا توفرت بيانات غير محددة الإصدار، يتم الاستدعاء عبر OnEventQualification مع سياق اختياري وطابع زمني اختياري [SWS_AIDSM_10807]. وإذا توفرت بيانات سياق ذات إصدار، يُلبي العفريت الواجهة المحملة بشكل زائد [SWS_AIDSM_10810]. ويمكن إنهاء الإشعار باستخدام StopOffer() [SWS_AIDSM_10809].

Zustellung qualifizierter SicherheitsereignisseIdsM-DaemonQualifiedEventsReceiverAdaptive ApplicationOffer()تسجيل المستقبلResult::FromValue()Use Case: تأهيل الأحداث في IdsMaltUnversionierte KontextdatenOnEventQualification(event, ContextDataType, timestamp)Versionierte KontextdatenOnEventQualification(event, VersionedContextDataType, timestamp)StopOffer()إلغاء تسجيل المستقبل

مخطط التسلسل: استقبال أحداث الأمان المؤهلة بواسطة تطبيق استجابة عبر QualifiedEventsReceiver. المصادر: AUTOSAR_AP_EXP_SWArchitecture ص. 123، [SWS_AIDSM_10801]، [SWS_AIDSM_10808]، [SWS_AIDSM_10807].

للتحكم الديناميكي في سلوك الإبلاغ لكل حدث، توجد الفئة [SWS_AIDSM_10600]، التي تتم تهيئتها عبر المُنشئ [SWS_AIDSM_10601]. وعبر GetReportingMode، يمكن الاستعلام عن الوضع الحالي لمعرّف حدث من النوع [SWS_AIDSM_10205] [SWS_AIDSM_10602]. وباستخدام SetReportingMode، يمكن تعديل الوضع أثناء وقت التشغيل [SWS_AIDSM_10603]. ويُحدد التعداد [SWS_AIDSM_10207] الأوضاع المتاحة، والتي تتراوح بين الإيقاف الكامل (kOff) والالتقاط القياسي والمفصل (kBrief، kDetailed) وصولاً إلى التجاوز المستهدف لسلاسل الترشيح الداخلية (kBriefBypassingFilters، kDetailedBypassingFilters) [SWS_AIDSM_10207].

reporting_mode init kOff kOff (Reporting deaktiviert) init->kOff kBrief kBrief (موجز مع مرشحات) kOff->kBrief SetReportingMode() kDetailed kDetailed (مفصل مع مرشحات) kOff->kDetailed SetReportingMode() kBriefBypassingFilters kBriefBypassingFilters (Kurzfassung ungefiltert) kOff->kBriefBypassingFilters SetReportingMode() kDetailedBypassingFilters kDetailedBypassingFilters (Detailliert ungefiltert) kOff->kDetailedBypassingFilters SetReportingMode() kBrief->kOff SetReportingMode() kBrief->kDetailed SetReportingMode() kDetailed->kOff SetReportingMode() kBriefBypassingFilters->kDetailedBypassingFilters SetReportingMode() kDetailedBypassingFilters->kOff SetReportingMode()

مخطط الحالة: أوضاع الإبلاغ والترشيح لمعالجة الأحداث وفقًا لـ ReportingModeType. المصادر: [SWS_AIDSM_10207]، [SWS_AIDSM_10602]، [SWS_AIDSM_10603].

نمذجة البيان وربط المنافذ والنشر

يتم دمج جميع الواجهات في النظام الكلي بشكل تصريحي عبر بيان AUTOSAR. وتشتق جميع واجهات المنافذ المتعلقة بـ IdsM في النموذج الفوقي من الفئة الأساسية المشتركة IdsmAbstractPortInterface AUTOSAR_AP_TPS_ManifestSpecification ص. 257. وتتم نمذجة الإبلاغ عبر SecurityEventReportInterface، والذي يرتبط عبر SecurityEventReportToSecurityEventDefinitionMapping بـ SecurityEventDefinition رسمية AUTOSAR_AP_TPS_ManifestSpecification ص. 146. ويسمح هذا الفصل الصريح بإعادة استخدام مكونات البرمجيات القياسية وعدم تعيين معرّفات الأحداث الخاصة بالمشروع إلا على مستوى التهيئة TPS_ManifestSpecification ص. 146.

على مستوى النشر، يتم تمثيل مختلف المزودين والمستقبلين كـ UploadableDeploymentElement TPS_ManifestSpecification ص. 881. ويشمل ذلك IdsmTimestampProviderMapping AUTOSAR_AP_TPS_ManifestSpecification ص. 664، وIdsmContextProviderMapping AUTOSAR_AP_TPS_ManifestSpecification ص. 665، وIdsmReportingModeProviderMapping AUTOSAR_AP_TPS_ManifestSpecification ص. 667، وكذلك IdsmQualifiedEventReceiverMapping AUTOSAR_AP_TPS_ManifestSpecification ص. 669. وتربط هذه الفئات الفوقية مثيل المنصة النمطي IdsPlatformInstantiation بالعملية المعنية (Process) والمنفذ الهدف (PPortPrototype أو RPortPrototype) TPS_ManifestSpecification ص. 664. وبالنسبة للمجموعات الوظيفية، يوجد أيضًا تعيين خاص FunctionalClusterToSecurityEventDefinitionMapping لتعيين أحداث المنصة بشكل مطابق للمعاير دون ربط مباشر بالعملية AUTOSAR_AP_TPS_ManifestSpecification ص. 873.

السلوك في حالة الخطأ ومعالجة التشخيص

تتم معالجة حالات الخطأ داخل وحدة IdsM وفقًا للمفهوم القياسي لمعالجة الأخطاء في AUTOSAR عبر نطاق الخطأ [SWS_AIDSM_10706]. وتتم الإشارة إلى ذلك عبر الدالة العامة GetIdsmErrorDomain() [SWS_AIDSM_10702]. وتُمثّل أخطاء API المحددة بواسطة التعداد [SWS_AIDSM_10204] (الاسم المستعار [SWS_AIDSM_10707]). وإذا ظهر، على سبيل المثال، معرّف حدث غير معروف عند الاستعلام عن وضع الإبلاغ أو تعيينه، تُرجع العمليتان GetReportingMode وSetReportingMode كائن ara::core::Result خاطئًا بالرمز IdsmErrc::kUnknownEventId [SWS_AIDSM_10602]، [SWS_AIDSM_10603].

تُستخدم الدالة المساعدة MakeErrorCode للتحويل إلى كائنات خطأ مهيكلة [SWS_AIDSM_10703]. ويُنفّذ نطاق الخطأ الواجهات للاستعلام عن اسم النطاق [SWS_AIDSM_10710] ورسالة النص الوصفية [SWS_AIDSM_10711]. وإذا كانت الاستثناءات مفعلة في النظام، يمكن رمي رمز خطأ عبر ThrowAsException [SWS_AIDSM_10712] كاستثناء من النوع [SWS_AIDSM_10704] (الاسم المستعار [SWS_AIDSM_10708])، الذي يُغلّف مُنشئه ErrorCode الأساسي [SWS_AIDSM_10705].

أدلة تفصيلية إضافية ومراجع المواصفات

يُلخّص التجميع التالي وثائق المواصفات ومواضع البنية الأساسية للوحدة:

يعتمد هذا الدليل حصريًا على حالات مواصفات AUTOSAR Adaptive Platform R25-11.

Spezifikation: AUTOSAR_AP_SWS_IntrusionDetectionSystemManager.pdf (R25-11) · 61 API-Records

function: 43 class: 7 enumeration: 2 type alias: 8 header file: 6

خريطة المواضيع

ara::idsm

16
ContextDataProviderEventReporterIdsmErrorDomainIdsmExceptionQualifiedEventsReceiverReportingModeProviderTimestampProviderGetIdsmErrorDomainMakeErrorCodeIdsmErrcReportingModeTypeContextDataTypeCountTypeEventIdTypeTimestampTypeVersionedContextDataType

عرض التفاصيل

اختر عنصرًا من المخطط.

ara::idsm

ContextDataProvider فئة

Stellt veränderbare Kontextdaten für IdsM bereit.

EventReporter فئة

Meldet Security Events an IdsM.

IdsmErrorDomain فئة

Fehlerdomäne für ara::idsm.

IdsmException فئة

Exception-Typ für ara::idsm.

QualifiedEventsReceiver فئة

Empfängt qualifizierte Ereignisse.

ReportingModeProvider فئة

Liest und setzt Reporting Modes.

TimestampProvider فئة

Stellt optionale Zeitstempel bereit.

GetIdsmErrorDomain دالة
constexpr const ara::core::ErrorDomain& GetIdsmErrorDomain() noexcept;
MakeErrorCode دالة
constexpr ara::core::ErrorCode MakeErrorCode(ara::idsm::IdsmErrc code, ara::core::ErrorDomain::SupportDataType data) noexcept;
IdsmErrc تعداد
enum class IdsmErrc : ara::core::ErrorDomain::CodeType { kUnknownEventId = 3 };
ReportingModeType تعداد
enum class ReportingModeType : std::uint8_t { kOff, kBrief, kDetailed, kBriefBypassingFilters, kDetailedBypassingFilters };
ContextDataType اسم نوع بديل
using ContextDataType = ara::core::Span<const std::uint8_t>;
CountType اسم نوع بديل
using CountType = std::uint16_t;
EventIdType اسم نوع بديل
using EventIdType = std::uint16_t;
TimestampType اسم نوع بديل
using TimestampType = std::uint64_t;
VersionedContextDataType اسم نوع بديل
using VersionedContextDataType = std::pair<ContextDataType, std::uint16_t>;

مخطط البنية أو التسلسل

Meldung und Verarbeitung eines Security EventsSensor / AnwendungEventReporterIdsMContextDataProviderSEM (konzeptionell) /IdsRReportEvent(...)Security Event meldenModifyContextData(...)[optional]modifizierteKontextdatenqualifizieren, filtern undReporting Mode anwendenQSEv speichern oder weiterleitenSEM ist laut EXP_PlatformDesign für einespätere Standardisierung angekündigt; hier:lokale Persistenz / IdsR.

Meldungs- und Verarbeitungsablauf aus der SWS und dem Platform-Design-Kontext. Quelle(n): SWS IdsM §7.1, §7.3, §7.7 und EXP Platform Design §19. Teilweise Interpretation: Die letzte Station fasst lokale Persistenz und die Weitergabe an IdsR zusammen; ein SEM ist in der genannten R25-11-Quelle nicht als standardisierter Bestandteil beschrieben.

نطاق أسماء الواجهة البرمجية

الفئات الرئيسية