A simple library that allows an application to authenticate a user through the basic OpenID Connect flow. This library hopes to encourage OpenID Connect use by making it simple enough for a developer with little knowledge of the OpenID Connect protocol to setup authentication.
This library is a fork of jumbojett/OpenID-Connect-PHP, which seems to be discontinued. For progress being made on fixing bugs of the original library see this wiki page.
- OpenID Connect Core 1.0
- OpenID Connect Discovery 1.0 (finding the issuer is missing)
- OpenID Connect RP-Initiated Logout 1.0 - draft 01
- OpenID Connect Dynamic Client Registration 1.0
- RFC 6749: The OAuth 2.0 Authorization Framework
- RFC 7009: OAuth 2.0 Token Revocation
- RFC 7636: Proof Key for Code Exchange by OAuth Public Clients
- RFC 7662: OAuth 2.0 Token Introspection
- RFC 8693: OAuth 2.0 Token Exchange
- Draft: OAuth 2.0 Authorization Server Issuer Identifier in Authorization Response
- PHP 7.3 or greater
- JSON extension
- Install library using composer
composer require juliuspc/openid-connect-php
- Include composer autoloader
require __DIR__ . '/vendor/autoload.php';
This example uses the Authorization Code flow and will also use PKCE if the OpenID Provider announces it in his Discovery document. If you are not sure, which flow you should choose: This one is the way to go. It is the most secure and versatile flow.
use JuliusPC\OpenIDConnect\Client;
$oidc = new Client('https://id.example.com',
'ClientIDHere',
'ClientSecretHere');
$oidc->authenticate();
$name = $oidc->requestUserInfo('given_name');
See OpenID Connect spec for available user attributes
use JuliusPC\OpenIDConnect\Client;
$oidc = new Client("https://id.example.com");
$oidc->register();
$client_id = $oidc->getClientID();
$client_secret = $oidc->getClientSecret();
// Be sure to add logic to store the client id and client secret
// Configure a proxy
$oidc->setHttpProxy("http://my.proxy.example.net:80/");
// Configure a cert
// If we omit this, the OS’ default cert bundle will be used
$oidc->setCertPath("/path/to/my.cert");
use JuliusPC\OpenIDConnect\Client;
$oidc = new Client('https://id.example.com',
'ClientIDHere',
'ClientSecretHere');
$oidc->providerConfigParam(array('token_endpoint'=>'https://id.example.com/connect/token'));
$oidc->addScope('my_scope');
// this assumes success (to validate check if the access_token property is there and a valid JWT) :
$clientCredentialsToken = $oidc->requestClientCredentialsToken()->access_token;
The Implicit Flow should be considered a legacy flow and not used if authorization code grant can be used. Due to its disadvantages and poor security, the implicit flow will be obsoleted with the upcoming OAuth 2.1 standard. See Example 1 for alternatives.
use JuliusPC\OpenIDConnect\Client;
$oidc = new Client('https://id.example.com',
'ClientIDHere',
'ClientSecretHere');
$oidc->setResponseTypes(array('id_token'));
$oidc->addScope(array('openid'));
$oidc->setAllowImplicitFlow(true);
$oidc->addAuthParam(array('response_mode' => 'form_post'));
$oidc->authenticate();
$sub = $oidc->getVerifiedClaims('sub');
Introspection as defined in RFC 7662 is intended to get information about the token without needing to parse it. Especially in case of so called reference token, which are random strings and do not contain information.
use JuliusPC\OpenIDConnect\Client;
$oidc = new Client('https://id.example.com',
'ClientIDHere',
'ClientSecretHere');
$data = $oidc->introspectToken('an.access-token.as.given');
if (!$data->active) {
// the token is no longer usable
}
PKCE is already configured used in most szenarios in Example 1. This example shows two special things:
- You may omit the client secret, if your OpenID Provider allows you to do so and if it is really needed for your use case. This is a rare use case, since PHP applications are typically confidential OAuth clients and thus don’t leak a client secret.
- Explicitly setting the Code Challenge Method via
setCodeChallengeMethod()
. This enables PKCE in case your OpenID Provider doesn’t announce support for it in the discovery document, but supports it anyway.
use JuliusPC\OpenIDConnect\Client;
$oidc = new Client('https://id.example.com',
'ClientIDHere',
'ClientSecret'); // you may obmit the client secret
// for some reason we want to set S256 explicitly as Code Challenge Method
// maybe your OP doesn’t announce support for PKCE in its discovery document
$oidc->setCodeChallengeMethod('S256');
$oidc->authenticate();
$name = $oidc->requestUserInfo('given_name');
In some cases you may need to disable TLS certificate validation on on your development systems. Note: This is not recommended on production systems.
$oidc->setVerifyPeer(false);
Run the unit tests:
./vendor/bin/phpunit tests
Generate a code coverage report (open html/index.html in a browser to view results):
XDEBUG_MODE=coverage ./vendor/bin/phpunit --coverage-html html tests/
Note: You may need to install Xdebug to make this work.
- Dynamic registration does not support registration auth tokens and endpoints
- improving tests and test coverage of this library
- All pull requests, once merged, should be added to the CHANGELOG.md file.