自動運転車、信頼を「リアルタイム」で証明する新方式

『ミッション対応型認証』って、通常のセキュリティ認証と何が違うの？

通常のセキュリティ認証は、「このアクセスを許可するか拒否するか」の二者択一で判定を下します。不正なシステムも、最新情報がなくても、応答が遅くても、すべて「拒否」の一言で処理されてしまう。つまり、何が原因で失敗したのかが分からないんです。 ミッション対応型認証は、その「原因」を細かく分類しながら、なおかつ時間制約の中で判定を完結させるという、二つの制約を同時に満たそうとしています。交差点で加速指令を出す一瞬のうちに、「このシステムは本物か」「情報は最新か」「判定は速いか」を個別に確認し、それぞれ異なる理由で警告を出す。その判定そのものも、クルマの運動状態から逆算した「この時点で間に合うか間に合わないか」という枠の中で行われる。 つまり、セキュリティと時間が両立していない状態を、はじめから「同時に確認する問題」として設計し直した、という発想の転換が本質なのかもしれません。リアルタイムで動く乗り物だからこそ、セキュリティの「なぜ拒否したのか」がそのまま安全性の情報になる仕組みと言えそうです。

自動運転車がこういう認証システムを持つことで、乗ってる自分たちの安全性って実際に上がるの？

認証システムが安全性を上げるのかどうかを考えると、結局のところ「何から守るのか」という話になりますよね。 この研究が防ぐのは、クルマ自体が悪意を持った指令を外に出すことです。つまり、乗ってる自分たちというより、歩行者や他の車両を守る仕組みに見えます。交差点で加速指令を出そうとしたときに「そのクルマのシステムは本当に正規か」「判定は新しい情報か」を確認する。これで、誰かが遠隔からクルマを乗っ取ったり、古い判定で無理な加速をさせたりすることを防いでる。 ただ、乗ってる自分たちの安全性という観点だと、認証システムだけでは不十分かもしれません。なぜなら、このシステムは「クルマが信頼できるか」を確認するものであって、「クルマの判断そのものが正しいか」を検証するわけではないから。悪意のない判定ミスや、想定外の状況への対応までは、この認証では補えない。 つまり、安全性は上がるけど、上がるのは「インフラへの指令が信頼できるという確度」であって、自動運転技術全体の精度ではない、ということなのかもしれません。

なぜ今このタイミングで、こういう『リアルタイムの信頼証明』が必要になってきたの？

自動運転車が本格的に街中を走り始めるたびに、セキュリティの考え方が変わってきてるんですよね。 従来のセキュリティって、銀行のシステムみたいに「ログイン時に一度だけ本人確認」という流儀で事足りてた。でも自動運転は違う。交差点を曲がるたび、加速するたびに次々と判定が求められる。その都度、クルマが本当に正規のシステムなのか、ハッキングされてないのか、情報は最新なのか、を確認しないと事故につながる。昨日の夜に確認したセキュリティなんて、今朝の走行には意味がない。 言い換えれば、自動運転は「リアルタイムで次々と判定を繰り返す機械」だから、セキュリティ検証も「その都度の高速判定」でなければならなくなった。遅いセキュリティゲートは、走行の邪魔になる。だから「速さと安全を同時に達成する仕組み」が研究課題になってきた、ということかもしれません。実用化が近づくにつれて、理想論では済まない現実的な制約が浮かび上がってきた段階なのでしょう。

要するに、『システムが本物である』ことを証明するだけじゃなく、『今この瞬間も正常に動いてる』ことを同時に証明する必要があるってこと？

その通りです。ただ、より正確には「正常に動いてる」ではなく「判定を下す時間的な猶予の中で、いま正常である」ことを証明する、という感じですね。 自動運転が交差点で加速指令を出す瞬間、道路側のシステムが検証できる時間は限られています。数百ミリ秒単位。その窓の中で、クルマは三つを同時に示す必要がある。本物のシステムであること、その判定が新しい情報に基づいていること、そして何より判定がこの短い時間内に完了すること。 通常のセキュリティチェックなら「本物か、偽物か」で二者択一ですが、それでは足りない。悪質な改造でなくても、古い情報で判定ミスしたり、判定が遅れてしまう自動運転車があれば、それも信号機側からは「危ない」と判断しなければならない。 つまり自動運転の信頼って、セキュリティの「認証」だけじゃなくて、応答性も含めた「今の健全さ」の証明になってくるんだと言えそうです。リアルタイムで次々と判定を重ねないと、そもそも交通流が成り立たないんですね。

この認証が厳しすぎると、悪質な車を防げる代わりに、正規の自動運転車の動きが遅くなったり止まったりする可能性もあるんじゃないの？

良い指摘です。実はこの研究の肝は、その「厳しさ加減」を動的に調整できることにあります。 クルマが時速60km で直線道路を走っているのと、交差点で判断待ちをしている状態では、同じセキュリティチェックでも許容できる遅延が全く違いますよね。直線なら認証に200ミリ秒かかってもほぼ影響ない。だけど交差点の判定は50ミリ秒勝負、というシーンが出てきます。 論文で「配置パラメータになることが示された」と書かれているのは、まさにそこ。走行状況に応じて、セキュリティチェックの「深さ」と「スピード」のバランスを自動で切り替えることができた、という意味です。悪質性の検出は必須で落とせないけど、「情報の鮮度をどこまで厳しく見るか」という部分は、その時々の状況で緩められる設定にしたということ。 つまり、正規システムが止まる問題と、悪質車を防ぐ要件は、実は別の次元で対策できるということになりました。完全に両立するわけではないのかもしれませんが、状況判断で落としどころを見つける余地が生まれたという点で、実装に向けて一歩前に進んだと言えそうです。