IoTでの認証はOAuth on MQTTか？

hiyosi🎩 @hiyosi

デバイスによるContinuous Authentication を実現するには、MQTTのような軽量なプロトコルを使った What You Are による認証の仕組みが必要。

hiyosi🎩 @hiyosi

ということで、Continuous Authentication を実現するには、MQTTなどの上で動作する、What You Are によるOAuth2.0やOpenID Connect の実装が必要になる。

V @voluntas

確かに。MQTT と OAuth 誰かやってたなーと思いながらぐぐる。

V @voluntas

Using OAuth 2.0 with MQTT | Paul Fremantle's Blog pzf.fremantle.org/2013/11/using-…

V @voluntas

Federated Identity for IoT with OAuth2 slideshare.net/pizak/federate…

V @voluntas

ConnectID: OAuth binding for MQTT connectid.blogspot.jp/2013/11/oauth-…

V @voluntas

あぁ、なるほど。ベアラーのトークンを認証に使うってことか。とても良いのではないかな。この仕組みならサーバもパスワード保持する必要ないわけだし。

V @voluntas

トークンは別のところから（もちろん OAuth で) 拾ってくると、あとは user_name 部分にトークン突っ込む。ブローカーはそのトークンのパーミッションを決められた場所から確認すると。ブローカーはユーザ名も何もわからないでパーミッションを設定できるようになる。

V @voluntas

ブローカーが悪い事しない前提だが、まぁそれは普通だしな。そうするとユーザ管理すら不要になるわけか。そんな MQTT ブローカー欲しい人います？ｗ （作れます）

V @voluntas

ただ、アクセストークンを定期的に更新するという仕組みは必要だよなぁ。OAuth サーバに取りに行く仕組みは必要か。return code 5 が返ってきたら、クライアントががんばってトークンを取りに行く必要あり。

V @voluntas

問題は、つなぎっぱなしであればなんとか逃げられる問題。これはどうするか。パーミションに期限を持たせるという需要も出てきそう。定期的にコネクションを切断する機能。つまり認証を定期的にさせる仕組み。

V @voluntas

認証は同期であって欲しいからトークン取得は MQTT ベースはないかな。