Figure 5.1: IdsM’s interfaces to other modules
467cc305101cbcf53d68dda11007a06a720a26c46f98ff06a200fb6241b480bc
1. Diagrammtyp & Architektur-Kontext
UML-Klassendiagramm zur Darstellung der statischen Schnittstellen- und Modulabhängigkeiten des AUTOSAR Classic Platform Intrusion Detection System Managers (IdsM). Das Diagramm gliedert das Modul IdsM in interne Submodule und APIs sowie sechs eingebettete Schnittstellenblöcke («EmbeddedInterface») und stellt die gerichteten use-Abhängigkeiten zu den externen BSW-Modulen und Software-Entitäten dar.
2. Komponenten, Entitäten & Schnittstellen
Das Modul IdsM kapselt die zentrale Entität General (Internal Submodules and APIs) sowie folgende bereitgestellte Schnittstellen («EmbeddedInterface»):
Sensor_Interface:IdsM_SetSecurityEvent(),IdsM_SetSecurityEventWithContextData(),IdsM_SetSecurityEventWithCount(),IdsM_SetSecurityEventWithCountContextData(),IdsM_SetSecurityEventWithTimestampCount(),IdsM_SetSecurityEventWithTimestampCountContextData(), genutzt durchSensor.BswM_Interface:IdsM_BswM_StateChanged(), genutzt durchBswM.Dcm_Interface:IdsM_Dcm_GetReportingMode_Start(),IdsM_Dcm_GetReportingMode_RequestResults(),IdsM_Dcm_SetReportingMode_Start(), genutzt durchDcm.PduR_Interface:IdsM_TxConfirmation(),IdsM_CopyTxData(),IdsM_TpTxConfirmation(), gekoppelt mitPduR.Csm_Interface:IdsM_CsmNotification(), gekoppelt mitCsm.NvM_Interface: DatenblöckeIdsM_NvMRamBlockData,IdsM_NvMRomBlockData, gekoppelt mitNvM.
Folgende externe BSW-Module werden vom IdsM per use-Beziehung aufgerufen:
Det:Det_ReportError()PduR:PduR_IdsMTransmit()NvM:NvM_WriteBlock(),NvM_GetErrorStatus()Csm:Csm_SignatureGenerate()StbM:StbM_GetCurrentTime()Rte:Rte_Call_CustomTimestamp_Get()
3. Dynamisches Verhalten & Sequenzablauf
Das Diagramm modelliert die statische Aufruf- und Bereitstellungsstruktur:
- Eingehende Ereignismeldungen gelangen von Sensorkomponenten (
Sensor) über die Signaturvarianten desSensor_Interfacein dasIdsM. - Zustandsänderungen des Gesamtsystems werden von
BswMüberIdsM_BswM_StateChanged()signalisiert. - Diagnose- und Reportingmodi werden von
Dcmüber dasDcm_Interfacegesteuert und abgefragt. - Ausgehende Sicherheitsereignisse werden via
PduR_IdsMTransmit()an die PDU Router Schicht übergeben; Sendebestätigungen und PDU-Datenübertragungen laufen asynchron über dasPduR_Interfacezurück. - Kryptografische Signaturen werden synchron oder asynchron bei
CsmüberCsm_SignatureGenerate()beauftragt und Rückmeldungen überIdsM_CsmNotification()empfangen. - Zeitstempel werden über
StbM(StbM_GetCurrentTime()) oder dieRte(Rte_Call_CustomTimestamp_Get()) bezogen. - Nichtflüchtige Datenblöcke werden über
NvM_WriteBlock()gesichert und deren Status überNvM_GetErrorStatus()geprüft. - Entwicklungs- und Laufzeitfehler werden an
Detgemeldet.
4. Normative Relevanz & Entwickler-Hinweise
Architektur- und Implementierungsvorgaben für den IdsM-Entwickler:
- Bereitstellung der C-APIs für Sensorbausteine zur Meldung von Security Events (SEvs) in verschiedenen Parameterkombinationen (Kontextdaten, Zähler, Zeitstempel).
- Exakte Einhaltung der AUTOSAR-Standardschnittstellen zu
PduR,NvM,Dcm,BswM,Det,Csm,StbMundRte. - Berücksichtigung der asynchronen Transceiver- und PDU-Mechanismen über Callback-APIs im
PduR_Interface. - Bereitstellung von RAM- und ROM-Spiegelblöcken für das
NvM_Interface.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.