OAuth.jp

いままで Mix-up Attack は Client が AS 毎に redirect_uri を使い分けていれば防げると信じられてきましたが、それじゃ防げないケースもあるよってのが OAuth ML に投稿されました。 細かい解説は英語読んでもらうとして、シーケンスにするとこういうことです。 Attacker AS が (Display Name やロゴ等を通じて) 一見 Honest Client に見えるような Client (Attacker Client) を Honest AS に登録しておく必要があります。 User が Attacker AS 選んでるのに Honest AS に飛んで Approve してしまってる部分も、Attacker Proxy が利用可能な状況 (e.g., Client が HTTP なエンドポイントで Honest AS のログインボタン等を

[forewind]

時間あったらここの記事端から端まで読みたい。：OAuth.jp

[koba04]

難しいけど大事

[hidehish]

見てる:

[kato_pe62]

OAuth に関する情報発信サイト｢OAuth.jp｣

[toru_kita]

oauth

[se-mi]

？