【DoCAN】車両診断通信 その53【UDS⑬】

前回、SecurityAccessサービスのメッセージをやったね。

というわけで、
SecurityAccessサービスのコンセプトを説明しようと思う。

実はSecurityAccessサービスだけじゃなくて、
その前にやったDiagnosticSessionControlサービスも絡んでくる。

ISO14229-1としてSecurityAccessサービスはdefaultSessionでは非サポートであることが明記されているんだよ。
よって、少なくとも、extendedDiagnosticSessionに遷移させる必要がある。

まぁセキュリティが絡むからねー。

セキュリティを「完全に防ぐ」と捉えるとそうなんだけど、
どんなセキュリティも「完全に防ぐ」は不可能なんだよ。

というわけで、
車両診断通信のセキュリティコンセプトは
セキュリティ＝突破をメンドクサクする
だ。

うん。
端的に言うと、試行回数対時間を減らすって感じ。

そうそう。

セッション移動だけではあまりかわらないかな。
通信が増えるんで、総当たり攻撃に対しては2倍の時間にはなると思うけど。

セッション移動以外に2つの仕掛けがある。

• SecurityAccessサービスが有効になるのはIGon後n秒後。
• SecurityAccessサービスで解除ミスしたらm秒間は解除は受けつけない。

ISO14229-1では具体的な数値は定義されていない。
前身の規格にISO14230-3(KWP2000)ってのがあるんだけど、
そっちだとIGon後の解除有効までの時間は10秒って規定があった。
よって、その時の規定を踏襲して10秒なことは多いね。
解除ミスの方は一回IGoffされるまで復帰しないってパターンが多いかも。

本来は時間であるべきなんだろうけど、
時間監視で復旧する仕様を入れ込むと、
それだけで設計、実装、検証が増えるんで、
一回ミスったら無限に使用不可って方が楽なんだろうねー。
それにセキュリティ的にも厳しい方に倒しているし。

この面倒さが車両診断通信に於けるセキュリティ強度ってことになる。
まぁ3回ミスったらもう二度と解除させないって方が強度は上だろうけど、
復旧させる手間もあるから、ここら辺がちょうど良い落としどころだったんだろうねぇ。

まとめだよ。

• SecurityAccessサービスはわざとメンドクサイ手順を踏ませており、これがセキュリティ強度になっている。
  • 事前に非defaultSessionに遷移している必要あり。
  • IGon後10秒待たないとダメ。
  • 解除ミスをしたら一旦IGoffしないとダメ。