タイトル: Laravel \ Socialite \ Two \ InvalidStateException
SEOタイトル: Laravel Socialite「InvalidStateException」原因と対処|セッション state 不一致
| この記事の要点 |
|
エラー内容
Laravel\Socialite\Two\InvalidStateException
No message
in vendor/laravel/socialite/src/Two/AbstractProvider.php:nnn
at AbstractProvider->getUser()
Google / Facebook / GitHub 等の OAuth 認証のコールバック処理で発生します。OAuth 2.0 の state パラメータ検証に失敗している状態です。
原因: OAuth state パラメータ
OAuth 2.0 では CSRF 対策として state パラメータを使います:
- クライアント → 認可サーバへリダイレクトする際、ランダムな
stateをセッションに保存し、URL にも付与 - 認可サーバ → コールバックでクライアントに戻すとき、同じ
stateを返す - クライアント → セッションの state と URL の state が一致するか確認 (不一致なら CSRF 攻撃の可能性)
このマッチングが失敗するのが InvalidStateException。原因は:
- セッションが切れた(コールバックまで時間が空きすぎ)
- セッション Cookie がコールバック先に届かない(ドメイン違い・SameSite 設定)
- 複数サーバ環境でセッションが共有されていない(ロードバランサ)
- ブラウザのプライバシー設定でサードパーティ Cookie ブロック
- キャッシュされた古いコールバック URL を再送信
対処1: stateless() で state チェックを無効化
API モードや SPA など、セッションを使わない場合は state チェック自体をオフに:
// app/Http/Controllers/Auth/LoginController.php
use Laravel\Socialite\Facades\Socialite;
public function redirectToProvider() {
return Socialite::driver('google')->stateless()->redirect();
}
public function handleProviderCallback() {
$user = Socialite::driver('google')->stateless()->user();
// ... ユーザ作成 or ログイン
}
注意: stateless にすると CSRF 対策が無くなるので、別の方法(JWT, nonce 検証等)で守る必要があります。
対処2: セッションドライバ設定の確認
.env でセッションドライバを確認:
# 単一サーバなら file / database / redis いずれも OK
SESSION_DRIVER=file
# 複数サーバ環境(ロードバランサ配下)では shared なドライバ必須
SESSION_DRIVER=redis
# または
SESSION_DRIVER=database
# Cookie ドメインを正しく
SESSION_DOMAIN=.example.com # サブドメイン跨ぎなら先頭ドット
# HTTPS 環境では Secure 必須
SESSION_SECURE_COOKIE=true
# OAuth コールバック後に新セッションでなく既存セッションを引き継ぐ
SESSION_LIFETIME=120
対処3: コールバック URL の整合性
Developer Console(Google / Facebook 等)に登録したコールバック URL と、アプリの実 URL が一致しているか:
| 登録 URL | 実際の URL | 結果 |
|---|---|---|
| https://app.example.com/auth/google/callback | https://app.example.com/auth/google/callback | ○ |
| https://app.example.com/auth/google/callback | https://www.app.example.com/auth/google/callback | × (サブドメイン違い) |
| https://app.example.com/auth/google/callback | http://app.example.com/auth/google/callback | × (プロトコル違い) |
| https://app.example.com/auth/google/callback | https://app.example.com/auth/google/callback/ | ×〜△ (末尾スラッシュ) |
対処4: SameSite Cookie の調整
外部認可サーバから戻ってくる際、SameSite=Strict だと Cookie が送られず state チェック失敗:
// config/session.php
'same_site' => 'lax', // 'strict' から 'lax' に
// または 'none' (Secure と組み合わせ必須)
対処5: HTTPS 統一
OAuth は本番では HTTPS が前提。HTTP と HTTPS が混在するとセッション Cookie が共有されずエラー:
// AppServiceProvider.php
use Illuminate\Support\Facades\URL;
public function boot() {
// 本番では強制 HTTPS
if (config('app.env') === 'production') {
URL::forceScheme('https');
}
}
対処6: 直前の処理ログを確認
public function handleProviderCallback(Request $request) {
\Log::info('OAuth Callback', [
'state_url' => $request->state,
'state_session' => session()->get('state'),
'has_code' => $request->has('code'),
'all_query' => $request->query(),
]);
try {
$user = Socialite::driver('google')->user();
} catch (\Laravel\Socialite\Two\InvalidStateException $e) {
\Log::error('InvalidState', ['e' => $e->getMessage()]);
return redirect('/login')->with('error', 'セッションが切れました');
}
// ...
}
原因の切り分けチェックリスト
- ログインからコールバックまでの時間を測る(5 分以上空くと session lifetime に引っかかる)
- ブラウザのシークレットウィンドウで試す(拡張機能の影響を除外)
- HTTP Cookie 設定を SameSite=Lax に変更
- セッションドライバを database にして DB の sessions テーブルを目視
- 別ブラウザで再試行
- HTTPS を本番では必須に
関連エラー
- Symfony\Component\HttpKernel\Exception\HttpException — ルート未定義
- Client Error: 401 Unauthorized — Developer Console の Client ID / Secret が違う
- Mismatch redirect_uri — 登録済みコールバック URL と実 URL が違う
- Tokens not yet received — リダイレクトせずに直接コールバック URL にアクセスした