OAuth 2.0 PKCE ジェネレーター

使い方

1. Verifier 長を設定(デフォルト 64、最小 43、最大 128)。
2. S256(常に推奨)または plain(レガシーサーバ用)を選択。
3. `client_id`、`redirect_uri`、`scope`、OAuth エンドポイントを入力。
4. ユーザーを authorization URL に送り、`?code=...` のコールバックを受けたら curl 実行でトークン取得。

よくある質問

S256 vs plain、どっちを使う?

常に S256。plain は verifier をそのまま challenge として送るので、authorization リクエストが傍受されると保護効果がありません。S256 は SHA-256 結果のみ送り、verifier 自体はステップ1で露出しないため傍受攻撃が遥かに困難に。RFC 7636 も S256 利用可能なら plain を拒否すべきと規定。

Verifier の文字集合がなぜこれ?

RFC 7636 が verifier アルファベットを `[A-Z][a-z][0-9]-._~`(RFC 3986 の unreserved URI 文字)と規定。これにより URL・ヘッダ・フォームボディどこでもエスケープなしで安全に使えます。

`state` とは?

クライアントがリクエスト毎に生成しコールバックで検証する不透明な乱数文字列。CSRF 防御 — 攻撃者がユーザーを悪意ある authorization リダイレクトに誘導しても、アプリが記憶する `state` と一致せず応答を拒否できます。必ず使用を。

どこで実行される?

完全にブラウザ内。Verifier は `crypto.getRandomValues()`、SHA-256 は `crypto.subtle.digest()` — どちらも Web Crypto API。外部送信なし。

関連ツール