DEENESPTFRRUARHIKOZHNL

وحدة ara::fw — Firewall

Diese Seite wurde vollständig KI-generiert auf Basis von SWS Firewall (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.

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

يبدل مجموعات قواعد Firewall المعتمدة على الحالة للمنصة ويبلغ عن الحزم المحظورة كـ Security Events.
مُولَّد بالذكاء الاصطناعي غير مُراجَع النموذج: claude-opus-5-5 · الجهد: high · درجة الحرارة: غير قابل للتحكم · الموجّه: 9267f9cbcba3 المصدر أسئلة مفتوحة (3)
المرساة السببية: R25-11 صالح اعتبارًا من R25-11 مُركَّب حديثًا لهذا الإصدار من المواصفة.
مترجم من الدليل الألمانيمُولَّد بالذكاء الاصطناعيgemini-3.8-flash-low · 2026-10-13 · الأصل الألماني

يبدل مجموعات قواعد Firewall المعتمدة على الحالة للمنصة ويبلغ عن الحزم المحظورة كـ Security Events.

يقوم Functional Cluster المسمى Firewall بفلترة حزم الشبكة وفقًا لمجموعات قواعد معتمدة على الحالة من البيان (manifest) ويبلغ عن الحزم المحظورة كـ Security Events إلى IdsM (EXP_PlatformDesign ص. 92). تختار التطبيقات حالة Firewall النشطة عبر FirewallStateSwitchInterface::SwitchFirewallState. تُرجع الدالة ara::core::Future<void> وتبلغ عن أخطاء مثل kServiceNotAvailable أو kInvalidStateDependentFirewall [AP_SWS_Fw_82008]. لا تمثل الحالات قائمة ثابتة، بل تُنشأ كترقيم (enumeration) لكل واجهة تمت نمذجتها. يمكن نقل مثيلات الواجهة فقط، ولا يمكن نسخها.

تحدد الوحدة النمطية fw الـ Functional Cluster المعتمد على برنامج خفي (daemon) والمسمى Firewall لـ Adaptive Platform. واجهة برمجة التطبيقات (API) الخاصة بتطبيقاته هي الواجهة FirewallStateSwitchInterface مع العملية SwitchFirewallState()، والتي يستخدمها Adaptive Application (EXP_SWArchitecture ص. 126). يمتلك الـ cluster مهمتين: تبديل حالة Firewall والإبلاغ عن Security Events إلى Intrusion Detection System Manager (EXP_SWArchitecture ص. 197).

kontext app Adaptive Application (OEM application) fw FC Firewall «aapFunctionalCluster», daemon-based app->fw SwitchFirewallState() عبر FirewallStateSwitchInterface eng Firewall Engine fw->eng konfiguriert Engine os Operating System fw->os applyRule() je FirewallRule (informativ) idsm Intrusion Detection System Manager (IdsM) fw->idsm meldet SEvs (blockierte Pakete) mm Machine Manifest (Filterregeln) mm->fw يوفر تكوين Firewall

مخطط السياق: يربط FC Firewall بين تكوين البيان (manifest)، وتحديد الحالة من التطبيق، وتطبيق القواعد في نظام التشغيل، وإرسال تقارير SEv إلى IdsM. المصادر: EXP_PlatformDesign ص. 97، EXP_SWArchitecture ص. 197

تعتمد الفلترة على الحالة. يحدد OEM حالات مثل القيادة، أو ركن السيارة، أو التشخيص، وتطبق على الحزمة القواعد الخاصة بالحالة النشطة فقط (EXP_PlatformDesign ص. 92). في البيان (manifest)، يجمع AdaptiveFirewallModuleInstantiation عناصر StateDependentFirewall لهذا الغرض. يحتوي كل منها على خصائص قواعد مرتبة، وdefaultAction اختياري، ومراجع إلى الحالات المرتبطة بها (TPS_ManifestSpecification ص. 679). تظهر الحالات في الكود كترقيم (enumeration) يتم إنشاؤه لكل واجهة في ara::fw::states [AP_SWS_Fw_81001].

يُنشئ التطبيق كائن الواجهة من ara::core::InstanceSpecifier. منشئ الفئة هذا آمن للخيوط (thread-safe) [AP_SWS_Fw_82002]. SwitchFirewallState هو noexcept ويُرجع ara::core::Future<void> [AP_SWS_Fw_82008]. داخليًا، يطبق الـ cluster وفقًا للسيناريو كل قاعدة Firewall بشكل فردي في نظام التشغيل (EXP_SWArchitecture ص. 232). لا يمكن نسخ المثيلات، ولكن يمكن نقلها بالتأكيد. عمليات النقل ومدمّر الكائن (destructor) ليست آمنة للخيوط [AP_SWS_Fw_82004] [AP_SWS_Fw_82006].

تغيير حالة FirewallAdaptive ApplicationFC Firewall (FirewallStateSwitchInterface)Operating SystemUse Case: InitialisierungFirewallStateSwitchInterface(instance)explicit, noexcept, thread-safeUse Case: ZustandswechselSwitchFirewallState(firewallState)تفسير: قيمة تعداد الحالات المُنشأالإرجاع: ara::core::Future<void>altالتبديل ممكنloopforeach FirewallRuleapplyRule()«aapInformative»تم استيفاء Future (void)FehlerFuture مع FwErrc::kServiceNotAvailableأو FwErrc::kInvalidStateDependentFirewallبعد ذلك، لا تُجري التصفية سوى قواعدالحالة النشطة

مخطط تسلسلي: يعود طلب تغيير الحالة كـ Future. بين ذلك، يتم تطبيق كل قاعدة بشكل فردي. المصادر: EXP_SWArchitecture ص. 232، [AP_SWS_Fw_82008]

في حالة الخطأ، يحتوي Future على FwErrc::kServiceNotAvailable أو FwErrc::kInvalidStateDependentFirewall [AP_SWS_Fw_83001]. لا يمكن استنتاج المعنى إلا من الأسماء: يُرجح أن الخدمة غير متوفرة، أو أن الحالة المستهدفة تفتقر إلى تكوين قواعد صالح. عبر FwErrorDomain::ThrowAsException يمكن طرح خطأ كـ FwException [AP_SWS_Fw_83012]. لا تُعد الحزم المحظورة خطأ في API، بل يتم الإبلاغ عنها كـ Security Events إلى IdsM، مع التمييز في R23-11 إضافيًا وفقًا للبروتوكول المتباين (SWS_Firewall ص. 31). سؤال Q-45e3225696efb3dc (مفتوح)

دور FC Firewall بين التطبيق ونظام التشغيل وIdsM

تصف الوحدة النمطية fw الـ Functional Cluster المسمى Firewall لـ Adaptive Platform. وهو معتمد على برنامج خفي (daemon) ويحقق الواجهة FirewallStateSwitchInterface مع العملية SwitchFirewallState(). يستخدم Adaptive Application هذه الواجهة عبر علاقة «use» (EXP_SWArchitecture ص. 126). تقصر حالات الاستخدام الـ cluster على مهمتين: يتم تشغيل «Switch Firewall State» بواسطة Adaptive Application بمشاركة نظام التشغيل؛ وتتوجه «Report Security Event» إلى Intrusion Detection System Manager المعتمد بدوره على برنامج خفي (EXP_SWArchitecture ص. 197).

تفصل النظرة العامة على المعمارية بين التكوين والتحكم والتنفيذ:

  • يوفر Machine Manifest قواعد الفلترة.
  • يقوم FC Firewall بتهيئة Firewall Engine باستخدامه.
  • يقوم تطبيق OEM بضبط حالة Firewall.
  • يبلغ الـ cluster عن Security Events (SEvs) إلى IdsM (EXP_PlatformDesign ص. 97).

تبرز في المقدمة حالتا استخدام: الأولى هي الفلترة المعتمدة على الحالة مع حالات مخصصة لـ OEM مثل القيادة أو ركن السيارة أو جلسة التشخيص. والثانية هي دعم Intrusion Detection System عبر Security Events عند حظر الرسائل. يتولى IdsM التأهيل أو التمرير إلى SOC أو التخزين المستمر (EXP_PlatformDesign ص. 92). واجهة API التطبيقية الوحيدة للوحدة النمطية هي تغيير الحالة [AP_SWS_Fw_82008].

kontext app Adaptive Application (OEM application) fw FC Firewall «aapFunctionalCluster», daemon-based app->fw SwitchFirewallState() عبر FirewallStateSwitchInterface eng Firewall Engine fw->eng konfiguriert Engine os Operating System fw->os applyRule() je FirewallRule (informativ) idsm Intrusion Detection System Manager (IdsM) fw->idsm meldet SEvs (blockierte Pakete) mm Machine Manifest (Filterregeln) mm->fw يوفر تكوين Firewall

مخطط السياق: يتلقى FC Firewall التكوين من Machine Manifest وتوجيهات الحالة من التطبيق. ويتحكم في المحرك ونظام التشغيل ويبلغ عن SEvs إلى IdsM. المصادر: EXP_PlatformDesign ص. 97، EXP_SWArchitecture ص. 197، EXP_SWArchitecture ص. 232

حالات Firewall: من آلة الحالة في النموذج إلى الترقيم المُنشأ

في النموذج الفوقي (metamodel) للبيان، يخصص FirewallStateSwitchInterface عنصراً من نوع PortInterface. وعبر الدور firewallStateMachine، يُجمّع أي عدد (0..*) من عناصر ModeDeclarationGroupPrototype (TPS_ManifestSpecification ص. 263). الحالات الفردية هي ModeDeclarations مع السمة الاختيارية value: PositiveInteger (TPS_ManifestSpecification ص. 679).

لكل واجهة تمت نمذجتها، يتم إنشاء ترقيم (enumeration) مستقل enum class {<fwssi-sn>} : std::uint32_t في مساحة الاسم ara::fw::states. ويتم تضمينه عبر ara/fw/states/{<fwssi-sn>}.h [AP_SWS_Fw_81001]. لكل حالة Firewall تمت نمذجتها، ينشأ مُعَدِّد (enumerator) {<symbol-fw-state>} = {<fw-state-value>} [AP_SWS_Fw_81002].

بالنسبة للمستخدمين، يعني هذا: لا توجد قائمة حالات ثابتة على مستوى المنصة بأكملها. يحدد نموذج OEM الحالات الموجودة (EXP_PlatformDesign ص. 92). يتوقع SwitchFirewallState معلمة firewallState من النوع EnumT [AP_SWS_Fw_82008]. تفسير: يُرجح أن يتوافق EnumT مع ترقيم الحالة المُنشأ للواجهة المعنية؛ ومما يؤيد ذلك أن [AP_SWS_Fw_81001] يعرفها صراحة كحالات «for FirewallStateSwitchInterface». سؤال Q-26dbe38f70cb0222 (مفتوح)

zustandsmodell pi PortInterface fwssi FirewallStateSwitchInterface fwssi->pi spezialisiert mdgp ModeDeclarationGroupPrototype fwssi->mdgp firewallStateMachine 0..* en enum class {<fwssi-sn>} : std::uint32_t namespace ara::fw::states ara/fw/states/{<fwssi-sn>}.h fwssi->en Codegenerierung je Interface md ModeDeclaration value: PositiveInteger [0..1] mdgp->md الحالات (عبر ModeDeclarationGroup) er Enumerator je Zustand {<symbol-fw-state>} = {<fw-state-value>} en->er je modelliertem Zustand api SwitchFirewallState(EnumT firewallState) er->api تفسير: معامل من النوع EnumT

مخطط السياق (النموذج–الكود): تنبع الحالات من آلة الحالة للواجهة في النموذج. لكل واجهة، يتم إنشاء ترقيم في ara::fw::states. المصادر: TPS_ManifestSpecification ص. 263، [AP_SWS_Fw_81001]، [AP_SWS_Fw_81002]، [AP_SWS_Fw_82008]

تكوين البيان (Manifest): مثيل الوحدة النمطية، ومجموعات القواعد المعتمدة على الحالة، وتعيين المنافذ

تُجمع الإعدادات الخاصة بالآلة لوحدة Firewall في AdaptiveFirewallModuleInstantiation. يحمل التحديد المقابل في R25-11 الحالة DRAFT (TPS_ManifestSpecification ص. 677). يخصص مثيل الوحدة النمطية NonOsModuleInstantiation ويشير عبر stateDepFirewall إلى أي عدد من عناصر StateDependentFirewall.

يحتوي StateDependentFirewall على:

  • اختياريًا defaultAction من النوع FirewallActionEnum،
  • firewallRuleProps مرتبة،
  • مراجع عبر firewallState (instanceRef) إلى ModeDeclarations التي يسري فيها (TPS_ManifestSpecification ص. 679).

يصفها System Template بإيجاز بأنها «Firewall rules that are defined in a firewall state» (TPS_SystemTemplate ص. 644).

القواعد نفسها هي عناصر FirewallRule ذات سمات مثل bucketSize وrefillAmount. بالإضافة إلى ذلك، يتضمن النموذج الفوقي NetworkLayerRule وTransportLayerRule، ويشمل الأخير من بين أمور أخرى نطاقات المنافذ وchecksumVerification. يمكن أيضًا لـ CouplingElement تجميع القواعد عبر firewallRule (TPS_ManifestSpecification ص. 679). للحصول على التفاصيل، يحيل System Template صراحة إلى مواصفة البيان (TPS_SystemTemplate ص. 644).

يُنشئ AdaptiveFirewallToPortPrototypeMapping الاتصال بالتطبيق. وهو يطابق مثيل الوحدة النمطية (المرجع firewall، 0..1) مع RPortPrototype الخاص بالتطبيق، والمكتوب بنوع واجهة تبديل الحالة (TPS_ManifestSpecification ص. 677). يسري قيدان:

  • تسمي ملاحظة الفئة الواجهة FirewallModeSwitchInterface، في حين يسميها عنوان الرسم وAPI بالاسم FirewallStateSwitchInterface. الاسم المعتمد للكود هو الاسم الوارد في [AP_SWS_Fw_82002].
  • تحمل فئة التعيين (mapping) ومرجعها الحالة candidate (TPS_ManifestSpecification ص. 677).
manifest inst AdaptiveFirewallModuleInstantiation (NonOsModuleInstantiation) sdf StateDependentFirewall defaultAction: FirewallActionEnum [0..1] inst->sdf stateDepFirewall 0..* props firewallRuleProps 0..*, geordnet sdf->props aggregiert md ModeDeclaration (Firewall-Zustand) sdf->md firewallState 0..* (instanceRef) ce CouplingElement rule FirewallRule bucketSize, refillAmount ce->rule firewallRule 0..* map AdaptiveFirewallToPortPrototypeMapping (candidate) map->inst firewall 0..1 rport RPortPrototype الخاص بـ Adaptive Application map->rport ordnet zu fwssi FirewallStateSwitchInterface rport->fwssi typisiert durch

مخطط السياق (النموذج الفوقي): يجمع مثيل الوحدة النمطية مجموعات القواعد المعتمدة على الحالة. يربطها التعيين بمنفذ R-Port للتطبيق. المصادر: TPS_ManifestSpecification ص. 677، TPS_ManifestSpecification ص. 679، TPS_ManifestSpecification ص. 677

سير عملية تغيير الحالة باستخدام SwitchFirewallState

من جانب الكود، يُضمّن التطبيق ara/fw/firewall_state.h. ويُنشئ ara::fw::FirewallStateSwitchInterface عبر المنشئ الصريح من ara::core::InstanceSpecifier. هذا المنشئ هو noexcept وآمن بالنسبة للخيوط (thread-safe) [AP_SWS_Fw_82002].

يطلب SwitchFirewallState(EnumT firewallState) تغيير الحالة. والأسلوب هو noexcept ويُرجع ara::core::Future<void>. ولذلك، فإن الخطأين المحددين له FwErrc::kServiceNotAvailable وFwErrc::kInvalidStateDependentFirewall يرجعان عبر الـ Future وليس كاستثناء [AP_SWS_Fw_82008].

يُظهر سيناريو «Switch Firewall State» المسار الداخلي في ثلاث خطوات (EXP_SWArchitecture ص. 232):

  1. يستدعي التطبيق SwitchFirewallState() في FC Firewall.
  2. يستدعي الكتلة في حلقة تكرارية «foreach FirewallRule» الدالة applyRule() في نظام التشغيل في كل مرة.
  3. لا ترجع الاستجابة إلى التطبيق إلا بعد انتهاء الحلقة التكرارية.

تم تمييز applyRule() هناك على أنها «aapInformative». كيفية تفعيل القواعد في نظام التشغيل لم تُحدد كـ API للمنصة في حمولة البيانات (Payload). وأظهرت نسخة R22-11 المسار نفسه كسيناريو ناجح (EXP_SWArchitecture ص. 158). وبعد التغيير، لا تفحص القواعد الخاصة بالحالة النشطة ولا تقوم بالتصفية إلا هي فقط (EXP_PlatformDesign ص. 92).

تغيير حالة FirewallAdaptive ApplicationFC Firewall (FirewallStateSwitchInterface)Operating SystemUse Case: InitialisierungFirewallStateSwitchInterface(instance)explicit, noexcept, thread-safeUse Case: ZustandswechselSwitchFirewallState(firewallState)تفسير: قيمة تعداد الحالات المُنشأالإرجاع: ara::core::Future<void>altالتبديل ممكنloopforeach FirewallRuleapplyRule()«aapInformative»تم استيفاء Future (void)FehlerFuture مع FwErrc::kServiceNotAvailableأو FwErrc::kInvalidStateDependentFirewallبعد ذلك، لا تُجري التصفية سوى قواعدالحالة النشطة

مخطط تتابع: يتم الإبلاغ عن تغيير الحالة بشكل غير متزامن عبر Future. داخلياً، تطبق الكتلة كل قاعدة على حدة. المصادر: EXP_SWArchitecture ص. 232، [AP_SWS_Fw_82002]، [AP_SWS_Fw_82008]

دورة الحياة وقواعد النسخ والنقل لفئة الواجهة

تحدد الدوال الخاصة لـ FirewallStateSwitchInterface كيفية السماح بتمرير النسخ المثيلة (Instances) ([AP_SWS_Fw_82003] إلى [AP_SWS_Fw_82007]):

العنصرالتحديدأمان الخيوط
منشئ من InstanceSpecifierexplicit, noexcept [AP_SWS_Fw_82002]thread-safe
مُنشئ النسخ / إسناد النسخ=delete [AP_SWS_Fw_82004] [AP_SWS_Fw_82005]–
مُنشئ النقل / إسناد النقلnoexcept [AP_SWS_Fw_82006] [AP_SWS_Fw_82007]not thread-safe
المهدمnoexcept [AP_SWS_Fw_82003]not thread-safe

ينتج عن ذلك ثلاث قواعد للاستخدام:

  • لا يمكن استنساخ النسخة المثيلة، بل يمكن تمريرها فقط عبر النقل (Move) [AP_SWS_Fw_82004] [AP_SWS_Fw_82006].
  • يجب على التطبيق نفسه تأمين عمليات النقل والتدمير ضد عمليات الوصول المتزامنة [AP_SWS_Fw_82003].
  • تفسير: من المفترض ألا يُستخدم الكائن المصدر بعد عملية نقل لصالح SwitchFirewallState بعد الآن، لأن المتطلبات تصف عملية النقل فقط وليس الحالة المتبقية [AP_SWS_Fw_82007]. سؤال Q-ccf0737ee5133103 (مفتوح)

لا يذكر نص المتطلبات أي بيانات بخصوص أمان الخيوط (Thread Safety) الخاص بـ SwitchFirewallState نفسه [AP_SWS_Fw_82008].

lebenszyklus start gueltig مثيل صالح start->gueltig FirewallStateSwitchInterface(instance) noexcept, thread-safe gueltig->gueltig SwitchFirewallState(...) gueltig->gueltig ككائن هدف لعملية نقل Move (تفسير: يتولى الدور) uebertragen الكائن المصدر بعد النقل Move (تفسير: عدم الاستخدام مجددًا) gueltig->uebertragen Move-Konstruktor / Move-Zuweisung noexcept, not thread-safe (Kopieren: =delete) zerstoert تم الإتلاف gueltig->zerstoert ~FirewallStateSwitchInterface() noexcept, not thread-safe uebertragen->zerstoert ~FirewallStateSwitchInterface()

مخطط الحالة: تنشأ النسخة المثيلة من InstanceSpecifier، ولا تُنقل إلا عبر النقل، ويتم تدميرها في النهاية. المصادر: [AP_SWS_Fw_82002]، [AP_SWS_Fw_82003]، [AP_SWS_Fw_82006]، [AP_SWS_Fw_82007]

تصفية الحزم في الحالة النشطة والإبلاغ عن Security Events

يمكن تعيين قواعد Firewall لحالة Firewall معينة. ولفحص حزمة ما، لا يتم الرجوع إلا إلى قواعد الحالة النشطة حالياً (EXP_PlatformDesign ص. 92). ولكل حالة، توفر StateDependentFirewall خصائص القواعد المرتبة والـ defaultAction الاختيارية (TPS_ManifestSpecification ص. 679).

تصف نسخة SWS ذات الإصدار R23-11 تعيين Security Events بمزيد من التفصيل (SWS_Firewall ص. 31):

  • إذا لم تتطابق الحزمة مع أي قاعدة، يتم تطبيق الإجراء الافتراضي (Default Action).
  • إذا حظر الإجراء الافتراضي الحزمة، تُحدد الكتلة البروتوكول المتباين. والمعيار الحاسم هو القاعدة ذات أكبر عدد من طبقات ISO/OSI المتطابقة، محسوبة ابتداءً من الطبقة الدنيا. وتحدد الطبقة غير المتطابقة الأولى فوقها البروتوكول.
  • لهذا البروتوكول، يتم الإبلاغ عن SEv إلى IdsM، مثل SEV_FW_PACKET_BLOCKED_DATALINKLAYER_MISMATCH (Ethernet) أو SEV_FW_PACKET_BLOCKED_IPV4_MISMATCH أو SEV_FW_PACKET_BLOCKED_IPV6_MISMATCH أو SEV_FW_PACKET_BLOCKED_ICMP_MISMATCH.

هذه التفاصيل مستمدة من R23-11. والمتطلبات التابعة لها ليست جزءاً من حمولة بيانات R25-11، ولذلك فهي معروضة هنا بشكل توضيحي وليس معيارياً. والمبدأ القائل بأن الرسائل المحظورة تذهب كـ SEvs إلى IdsM يسري أيضاً على R25-11 وفقاً لوصف البنية المعمارية (EXP_PlatformDesign ص. 92).

paketpruefung start ein وصول حزمة شبكة start->ein regeln استخدام قواعد حالة Firewall النشطة ein->regeln passt هل تتطابق إحدى القواعد؟ regeln->passt regel يتم تطبيق القاعدة المتطابقة passt->regel نعم da defaultAction greift passt->da لا ende regel->ende blockiert durch Default-Aktion blockiert? da->blockiert ebene تحديد بروتوكول الانحراف: القاعدة التي تحتوي على أكبر عدد من الطبقات المتطابقة بدءًا من الطبقة الأدنى (R23-11) blockiert->ebene نعم blockiert->ende لا sev SEv an IdsM, z. B. SEV_FW_PACKET_BLOCKED_IPV4_MISMATCH ebene->sev sev->ende

مخطط نشاط: يتم فحص حزمة مقارنة بقواعد الحالة النشطة. يؤدي الحظر الافتراضي إلى SEv خاص بالبروتوكول إلى IdsM. المصادر: EXP_PlatformDesign ص. 92، SWS_Firewall ص. 31 (R23-11)

التصرف في حالة الخطأ

يُعرّف FwErrc رموز أخطاء الوحدة في الترويسة ara/fw/fw_error_domain.h: kServiceNotAvailable=1 وkInvalidStateDependentFirewall=2 [AP_SWS_Fw_83001]. كلاهما محدد لـ SwitchFirewallState كأخطاء محتملة [AP_SWS_Fw_82008]. تفسير الأسماء، نظراً لأن المتطلبات لا تذكر شروط الإطلاق:

  • من المرجح أن يُبلّغ kServiceNotAvailable بأن FC Firewall القائم على daemon لا يمكنه تقديم الخدمة. سؤال (مفتوح)
  • من المرجح أن يُبلّغ kInvalidStateDependentFirewall بأنه لا توجد StateDependentFirewall صالحة للحالة المطلوبة. سؤال (مفتوح)

يتبع نطاق الأخطاء نمط ara::core المعتاد:

من يعمل باستخدام الاستثناءات، يمكنه تحويل رمز خطأ عبر ThrowAsException إلى FwException. هذه الدالة هي noexcept(false) ومصنفة على أنها «not exception safe» [AP_SWS_Fw_83012] [AP_SWS_Fw_83005]. وفي المقابل، لا تُعد الحزم المحظورة خطأ API؛ فهي تظهر كـ Security Events لدى IdsM (EXP_PlatformDesign ص. 92).

fehler start aufruf SwitchFirewallState(firewallState) start->aufruf fut تقييم النتيجة من ara::core::Future<void> aufruf->fut ok Fehler? fut->ok erfolg Zustandswechsel abgeschlossen ok->erfolg لا code FwErrc ok->code نعم ende erfolg->ende sna kServiceNotAvailable (1) تفسير: FC Firewall غير متاحة code->sna inv kInvalidStateDependentFirewall (2) تفسير: لا توجد StateDependentFirewall صالحة للحالة المستهدفة code->inv diag Diagnose: GetFwErrorDomain(), Name(), Message(errorCode) sna->diag inv->diag thr optional: ThrowAsException() wirft FwException diag->thr diag->ende بدون استثناء thr->ende

مخطط نشاط: يتم تقييم نتيجة تغيير الحالة عبر Future. تمر الأخطاء عبر FwErrorDomain ويمكن رميها اختيارياً كـ FwException. المصادر: [AP_SWS_Fw_82008]، [AP_SWS_Fw_83001]، [AP_SWS_Fw_83011]، [AP_SWS_Fw_83012]

أدلة تفصيلية إضافية

المواضع التالية تسند إفادات هذا الدليل؛ والمتطلبات إلزامية ومعيارية لـ R25-11 ([AP_SWS_Fw_82008]).

دليل تم إنشاؤه بواسطة الذكاء الاصطناعي بناءً على المتطلبات ومواضع الوثائق الواردة في حمولة البيانات لـ R25-11. الإفادات الواردة من إصدارات أخرى تم تمييزها؛ والمواضع الموسومة كتفسير غير مدعومة معيارياً.

Spezifikation: AUTOSAR_AP_SWS_Firewall.pdf (R25-11) · 23 API-Records

3 Klassen2 Namespaces1 Enumeration2 freie Funktionen

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

ara::fw

6
FirewallStateSwitchInterfaceFwErrorDomainFwExceptionGetFwErrorDomainMakeErrorCodeFwErrc

ara::fw::states

2
{<fwssi-sn>}{<symbol-fw-state>}

عرض التفاصيل

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

ara::fw

GetFwErrorDomain دالة

Returns a reference to the FwErrorDomain object.

constexpr const ara::core::ErrorDomain &GetFwErrorDomain() noexcept;
MakeErrorCode دالة

Creates an ErrorCode instance.

constexpr ara::core::ErrorCode MakeErrorCode(ara::fw::FwErrc code, ara::core::ErrorDomain::SupportDataType data) noexcept;
FwErrc تعداد

Defines the error codes for FwErrorDomain.

enum class FwErrc : ara::core::ErrorDomain::CodeType {...};

ara::fw::states

{<fwssi-sn>} تعداد

Defines the firewall states for FirewallStateSwitchInterface. The actual type is generated for each modeled interface.

enum class {<fwssi-sn>} : std::uint32_t {...};
{<symbol-fw-state>} متغير

Generated enumerator declaration for each modeled firewall state.

{<symbol-fw-state>} = {<fw-state-value>};

نطاقات الأسماء

الفئات