30分でOpenID Connect完全に理解したと言えるようになる勉強会

by akkino/D-En

Slide 1

Slide 1 text

30分で OpenID Connect 完全に理解したと言えるようになる勉強会

Slide 2

Slide 2 text

OAuthとOAuth認証とOpenID Connect » OAuthは権限移譲のプロトコル » 「OAuth認証」はプロフィールAPIによる認証 » OpenID ConnectはIDトークンによる認証 2

Slide 3

Slide 3 text

いきなり言われてもわからん… 認証・認可権限委譲 IDトークン 3

Slide 4

Slide 4 text

OAuthとOpenID Connectの関係 OAuth OpenID Connect 拡張仕様基礎となるOAuthを理解していないと OpenID Connectを理解するのは難しい 4

Slide 5

Slide 5 text

お品書き » そもそもOAuthってなに？ » OAuth認証ってなにが問題なの？ » OpenID ConnectはOAuthとなにが違うの？ » ネイティブアプリやSPAではどう使うべき？ 5

Slide 6

Slide 6 text

今日しない話 » OAuthの歴史 » OAuth2.0の詳細 » IDトークンの具体的な検証方法 6

Slide 7

Slide 7 text

※注意点わかりやすさを優先しているため、一部説明や前提を省略しています。あらかじめご了承ください。 7

Slide 8

Slide 8 text

0. 認証・認可 8

Slide 9

Slide 9 text

そもそも認証・認可って？認可（AuthZ） ● リソースアクセス権限をサードパーティのアプリに移譲すること ● 誰かに許可を与えること認証（AuthN） ● 通信の相手が誰であるかを確認すること ● 個人の身元の確認 9

Slide 10

Slide 10 text

1. OAuth 10

Slide 11

Slide 11 text

OAuthとは？ » 権限委譲のプロトコル » 認可のプロトコル 11

Slide 12

Slide 12 text

OAuthのメリット安全性サードパーティアプリにはリソースオーナーのID・パスワードを教える必要がない権限委譲ユーザのリソースへのアクセス権限をサードパーティのアプリに移譲することができる 12

Slide 13

Slide 13 text

OAuthのメリット安全性サードパーティアプリにはリソースオーナーのID・パスワードを教える必要がない権限委譲ユーザのリソースへのアクセス権限をサードパーティのアプリに移譲することができる正直なに言ってるかわからん… 13

Slide 14

Slide 14 text

OAuthの流れを追ってみる 14

Slide 15

Slide 15 text

リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） OAuthの登場人物 15

Slide 16

Slide 16 text

① アプリ上で「Google Photoから画像をダウンロードする」をクリック ① リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） 16

Slide 17

Slide 17 text

① ② ② Google OAuthに対してGoogle Photoのアクセス権を要求リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） 17

Slide 18

Slide 18 text

① ② ③ ③ 「Google Photoへのアクセス権をクライアントに委譲すること」についてユーザーの意思を確認リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） 18

Slide 19

Slide 19 text

① ② ③ ④ ④ 権限委譲に同意するリソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） 19

Slide 20

Slide 20 text

① ② ③ ④ ⑤ ⑤ 権限が委譲された証としてアクセストークンを発行して、クライアントに渡すリソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） 20

Slide 21

Slide 21 text

① ② ③ ④ ⑤ ⑥ ⑥ クライアントはアクセストークンをもってGoogle PhotoのAPIにアクセスし、ユーザーの画像を要求リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） 21

Slide 22

Slide 22 text

① ② ③ ④ ⑤ ⑥ ⑦ ⑦ Google Photoはアクセストークンの有効性と紐づく権限を確認問題がなければユーザーの画像をクライアントに渡すリソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） 22

Slide 23

Slide 23 text

① ② ③ ④ ⑤ ⑥ ⑦ リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo）こんな大変なことをやるメリットってなに？ 23

Slide 24

Slide 24 text

① ② ③ ④ ⑤ ⑥ ⑦ リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） Point 1 ユーザーのID・パスワードがクライアントに伝わっていない →ID・パスワード入力に起因する脆弱性を防げる 24

Slide 25

Slide 25 text

① ② ③ ④ ⑤ ⑥ ⑦ リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） Point 2 ユーザーが許可してはじめて権限が委譲される ● 勝手にユーザー情報へのアクセスが許可されることはない ● 必要最小限の権限のみ委譲 25

Slide 26

Slide 26 text

① ② ③ ④ ⑤ ⑥ ⑦ リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） Point 3 アクセストークンで管理している ● 誰のリソースのどのような権限に紐づいているのか ● クライアントのリソースへのアクセス許可 26

Slide 27

Slide 27 text

① ② ③ ④ ⑤ ⑥ ⑦ リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）リソースサーバー（Google Photo） Point 3 アクセストークンで管理している ● 誰のリソースのどのような権限に紐づいているのか ● クライアントのリソースへのアクセス許可 OAuthはアクセストークンを発行するためのルール 27

Slide 28

Slide 28 text

クライアント（自分の作ったアプリ）リソースサーバー（Google Photo） OAuthのまとめがへの限定的なアクセスをアクセストークンの発行方法（あるユーザーへの必要最小限の範囲の）可能にするための 28

Slide 29

Slide 29 text

2. OAuth認証 29

Slide 30

Slide 30 text

認証のためのプロトコルという勘違い OAuth » 権限委譲のためのプロトコル » アプリのユーザー認証の話は出てこないリソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth） ①権限の委譲依頼 ②許可の確認 ③委譲許可 ④アクセストークン発行 30

Slide 31

Slide 31 text

リソースオーナー（ユーザー） ③委譲許可認証のためのプロトコルという勘違い OAuth » 権限委譲のためのプロトコル » アプリのユーザー認証の話は出てこないクライアント（自分の作ったアプリ）認可サーバー（Google OAuth） ①権限の委譲依頼 ②許可の確認 ④アクセストークン発行じゃあなんでOAuth認証なんて言葉があるの？ 31

Slide 32

Slide 32 text

プロフィールAPI （リソースサーバー） OAuth + プロフィールAPI だいたいこいつのせい 32

Slide 33

Slide 33 text

プロフィールAPI （リソースサーバー） OAuth + プロフィールAPI プロフィールAPI » プロフィール情報を提供するAPI クライアント（自分の作ったアプリ） ①アクセストークン ②プロフィール情報を提供 33

Slide 34

Slide 34 text

☆ ☆ アクセストークンに紐づくプロフィール情報を要求 →返されたプロフィール情報のデータで認証リソースオーナー（ユーザー）クライアント（自分の作ったアプリ）認可サーバー（Google OAuth）プロフィールAPI （リソースサーバー） OAuth認証の仕組み 34

Slide 35

Slide 35 text

OAuth認証の脆弱性 35

Slide 36

Slide 36 text

Step 1 悪意あるアプリが他人のアクセストークンを取得 →見た目上は普通に動作 Aさん（ユーザー）悪意のあるアプリ認可サーバー（Google OAuth） OAuth認証の脆弱性リソースサーバー（Google Photo）普通に動作 Aさんのアクセストークン 36

Slide 37

Slide 37 text

Step 2 盗んだアクセストークンに差し替え →別のユーザーとしてログインできてしまう！悪意のあるユーザークライアント認可サーバー（Google OAuth）プロフィールAPI （リソースサーバー） OAuth認証の脆弱性盗んだAさんのアクセストークンに差し替え Aさんのプロフィール情報 37

Slide 38

Slide 38 text

Step 2 盗んだアクセストークンに差し替え →別のユーザーとしてログインできてしまう！悪意のあるユーザークライアント認可サーバー（Google OAuth）プロフィールAPI （リソースサーバー） OAuth認証の脆弱性盗んだAさんのアクセストークンに差し替え Aさんのプロフィール情報 Aさんとしてログイン 38

Slide 39

Slide 39 text

補足：OAuth認証 39 FacebookのOAuth認証 » アクセストークン検証用エンドポイント ⋄ /debug_token ⋄ 検証用データを取得 » アクセストークンを検証 ⋄ すり替えられていないことを担保

Slide 40

Slide 40 text

プロフィールAPI OAuth認証のまとめから取得したプロフィールの情報を使用して認証&ログインする方法悪意あるアプリによってアクセストークンを盗まれた場合、別のユーザーになりすましができる脆弱性がある 40

Slide 41

Slide 41 text

3. OpenID Connect 41

Slide 42

Slide 42 text

OpenID Connectとは？ OpenID Connect(OIDC) » クライアントが認証できるプロトコル » リソースアクセス（認可）も可能 » OAuthの拡張仕様 OpenID Connect (OIDC) = OAuth + IDトークン + UserInfoエンドポイント 42

Slide 43

Slide 43 text

OpenID Connectとは？ OpenID Connect(OIDC) » クライアントが認証できるプロトコル » リソースアクセス（認可）も可能 » OAuthの拡張仕様 OpenID Connect (OIDC) = OAuth + IDトークン + UserInfoエンドポイント Point! 43

Slide 44

Slide 44 text

OpenID Connectとは？三種類のフロー » 認可フロー ⋄ 安全にclient secretを保存できるクライアント用（サーバー） » インプリシットフロー ⋄ 安全にclient secretを保存できないクライアント用（アプリ） » ハイブリットフロー ⋄ 安全にアクセストークンや IDトークンを保存できないクライアント用（SPA） 44

Slide 45

Slide 45 text

Slide 46

Slide 46 text

OpenID Connectとは？ OAuthのグラントとOIDCのフロー 46 OAuth OIDC 認可コードグラントインプリシットグラントリソースオーナパスワードクレデンシャルグラントクライアントクレデンシャルグラントハイブリッドグラント認可コードフローインプリシットフロー - - ハイブリッドフロー

Slide 47

Slide 47 text

OpenID Connectの流れを追ってみる 47

Slide 48

Slide 48 text

エンドユーザーリライング・パーティ IDプロバイダ UserInfoエンド OIDCの登場人物 48

Slide 49

Slide 49 text

エンドユーザーリライング・パーティ IDプロバイダ UserInfoエンド OIDCの登場人物なんか見たことあるような …？ 49

Slide 50

Slide 50 text

OAuth：リソースオーナー OIDC：エンドユーザー OAuth：クライアント OIDC：リライング・パーティ OAuth：認可サーバー OIDC：IDプロバイダ OAuth：リソースサーバー OIDC：UserInfoエンド OIDCの登場人物 Point ロールの呼び方が違うだけで、役割はOAuthと同じ！ 50

Slide 51

Slide 51 text

① ② ③ ④ ①〜④ OAuthと全く同じエンドユーザーリライング・パーティ IDプロバイダ UserInfoエンド 51

Slide 52

Slide 52 text

① ② ③ ④ ⑤ ⑤ アクセストークンと一緒にIDトークンを渡すエンドユーザーリライング・パーティ IDプロバイダ UserInfoエンドアクセストークン IDトークン 52

Slide 53

Slide 53 text

① ② ③ ④ ⑤ ⑥ IDトークンを検証し、ユーザーを認証するエンドユーザーリライング・パーティ IDプロバイダ UserInfoエンド IDトークンを検証 ⑥ 53

Slide 54

Slide 54 text

① ② ③ ④ ⑤ ⑥ IDトークンを検証し、ユーザーを認証する →ログイン完了！エンドユーザーリライング・パーティ IDプロバイダ UserInfoエンド IDトークンを検証 ⑥ 54

Slide 55

Slide 55 text

① ② ③ ④ ⑤ ⑦ ⑧ ⑦〜⑧（必要があれば）アクセストークンを使用してプロフィール情報を取得例：名前、アイコン画像、その他個人情報エンドユーザーリライング・パーティ IDプロバイダ UserInfoエンド ⑥ アクセストークン 55

Slide 56

Slide 56 text

IDトークンがなぜ必要なのか？ 56

Slide 57

Slide 57 text

IDトークンとは？ IDトークン » リライング・パーティがエンドユーザを認証するために使用 » 署名付きのJSON Web Token(JWT) » ユーザーIDや検証に必要な情報、署名などが含まれる 57

Slide 58

Slide 58 text

IDトークンとは？ IDトークンの中身 » 誰が、いつ、どの範囲で、と言った（IdPから見た）一連の認証イベントしての情報が含まれている ⋄ ユーザーIDや検証に必要な情報、署名 ⋄ 発行日時、有効期限 ⋄ 許可された権限 58 適切に検証することで意図するやりとりが行われたことを確認できる

Slide 59

Slide 59 text

IDトークンとは？ IDトークンの中身 » 誰が、いつ、どの範囲で、と言った（IdPから見た）一連の認証イベントしての情報が含まれている ⋄ ユーザーIDや検証に必要な情報、署名 ⋄ 発行日時、有効期限 ⋄ 許可された権限 59 適切に検証することで意図するやりとりが行われたことを確認できる Point!

Slide 60

Slide 60 text

不正ログインを防ぐ仕組み 60

Slide 61

Slide 61 text

注意！ IDトークン自体の具体的な検証方法については触れません 61

Slide 62

Slide 62 text

nonceパラメータ » リプレイアタックを防ぐためのパラメータ » IDトークンに含まれる » 毎回異なるランダムな文字列を使用する 62

Slide 63

Slide 63 text

① ② ③ ④ ⑤ ⑦ ⑧ エンドユーザーリライング・パーティ IDプロバイダ UserInfoエンド ⑥ OpenID Connect 63

Slide 64

Slide 64 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ UserInfo ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証リダイレクト ②認証リクエスト 64

Slide 65

Slide 65 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト 65

Slide 66

Slide 66 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト 66 なんか違くない？

Slide 67

Slide 67 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエストわかりやすくするために簡略化してました 67 なんか違くない？

Slide 68

Slide 68 text

nonceの使い方 68

Slide 69

Slide 69 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト ① セッションに紐付けてnonce=xyzを発行 nonce=xyz 69

Slide 70

Slide 70 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ② ② ② リダイレクトで認証リクエスト nonce=xyz 70

Slide 71

Slide 71 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ② ② ② nonceを認証リクエストに含める nonce=xyz nonce=xyz 71

Slide 72

Slide 72 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ③〜④ ③〜④ ● ID・パスワードの入力 ● ユーザ情報提供についての同意確認 nonce=xyz nonce=xyz 72

Slide 73

Slide 73 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ☆ ☆ ☆ 認証レスポンス（認可コード）を返す →認可コードはワンタイム（一度使用したら無効化） nonce=xyz 73

Slide 74

Slide 74 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ☆ ☆ = nonce=xyz IDプロバイダ上では認可コードとnonce=xyz は紐付けられている nonce=xyz 74

Slide 75

Slide 75 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ⑤ ⑤ ● 認可コードを使用してトークンをリクエスト ● アクセストークンやIDトークンを取得 nonce=xyz 75

Slide 76

Slide 76 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ⑤ = nonce=xyz nonce=xyzが設定されたIDトークンを返す nonce=xyz nonce=xyz 76

Slide 77

Slide 77 text

OpenID Connectのシーケンス図ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ エンドユーザーリライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ⑥ ⑥ nonceの値が一致するか検証 nonce=xyz nonce=xyz 77

Slide 78

Slide 78 text

OIDCで入れ替えを受けた場合 78

Slide 79

Slide 79 text

ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ リライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ☆ ☆ nonce=xyz 認可コードを入れ替える場合悪意あるユーザー認可コードを入れ替えちゃえ！ 79

Slide 80

Slide 80 text

ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ リライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ☆ ☆ 認可コードを入れ替える場合悪意あるユーザー認可コードを入れ替えちゃえ！ nonce=abc nonce=xyz 別のリライング・パーティで発行した認可コード →nonceが異なる 80

Slide 81

Slide 81 text

ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ リライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ⑤ = nonce=abc 認可コードに紐づくnonceが含まれるIDトークンを返す nonce=abc nonce=xyz 悪意あるユーザー認可コードを入れ替える場合 81

Slide 82

Slide 82 text

ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ リライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ⑥ セッションに紐づくnonceと IDトークンのnonceが異なる！ nonce=abc nonce=xyz 悪意あるユーザー認可コードを入れ替える場合 82

Slide 83

Slide 83 text

Slide 84

Slide 84 text

① ② ③ ④ リライング・パーティ IDプロバイダ ⑥ 補足：リプレイアタック対策 84 ⑤ エンドユーザー一度使用した認可コードは無効化される（ワンタイム）

Slide 85

Slide 85 text

① ② ③ ④ リライング・パーティ IDプロバイダ ⑥ 補足：リプレイアタック対策 85 ⑤ エンドユーザー通信が傍受され、使用済みの認可コードが盗まれた場合悪意あるユーザー

Slide 86

Slide 86 text

① ② ③ ④ リライング・パーティ IDプロバイダ ⑥ 補足：リプレイアタック対策 86 ⑤ 使用済みの認可コードの場合既に無効化されているのでトークンは発行されない悪意あるユーザー

Slide 87

Slide 87 text

“アンチパターン” nonceを固定値にした場合 87

Slide 88

Slide 88 text

ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ リライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ☆ ☆ 認可コードを入れ替える場合悪意あるユーザー認可コードを入れ替えちゃえ！ nonce=xyz nonce=xyz 異なるリライング・パーティでもnonceの値が固定 88

Slide 89

Slide 89 text

ユーザリライング・パーティ IDプロバイダ ①ログイン ③〜④認証認可コードリダイレクトトークンリクエスト ⑤アクセストークン・IDトークン ⑥IDトークン検証 ① ② ③ ④ ⑤ リライング・パーティ IDプロバイダ ⑥ リダイレクト ②認証リクエスト { ⑥ セッションに紐づくnonceと IDトークンのnonceが一致！ nonce=xyz nonce=xyz 悪意あるユーザー認可コードを入れ替える場合 89

Slide 90

Slide 90 text

Slide 91

Slide 91 text

OpenID Connectまとめ » クライアントが認証できるプロトコル » IDトークンを使用して安全に認証する » Nonceはランダムな文字列にし、必ず検証する » 認可コードをワンタイムにすることでリプレイアタックを防ぐ 91

Slide 92

Slide 92 text

4. OIDCとネイティブアプリ 92

Slide 93

Slide 93 text

ネイティブアプリでのOIDC » client secretを秘匿に保てない ⋄ 認可コードフローだとトークン取得時に漏洩する ⋄ 自由に認可コードやトークンが発行可能に！ » 長期間有効なAPIアクセスを必要とするリライング・パーティ IDプロバイダ認証リクエスト（client_id, client_secret）認証レスポンス（認可コード） 93

Slide 94

Slide 94 text

インプリシットフロー ClientSecretを安全に保存できないため、それを使用せず認可コードフローを簡略化したフロー » クライアントの認証がIDプロバイダで行われない ⋄ client secretを使用せずにトークンの発行が可能 » リフレッシュトークンの発行が禁止 ⋄ 再取得時にはインプリシットフローを再度行う必要がある 94

Slide 95

Slide 95 text

インプリシットフローのシーケンス図ユーザリライング・パーティ IDプロバイダ UserInfo ログイン認証アクセストークン・IDトークンリダイレクト IDトークン検証リダイレクト認証リクエスト 95

Slide 96

Slide 96 text

シーケンス図の比較ユーザリライング・パーティ IDプロバイダログイン認証認可コードリダイレクトトークンリクエストアクセストークン・IDトークン IDトークン検証リダイレクト認証リクエストユーザリライング・パーティ IDプロバイダログイン認証アクセストークン・IDトークンリダイレクト IDトークン検証リダイレクト認証リクエストインプリシットフロー認可コードフロー 96

Slide 97

Slide 97 text

Slide 98

Slide 98 text

インプリシットフローの問題点リソースアクセスと併用する場合 » IdPによってはアクセストークンの有効期限が切れるたびに再認証が必要 ⋄ 数分〜数時間に一度ログイン画面が表示されてしまう →どうしてもユーザー体験が下がってしまう 98

Slide 99

Slide 99 text

インプリシットフローの問題点リソースアクセスと併用する場合 » IdPによってはアクセストークンの有効期限が切れるたびに再認証が必要 ⋄ 数分〜数時間に一度ログイン画面が表示されてしまう →どうしてもユーザー体験が下がってしまう 99 安全にリフレッシュトークンが発行できればなー・・・

Slide 100

Slide 100 text

PKCE（ピクシー） » OAuthの拡張仕様 » パブリッククライアントで認可コードフローを安全に行う仕組み ⋄ ClientSecretを安全に保存できないことへの対策 ⋄ 認可コードの横取り攻撃を防ぐ ⋄ 認可コードフローなので Refresh Tokenが取得可能安全にリフレッシュトークンが取得できる！ 100

Slide 101

Slide 101 text

パブリックとコンフィデンシャル » パブリッククライアント ⋄ クライアントの認証情報（ ClientID, ClientSecret）をセキュアに保存できないクライアント ⋄ ネイティブアプリやブラウザベースのアプリ » コンフィデンシャルクライアント ⋄ クライアントの認証情報をセキュアに保存できるクライアント ⋄ サーバーなど 101

Slide 102

Slide 102 text

認可コード横取り攻撃 » 以下のような場合、開発者が入れ替わりを防ぐのは困難 ⋄ 悪意のあるアプリが同時にインストールされている ⋄ 悪意あるアプリで同じカスタムスキームが設定されている ⋄ 悪意あるアプリがクライアント IDを知っている 102

Slide 103

Slide 103 text

認可コード横取り攻撃 » 以下のような場合、開発者が入れ替わりを防ぐのは困難 ⋄ 悪意のあるアプリが同時にインストールされている ⋄ 悪意あるアプリで同じカスタムスキームが設定されている ⋄ 悪意あるアプリがクライアント IDを知っている PKCEでの対策入れ替わりが発生した場合、アクセストークンを発行させない 103

Slide 104

Slide 104 text

PKCE（ピクシー）での対策以下の三つの値を使用して対策 » code_veriﬁer ⋄ ランダムな文字列 » code_challenge ⋄ code_veriﬁerにcode_challenge_methodを適応して算出した値 » code_challenge_method ⋄ plainまたはS256 104

Slide 105

Slide 105 text

認可コードフロー+PKCEのシーケンス図ユーザネイティブアプリログイン認証カスタムスキームによるアプリ起動（認可コード） IDトークン検証認可リクエスト code_challenge code_challenge_method ブラウザ code_challenge code_challenge_method を保存認可レスポンス（認可コード）アクセストークン・IDトークン code_verifier検証認可リクエスト code_challenge code_challenge_method IDプロバイダ（認可サーバー）トークンリクエスト認可コード、code_verifier 105

Slide 106

Slide 106 text

認可コードフロー+PKCEのシーケンス図ユーザネイティブアプリ IDプロバイダ（認可サーバー）ログイン認証カスタムスキームによるアプリ起動（認可コード） IDトークン検証認可リクエスト code_challenge code_challenge_method ブラウザ code_challenge code_challenge_method を保存認可レスポンス（認可コード）アクセストークン・IDトークン code_verifier検証認可リクエスト code_challenge code_challenge_method トークンリクエスト認可コード、code_verifier Step 1 code_challengeとcode_challenge_methodをIDプロバイダに保存 106

Slide 107

Slide 107 text

認可コードフロー+PKCEのシーケンス図ユーザネイティブアプリ IDプロバイダ（認可サーバー）ログイン認証カスタムスキームによるアプリ起動（認可コード） IDトークン検証認可リクエスト code_challenge code_challenge_method ブラウザ code_challenge code_challenge_method を保存認可レスポンス（認可コード）トークンリクエスト認可コード、code_verifier アクセストークン・IDトークン code_verifier検証認可リクエスト code_challenge code_challenge_method Step 2 code_veriﬁerをトークンリクエストに含める 107

Slide 108

Slide 108 text

認可コードフロー+PKCEのシーケンス図ユーザネイティブアプリ IDプロバイダ（認可サーバー）ログイン認証カスタムスキームによるアプリ起動（認可コード） IDトークン検証認可リクエスト code_challenge code_challenge_method ブラウザ code_challenge code_challenge_method を保存認可レスポンス（認可コード）トークンリクエスト認可コード、code_verifier アクセストークン・IDトークン code_verifier検証認可リクエスト code_challenge code_challenge_method Step 3 事前に保存したcode_challengeと code_challenge_methodでcode_veriﬁerを検証 108

Slide 109

Slide 109 text

認可コード横取り攻撃を受けた場合 109

Slide 110

Slide 110 text

認可コード横取り攻撃を受けた場合ユーザネイティブアプリログイン認証カスタムスキームによるアプリ起動（認可コード） IDトークン検証認可リクエスト code_challenge code_challenge_method ブラウザ code_challenge code_challenge_method を保存認可レスポンス（認可コード）アクセストークン・IDトークン code_verifier検証認可リクエスト code_challenge code_challenge_method IDプロバイダ（認可サーバー）トークンリクエスト認可コード、code_verifier 悪意あるアプリ横取りしたぜ！ 110

Slide 111

Slide 111 text

Slide 112

Slide 112 text

OIDCとネイティブアプリのまとめ » client secretを保存するのは厳禁 » 認証だけでいいならインプリシットフロー（非推奨） » UXを考えるなら認証コードフロー+PKCE（推奨） 112 Tips OAuth2.1ではインプリシットフローはなくなるので注意

Slide 113

Slide 113 text

5. OIDCとSPA 113

Slide 114

Slide 114 text

SPAでのOIDC SPA（ブラウザ）では安全にアクセストークンやIDトークンが保存できない » Web Storage(localStorageやsessionStorage)に保存 ⋄ 自分のアプリでXSS対策をしても他のJSが悪さをすると台無し » iFrameでIdPとのセッションをメモリ上に格納 ⋄ サードパーティCookieを保持するのはNGな流れになってきた →今のところベストプラクティスはない 114

Slide 115

Slide 115 text

SPAでのOIDC 二つの対策 » 認可コードフロー＋独自のセッション » RefreshTokenをローテーションする（Auth0など） 115

Slide 116

Slide 116 text

認可コードフロー+独自セッション 116

Slide 117

Slide 117 text

認可コードフロー+独自セッション » OIDCをログイン管理に使用しない ⋄ 認証のみに使用する ⋄ 独自のセッション（cookieなど）でログイン管理を行うフロントネイティブアプリ IDプロバイダバックエンド認可コードトークンリクエストアクセストークン IDトークン独自セッション 117

Slide 118

Slide 118 text

ユーザリライング・パーティフロント IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証独自セッション nonceやcode_challengeを生成 118

Slide 119

Slide 119 text

ユーザリライング・パーティフロント IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証独自セッション Point 1 フロントとバックエンドであらかじめセッションを構築 →バックエンドでnonceやPKCEに必要な値を生成し、セッションに紐づける nonceやcode_challengeを生成 119

Slide 120

Slide 120 text

ユーザリライング・パーティフロント IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証独自セッション Point 2 認可コードをバックエンドにリクエストする nonceやcode_challengeを生成 120

Slide 121

Slide 121 text

ユーザリライング・パーティフロント IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証独自セッション Point 3 バックエンドでトークンを取得 nonceやcode_challengeを生成 121

Slide 122

Slide 122 text

ユーザリライング・パーティフロント IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証独自セッション Point 4 セッションに紐づくnonceやcode_veriﬁerで検証する必要であればこのタイミングでUserInfoからプロフィール情報を取得のする nonceやcode_challengeを生成 122

Slide 123

Slide 123 text

ユーザリライング・パーティフロント IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証独自セッション Point 5 以後全てセッションで管理するアクセストークンやIDトークンはフロントに一切渡らない nonceやcode_challengeを生成 123

Slide 124

Slide 124 text

認可コードフロー+独自セッションまとめ » フロントにトークン類を保持しないのでセキュア ⋄ セッションにユーザー IDなどの識別子を含めないように注意 ⋄ CSRF対策も忘れずに » SPAとネイティブアプリを同時に使用する場合はバックエンドの実装を分ける必要がある » 実装が割と手間 124

Slide 125

Slide 125 text

RefreshTokenのローテーション 125

Slide 126

Slide 126 text

RefreshTokenをローテーションする » RefreshTokenを使用して新しいトークンを発行する時 ⋄ →古いRefreshTokenは無効化&新しいRefreshTokenを発行 ⋄ OAuthの仕様だと自動では無効化されない » 古いRefreshTokenでアクセスされた場合、全てのRefreshTokenを無効化 » IdP側に仕組みが必要（Auth0などがサポート） 126

Slide 127

Slide 127 text

クライアント（SPA）認可サーバー（Google OAuth） RefreshTokenのローテーションリフレッシュトークン新しいアクセストークン新しいIDトークン新しいリフレッシュトークン通常のトークンリフレッシュ 127

Slide 128

Slide 128 text

クライアント（SPA）認可サーバー（Google OAuth） RefreshTokenのローテーションリフレッシュトークン新しいアクセストークン新しいIDトークン新しいリフレッシュトークン通常のトークンリフレッシュ悪意あるユーザー使用済みのリフレッシュトークン横取りしたぜ！ 128

Slide 129

Slide 129 text

クライアント（SPA）認可サーバー（Google OAuth） RefreshTokenのローテーションリフレッシュトークン新しいアクセストークン新しいIDトークン新しいリフレッシュトークン通常のトークンリフレッシュ悪意あるユーザー無効化されてないからアクセスし放題！２回目以降は新しいリフレッシュトークンを使用する 129

Slide 130

Slide 130 text

クライアント（SPA）認可サーバー（Google OAuth） RefreshTokenのローテーションリフレッシュトークン新しいアクセストークン新しいIDトークン新しいリフレッシュトークン Auth0のトークンリフレッシュ古いリフレッシュトークンを無効化 130

Slide 131

Slide 131 text

クライアント（SPA）認可サーバー（Google OAuth） RefreshTokenのローテーションリフレッシュトークン新しいアクセストークン新しいIDトークン新しいリフレッシュトークン Auth0のトークンリフレッシュ悪意あるユーザー使用済みのリフレッシュトークン横取りしたぜ！ 131

Slide 132

Slide 132 text

クライアント（SPA）認可サーバー（Google OAuth） RefreshTokenのローテーションリフレッシュトークン新しいアクセストークン新しいIDトークン新しいリフレッシュトークン Auth0のトークンリフレッシュ悪意あるユーザー無効化されてるからトークンを更新できない… 既に無効化されてるリフレッシュトークンが使用された！ 132

Slide 133

Slide 133 text

Slide 134

Slide 134 text

RefreshTokenのローテーションまとめ » リフレッシュトークンを盗難されても被害を最小限にとどめる » IdP側での実装が必要 » トークンを盗まれるの自体は防げない ⋄ トークンの有効期限を短くすることで対策 134

Slide 135

Slide 135 text

OIDCとSPAのまとめ » SPAでトークンを安全に保管する方法は今のところ存在しない » OIDCを認証として使用し、独自のセッションでログイン管理を行う（推奨） » RefreshTokenをローテーションする（Auth0など） 135

Slide 136

Slide 136 text

6. おまけハイブリッドフロー 136

Slide 137

Slide 137 text

ハイブリッドフロー » ハイブリッドフロー ⋄ 認可コードフローとインプリシットフローを合わせたもの ⋄ 認可レスポンスとトークンレスポンスの両方があるのが特徴フロントネイティブアプリ IDプロバイダバックエンド認可コードトークンリクエストアクセストークン IDトークン認証完了 137 認証リクエスト認可コード・アクセストークン

Slide 138

Slide 138 text

ユーザリライング・パーティネイティブアプリ IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード・アクセストークン）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証認証完了 138

Slide 139

Slide 139 text

ユーザリライング・パーティネイティブアプリ IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード・アクセストークン）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証認証完了 139 Point 1 認可コードとアクセストークンを受け取る。アクセストークンはネイティブアプリ側に保存

Slide 140

Slide 140 text

ユーザリライング・パーティネイティブアプリ IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード・アクセストークン）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証認証完了 140 Point 2 認可コードをバックエンドにリクエストする

Slide 141

Slide 141 text

ユーザリライング・パーティネイティブアプリ IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード・アクセストークン）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証認証完了 141 Point 3 バックエンドでセキュアにトークンを取得可能

Slide 142

Slide 142 text

ユーザリライング・パーティネイティブアプリ IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード・アクセストークン）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証認証完了 142 Point 4 IDトークンを検証する

Slide 143

Slide 143 text

ユーザリライング・パーティネイティブアプリ IDプロバイダ UserInfo リライング・パーティバックエンドログイン認証認証レスポンス（認可コード・アクセストークン）リダイレクト認可コードトークンリクエストアクセストークン・IDトークン IDトークン検証認証完了 143 Point 5 アクセストークンを保存しているため、ネイティブ側からもリソースにアクセスが可能となる

Slide 144

Slide 144 text

ハイブリッドフローのまとめ » 認可コードフローとインプリシットフローを合わせたもの ⋄ 認可レスポンスとトークンレスポンスの両方があるのが特徴 » バックエンド側でセキュアに認証が可能 » パブリック（ネイティブアプリ）側からリソースにアクセスすることが可能 144

Slide 145

Slide 145 text

Last. まとめ 145

Slide 146

Slide 146 text

今日の話まとめ » OAuthの概要 » OAuth認証はNG » OpenID Connectの検証はしっかりと行う » ネイティブアプリとSPAでのOIDCの注意点 146

Slide 147

Slide 147 text

“IDトークンを検証したからといって安全になるわけではありません。” “OpenID Connectを正しく理解して使用しましょう。” 147

Slide 148

Slide 148 text

Special Thanks! Auth屋 ● 書籍：雰囲気でOAuth2.0を使っているエンジニアが OAuth2.0 を整理して、手を動かしながら学べる本 ● 書籍：OAuth、OAuth認証、OpenID Connectの違いを整理して理解できる本 ritou ● ブログ：r-weblife 148

Slide 149

Slide 149 text

Thank you watching! 遠藤大輔 Twitter: @DddEndow 149