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 निदान प्रबंधन 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]।

IdsM को सुरक्षा इवेंट की रिपोर्टिंगBetriebssystemFirewall (Sensor)EventReporterIdsM-DaemonPaket geblockt (Regelverletzung)handlePacketBlocked()ReportEvent(contextData, count)IPC के माध्यम से इवेंट ट्रांसफरFiltern, 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) एक AUTOSAR Adaptive Platform पर सुरक्षा-प्रासंगिक घटनाओं (Security Events) के कैप्चर, प्री-फ़िल्टरिंग और योग्यता के लिए केंद्रीय प्लेटफ़ॉर्म इंस्टेंस बनाता है 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 जैसी प्लेटफ़ॉर्म सेवाएँ तथा एप्लिकेशन-विशिष्ट प्रोसेस Security-सेंसर AUTOSAR_AP_SWS_IntrusionDetectionSystemManager पृ. 13 के रूप में कार्य करते हैं। निम्नलिखित ओवरव्यू Adaptive Platform के रनटाइम परिवेश में IdsM-डेमन के एम्बेडिंग को स्पष्ट करता है।

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 निदान प्रबंधन 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] द्वारा कार्यान्वित किया जाता है। एक रिपोर्टिंग इकाई कंस्ट्रक्टर [SWS_AIDSM_10301] के माध्यम से ara::core::InstanceSpecifier का उपयोग करके एक निर्धारित पोर्ट निर्दिष्ट करते हुए थ्रेड-सुरक्षित रूप से इस क्लास को इंस्टैंशिएट करती है। इससे मेनिफेस्ट में परिभाषित 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। निम्नलिखित अनुक्रम आरेख इस सिंक्रोनस रिपोर्टिंग प्रक्रिया को स्पष्ट करता है।

IdsM को सुरक्षा इवेंट की रिपोर्टिंगBetriebssystemFirewall (Sensor)EventReporterIdsM-DaemonPaket geblockt (Regelverletzung)handlePacketBlocked()ReportEvent(contextData, count)IPC के माध्यम से इवेंट ट्रांसफरFiltern, 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: IdsM में इवेंट प्रोसेसिंगaltZeitstempel angefordertGetTimestamp()TimestampType (std::uint64_t)Kontextmodifikation angefordertModifyContextData(Span, EventId)Result<std::size_t> (अद्यतन लंबाई)StopOffer()Dienstabmeldung

अनुक्रम आरेख: 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: IdsM में इवेंट क्वालिफिकेशनaltUnversionierte 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] प्रकार की घटना-ID के लिए वर्तमान मोड की क्वेरी की जा सकती है [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। यह स्पष्ट डीकपलिंग मानकीकृत सॉफ़्टवेयर घटकों के पुन: उपयोग और केवल कॉन्फ़िगरेशन स्तर पर प्रोजेक्ट-विशिष्ट घटना-IDs को निर्दिष्ट करने की अनुमति देती है 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 मॉड्यूल के भीतर त्रुटि स्थितियों को त्रुटि डोमेन [SWS_AIDSM_10706] के माध्यम से मानकीकृत AUTOSAR त्रुटि प्रबंधन अवधारणा के अनुसार नियंत्रित किया जाता है। इसे वैश्विक फ़ंक्शन GetIdsmErrorDomain() के माध्यम से संदर्भित किया जाता है [SWS_AIDSM_10702]। कंक्रीट API त्रुटियों को गणन [SWS_AIDSM_10204] (उपनाम [SWS_AIDSM_10707]) द्वारा दर्शाया जाता है। उदाहरण के लिए, यदि रिपोर्टिंग मोड की क्वेरी करते या सेट करते समय कोई अज्ञात घटना-ID उत्पन्न होती है, तो ऑपरेशन GetReportingMode और SetReportingMode कोड IdsmErrc::kUnknownEventId के साथ एक त्रुटिपूर्ण ara::core::Result वापस करते हैं [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]।

आगे के विस्तृत संदर्भ और विनिर्देश संदर्भ

निम्नलिखित संकलन मॉड्यूल के आवश्यक विनिर्देश दस्तावेजों और आर्किटेक्चरल बिंदुओं को सारांशित करता है:

  • घटना-इनग्रेस और सेंसर-रिपोर्टिंग: विनिर्देश [SWS_AIDSM_10101] और [SWS_AIDSM_10302] से [SWS_AIDSM_10307] EventReporter के C++ सिग्नेचर को परिभाषित करते हैं। प्लेटफ़ॉर्म सेंसर द्वारा आर्किटेक्चरल एम्बेडिंग को AUTOSAR_AP_SWS_IntrusionDetectionSystemManager पृ. 13 और AUTOSAR_AP_EXP_SWArchitecture पृ. 121 में दर्शाया गया है।
  • आंतरिक प्लेटफ़ॉर्म एकीकरण: Communication Management (AUTOSAR_AP_SWS_CommunicationManagement पृ. 34), Firewall (AUTOSAR_AP_SWS_Firewall पृ. 11) और Diagnostic Management (AUTOSAR_AP_SWS_Diagnostics पृ. 67) जैसे अन्य फंक्शनल क्लस्टर्स की निर्भरताएँ और उपयोग पैटर्न सुरक्षा संग्राहक के रूप में IdsM की सार्वभौमिक भूमिका को प्रमाणित करते हैं।
  • अतिरिक्त डेटा और टाइमस्टैम्प प्रदाता: विनिर्देश [SWS_AIDSM_10400] और [SWS_AIDSM_10500] टाइमस्टैम्प और संदर्भ संशोधनों के प्रावधान पैटर्न को नियंत्रित करते हैं, जिसे आर्किटेक्चरल आरेख AUTOSAR_AP_EXP_SWArchitecture पृ. 122 द्वारा पूरक किया गया है।
  • योग्य घटनाओं का रिसेप्शन और ऑपरेटिंग मोड: आवश्यकताएं [SWS_AIDSM_10800] और [SWS_AIDSM_10600] इग्रेस संचार और रनटाइम कॉन्फ़िगरेशन का वर्णन करती हैं, जिसे AUTOSAR_AP_EXP_SWArchitecture पृ. 123 में चित्रित किया गया है।
  • मेनिफेस्ट और डिप्लॉयमेंट मॉडलिंग: AUTOSAR_AP_TPS_ManifestSpecification पृ. 257 में मेटामॉडल नियम तथा डिप्लॉयमेंट मैपिंग AUTOSAR_AP_TPS_ManifestSpecification पृ. 664 से AUTOSAR_AP_TPS_ManifestSpecification पृ. 669 डिज़ाइन और लोड समय पर सुसंगत इंस्टैंशिएशन और कनेक्शन सुनिश्चित करते हैं।
  • त्रुटि प्रबंधन: परिभाषाएँ [SWS_AIDSM_10204] और [SWS_AIDSM_10706] अमान्य घटना पहचानकर्ताओं के लिए त्रुटि प्रबंधन की नींव बनाती हैं।

यह मार्गदर्शिका विशेष रूप से 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

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.

API नेमस्पेस

मुख्य क्लासें