「Apple、SMS経由での認証コードの標準化を提案、入力自動化が目的」記事へのコメント

自動化しやすい＝悪用者も自動化しやすい

[Anonymous Coward]

ので反対ですね。
むしろそこでワンクッション置かないと。

Re:

[Anonymous Coward]

具体的にどんな悪用が考えられます？

悪用者がログインして、悪用者にSMSが行った時点でアウトな気が。
通常ユーザーが認証コードを受け取っても無視すればいいし、SMS届いた時点で強制的に認証画面に飛んで入力するわけじゃないでしょうし。

Re:

[Anonymous Coward]

> SMS届いた時点で強制的に認証画面に飛んで入力するわけじゃないでしょうし。

ZDNetの記事には
> Apps and browsers will automatically extract the OTP code and complete the 2FA login operation.
ってあるから、その通りなら端末が受信した時点で自動的に抽出してログインさせちゃうって事なんじゃないかと。

Re:

[nnnhhh (47970)]

アプリやブラウザが該当のURLを認識して今まさにそこで認証中だったら、だと思うけどなさすがに(根拠なし

こないだこんな感じに動いた(SMS中のコードが勝手にブラウザに入った)ような気がしたけど気のせいだったんかな
Googleの何か+Chromeだともうやってるのかも

Re:自動化しやすい＝悪用者も自動化しやすい

[Anonymous Coward]

androidの一部アプリでのSMS認証がそんな感じの動きしますね。
そのためだけに使うと言われてもアプリにSMS権限ほいほい渡したく無いのですが

Re:自動化しやすい＝悪用者も自動化しやすい

[deleted user (48934)]

アプリにSMS権限ほいほい渡すのは問題だということで今年になって審査が厳格化されてます。

2019年3月、GoogleはAndroidアプリにおけるSMSと通話ログへのアクセス許可情報（パーミッション）の使用を制限 [google.com]しました。これにより、認証情報を盗むアプリは、これらのアクセス許可を悪用してSMSベースの2要素認証（2FA）メカニズムを迂回できなくなりました。

https://www.eset.com/jp/blog/welivesecurity/malware-google-permissions... [eset.com]

このような方法に代わり、SMS認証フォーマットが標準化されれば、SMSクライアントアプリからインテントを通じて他アプリに認証コードを引き渡すことで、安全かつ自動でのSMS認証が出来るはずです。

Re:

[Anonymous Coward]

他アプリ用の認証情報インテントを盗み見るとか出てきそうかな?
メッセージ中のUrlは直接認証ページのものではないほうが良さそうやね
と言うかurlじゃなくてそのソルト付きハッシュとかじゃないと安心できないか?
頭のいい人が考えてくれるやろうけども

Re:

[Anonymous Coward]

認証するドメインにapple-app-site-associationだのmanifest.jonだのファイル置いておいて、そこに記載されているIdentifierのアプリのみ見れるようにすれば読み取れないですね。というのを既にパスワードの自動入力でやっているので。