Introduction
In addition to typical, form based authentication, Laravel also provides a simple, convenient way to authenticate with OAuth providers using Laravel Socialite. Socialite currently supports authentication with Facebook, Twitter, LinkedIn, Google, GitHub, GitLab, and Bitbucket.
Socialite Providers website.
">Tip!! Adapters for other platforms are listed at the community driven
Installation
To get started with Socialite, use the Composer package manager to add the package to your project's dependencies:
composer require laravel/socialite
Upgrading Socialite
When upgrading to a new major version of Socialite, it's important that you carefully review the upgrade guide.
Configuration
Before using Socialite, you will need to add credentials for the OAuth providers your application utilizes. These credentials should be placed in your application's config/services.php
configuration file, and should use the key facebook
, twitter
, linkedin
, google
, github
, gitlab
, or bitbucket
, depending on the providers your application requires:
'github' => [
'client_id' => env('GITHUB_CLIENT_ID'),
'client_secret' => env('GITHUB_CLIENT_SECRET'),
'redirect' => 'http://example.com/callback-url',
],
">Tip!! If the
redirect
option contains a relative path, it will automatically be resolved to a fully qualified URL.
Authentication
Routing
To authenticate users using an OAuth provider, you will need two routes: one for redirecting the user to the OAuth provider, and another for receiving the callback from the provider after authentication. The example controller below demonstrates the implementation of both routes:
use Laravel\Socialite\Facades\Socialite;
Route::get('/auth/redirect', function () {
return Socialite::driver('github')->redirect();
});
Route::get('/auth/callback', function () {
$user = Socialite::driver('github')->user();
// $user->token
});
The redirect
method provided by the Socialite
facade takes care of redirecting the user to the OAuth provider, while the user
method will read the incoming request and retrieve the user's information from the provider after they are authenticated.
Authentication & Storage
Once the user has been retrieved from the OAuth provider, you may determine if the user exists in your application's database and authenticate the user. If the user does not exist in your application's database, you will typically create a new record in your database to represent the user:
use App\Models\User;
use Illuminate\Support\Facades\Auth;
use Laravel\Socialite\Facades\Socialite;
Route::get('/auth/callback', function () {
$githubUser = Socialite::driver('github')->user();
$user = User::where('github_id', $githubUser->id)->first();
if ($user) {
$user->update([
'github_token' => $githubUser->token,
'github_refresh_token' => $githubUser->refreshToken,
]);
} else {
$user = User::create([
'name' => $githubUser->name,
'email' => $githubUser->email,
'github_id' => $githubUser->id,
'github_token' => $githubUser->token,
'github_refresh_token' => $githubUser->refreshToken,
]);
}
Auth::login($user);
return redirect('/dashboard');
});
">Tip!! For more information regarding what user information is available from specific OAuth providers, please consult the documentation on
Access Scopes
Before redirecting the user, you may also add additional "scopes" to the authentication request using the scopes
method. This method will merge all existing scopes with the scopes that you supply:
use Laravel\Socialite\Facades\Socialite;
return Socialite::driver('github')
->scopes(['read:user', 'public_repo'])
->redirect();
You can overwrite all existing scopes on the authentication request using the setScopes
method:
return Socialite::driver('github')
->setScopes(['read:user', 'public_repo'])
->redirect();
Optional Parameters
A number of OAuth providers support optional parameters in the redirect request. To include any optional parameters in the request, call the with
method with an associative array:
use Laravel\Socialite\Facades\Socialite;
return Socialite::driver('google')
->with(['hd' => 'example.com'])
->redirect();
Note:
When using thewith
method, be careful not to pass any reserved keywords such asstate
orresponse_type
.
Retrieving User Details
After the user is redirected back to your authentication callback route, you may retrieve the user's details using Socialite's user
method. The user object returned by the user
method provides a variety of properties and methods you may use to store information about the user in your own database. Different properties and methods may be available depending on whether the OAuth provider you are authenticating with supports OAuth 1.0 or OAuth 2.0:
use Laravel\Socialite\Facades\Socialite;
Route::get('/auth/callback', function () {
$user = Socialite::driver('github')->user();
// OAuth 2.0 providers...
$token = $user->token;
$refreshToken = $user->refreshToken;
$expiresIn = $user->expiresIn;
// OAuth 1.0 providers...
$token = $user->token;
$tokenSecret = $user->tokenSecret;
// All providers...
$user->getId();
$user->getNickname();
$user->getName();
$user->getEmail();
$user->getAvatar();
});
Retrieving User Details From A Token (OAuth2)
If you already have a valid access token for a user, you can retrieve their details using Socialite's userFromToken
method:
use Laravel\Socialite\Facades\Socialite;
$user = Socialite::driver('github')->userFromToken($token);
Retrieving User Details From A Token And Secret (OAuth1)
If you already have a valid token and secret for a user, you can retrieve their details using Socialite's userFromTokenAndSecret
method:
use Laravel\Socialite\Facades\Socialite;
$user = Socialite::driver('twitter')->userFromTokenAndSecret($token, $secret);
Stateless Authentication
The stateless
method may be used to disable session state verification. This is useful when adding social authentication to an API:
use Laravel\Socialite\Facades\Socialite;
return Socialite::driver('google')->stateless()->user();
Note:
Stateless authentication is not available for the Twitter driver, which uses OAuth 1.0 for authentication.