AUTOSAR: выражение криптосервисов во время моделирования

Я новичок в AUTOSAR, я работаю над проектом, и меня беспокоит только моделирование (уровень программных компонентов) без реализации базового программного обеспечения. Я ищу способ указать криптографическую информацию в модели (способ указать, что конкретное сообщение должно обрабатываться Crypto Service Manager). Кто-нибудь знает, как это сделать? Любые подсказки и советы будут приняты.


autosar
person damaar    schedule 19.11.2015    source источник

Ответы (2)


arrow_upward
1
arrow_downward

Принцип такой же, как и с другими службами, смоделируйте SwcServiceDependency, который объединяет CryptoServiceNeeds. Создайте RoleBasedPortAssignments, чтобы указать, какие PortPrototypes должны использоваться для взаимодействия с Csm.

person Uwe Honekamp    schedule 24.01.2016
comment
Спасибо за ответ, можете ли вы дать мне ссылку на руководство или что-то еще, чтобы узнать, как моделировать такого рода услуги? Или даже предложение, где искать (например штатный автосар или что-то подобное). - person damaar; 28.01.2016
comment
Я нашел способ защитить целостность данных по стандарту (с помощью E2EProtection), но не способ их зашифровать (моя проблема все еще моделируется, а не реализуется). - person damaar; 28.01.2016
comment
Подробности объяснены в Спецификации шаблона программного компонента AUTOSAR. Этот документ содержит примеры того, как моделировать SwcServiceDependencies для конкретных случаев использования службы. - person Uwe Honekamp; 29.01.2016
comment
Большое тебе спасибо! Документация огромна, поэтому знание правильного раздела - очень полезная информация! - person damaar; 29.01.2016

arrow_upward
0
arrow_downward

SWC определяет способ определения требований к криптографическим услугам SWC. Это определено в стандартном / AUTOSAR_TPS_SoftwareComponentTemplate.pdf

Но фактический вздох и аутентификация выполняются в BSW, сначала PduR направляет входящий SecuredIPdus в SecOC, который пересылает аутентификацию в CryptoStack (Csm, Cry, CryIf, CAL / CrySHE). Они вернут (аутентифицированный) IPdu обратно в PduR, который направит его на Com, который предоставит вам ISignalGroups и ISignals. Передача - это прямо противоположный путь, где SecOC получает IPdu и доставляет обратно SecuredIPdu, который PduR направляет вниз к If драйверу для передачи.

На принимающей стороне неудачная аутентификация, как и другие отказы, обычно приводит к тому, что IPdu будет отброшен на более высокие уровни, что выглядит так, как будто сообщение никогда не было получено.

Эти части BasicSW определены в SystemDescription, который определен в стандартном / AUTOSAR_TPS_SystemTemplate.pdf

person kesselhaus    schedule 18.07.2017