Expand description
An extensible, strongly-typed implementation of OAuth2 (RFC 6749) including token introspection (RFC 7662) and token revocation (RFC 7009).
§Contents
- Importing
oauth2: selecting an HTTP client interface - Getting started: Authorization Code Grant w/ PKCE
- Implicit Grant
- Resource Owner Password Credentials Grant
- Client Credentials Grant
- Device Code Flow
- Other examples
§Importing oauth2: selecting an HTTP client interface
This library offers a flexible HTTP client interface with two modes:
- Synchronous (blocking)
- Asynchronous
For the HTTP client modes described above, the following HTTP client implementations can be used:
-
[
reqwest]The
reqwestHTTP client supports both the synchronous and asynchronous modes and is enabled by default.Synchronous client: [
reqwest::http_client]Asynchronous client: [
reqwest::async_http_client] -
[
curl]The
curlHTTP client only supports the synchronous HTTP client mode and can be enabled inCargo.tomlvia thecurlfeature flag.Synchronous client: [
curl::http_client] -
[
ureq]The
ureqHTTP client is a simple HTTP client with minimal dependencies. It only supports the synchronous HTTP client mode and can be enabled inCargo.tomlvia theureqfeature flag. -
Custom
In addition to the clients above, users may define their own HTTP clients, which must accept an
HttpRequestand return anHttpResponseor error. Users writing their own clients may wish to disable the defaultreqwestdependency by specifyingdefault-features = falseinCargo.toml(replacing...with the desired version of this crate):oauth2 = { version = "...", default-features = false }Synchronous HTTP clients should implement the following trait:
ⓘFnOnce(HttpRequest) -> Result<HttpResponse, RE> where RE: std::error::Error + 'staticAsynchronous HTTP clients should implement the following trait:
ⓘFnOnce(HttpRequest) -> F where F: Future<Output = Result<HttpResponse, RE>>, RE: std::error::Error + 'static
§Getting started: Authorization Code Grant w/ PKCE
This is the most common OAuth2 flow. PKCE is recommended whenever the OAuth2 client has no client secret or has a client secret that cannot remain confidential (e.g., native, mobile, or client-side web applications).
§Example: Synchronous (blocking) API
This example works with oauth2’s default feature flags, which include reqwest.
use anyhow;
use oauth2::{
AuthorizationCode,
AuthUrl,
ClientId,
ClientSecret,
CsrfToken,
PkceCodeChallenge,
RedirectUrl,
Scope,
TokenResponse,
TokenUrl
};
use oauth2::basic::BasicClient;
use oauth2::reqwest::http_client;
use url::Url;
// Create an OAuth2 client by specifying the client ID, client secret, authorization URL and
// token URL.
let client =
BasicClient::new(
ClientId::new("client_id".to_string()),
Some(ClientSecret::new("client_secret".to_string())),
AuthUrl::new("http://authorize".to_string())?,
Some(TokenUrl::new("http://token".to_string())?)
)
// Set the URL the user will be redirected to after the authorization process.
.set_redirect_uri(RedirectUrl::new("http://redirect".to_string())?);
// Generate a PKCE challenge.
let (pkce_challenge, pkce_verifier) = PkceCodeChallenge::new_random_sha256();
// Generate the full authorization URL.
let (auth_url, csrf_token) = client
.authorize_url(CsrfToken::new_random)
// Set the desired scopes.
.add_scope(Scope::new("read".to_string()))
.add_scope(Scope::new("write".to_string()))
// Set the PKCE code challenge.
.set_pkce_challenge(pkce_challenge)
.url();
// This is the URL you should redirect the user to, in order to trigger the authorization
// process.
println!("Browse to: {}", auth_url);
// Once the user has been redirected to the redirect URL, you'll have access to the
// authorization code. For security reasons, your code should verify that the `state`
// parameter returned by the server matches `csrf_state`.
// Now you can trade it for an access token.
let token_result =
client
.exchange_code(AuthorizationCode::new("some authorization code".to_string()))
// Set the PKCE code verifier.
.set_pkce_verifier(pkce_verifier)
.request(http_client)?;
// Unwrapping token_result will either produce a Token or a RequestTokenError.§Example: Asynchronous API
The example below uses async/await:
use anyhow;
use oauth2::{
AuthorizationCode,
AuthUrl,
ClientId,
ClientSecret,
CsrfToken,
PkceCodeChallenge,
RedirectUrl,
Scope,
TokenResponse,
TokenUrl
};
use oauth2::basic::BasicClient;
use oauth2::reqwest::async_http_client;
use url::Url;
// Create an OAuth2 client by specifying the client ID, client secret, authorization URL and
// token URL.
let client =
BasicClient::new(
ClientId::new("client_id".to_string()),
Some(ClientSecret::new("client_secret".to_string())),
AuthUrl::new("http://authorize".to_string())?,
Some(TokenUrl::new("http://token".to_string())?)
)
// Set the URL the user will be redirected to after the authorization process.
.set_redirect_uri(RedirectUrl::new("http://redirect".to_string())?);
// Generate a PKCE challenge.
let (pkce_challenge, pkce_verifier) = PkceCodeChallenge::new_random_sha256();
// Generate the full authorization URL.
let (auth_url, csrf_token) = client
.authorize_url(CsrfToken::new_random)
// Set the desired scopes.
.add_scope(Scope::new("read".to_string()))
.add_scope(Scope::new("write".to_string()))
// Set the PKCE code challenge.
.set_pkce_challenge(pkce_challenge)
.url();
// This is the URL you should redirect the user to, in order to trigger the authorization
// process.
println!("Browse to: {}", auth_url);
// Once the user has been redirected to the redirect URL, you'll have access to the
// authorization code. For security reasons, your code should verify that the `state`
// parameter returned by the server matches `csrf_state`.
// Now you can trade it for an access token.
let token_result = client
.exchange_code(AuthorizationCode::new("some authorization code".to_string()))
// Set the PKCE code verifier.
.set_pkce_verifier(pkce_verifier)
.request_async(async_http_client)
.await?;
// Unwrapping token_result will either produce a Token or a RequestTokenError.§Implicit Grant
This flow fetches an access token directly from the authorization endpoint. Be sure to understand the security implications of this flow before using it. In most cases, the Authorization Code Grant flow is preferable to the Implicit Grant flow.
§Example
use anyhow;
use oauth2::{
AuthUrl,
ClientId,
ClientSecret,
CsrfToken,
RedirectUrl,
Scope
};
use oauth2::basic::BasicClient;
use url::Url;
let client =
BasicClient::new(
ClientId::new("client_id".to_string()),
Some(ClientSecret::new("client_secret".to_string())),
AuthUrl::new("http://authorize".to_string())?,
None
);
// Generate the full authorization URL.
let (auth_url, csrf_token) = client
.authorize_url(CsrfToken::new_random)
.use_implicit_flow()
.url();
// This is the URL you should redirect the user to, in order to trigger the authorization
// process.
println!("Browse to: {}", auth_url);
// Once the user has been redirected to the redirect URL, you'll have the access code.
// For security reasons, your code should verify that the `state` parameter returned by the
// server matches `csrf_state`.
§Resource Owner Password Credentials Grant
You can ask for a password access token by calling the Client::exchange_password method,
while including the username and password.
§Example
use anyhow;
use oauth2::{
AuthUrl,
ClientId,
ClientSecret,
ResourceOwnerPassword,
ResourceOwnerUsername,
Scope,
TokenResponse,
TokenUrl
};
use oauth2::basic::BasicClient;
use oauth2::reqwest::http_client;
use url::Url;
let client =
BasicClient::new(
ClientId::new("client_id".to_string()),
Some(ClientSecret::new("client_secret".to_string())),
AuthUrl::new("http://authorize".to_string())?,
Some(TokenUrl::new("http://token".to_string())?)
);
let token_result =
client
.exchange_password(
&ResourceOwnerUsername::new("user".to_string()),
&ResourceOwnerPassword::new("pass".to_string())
)
.add_scope(Scope::new("read".to_string()))
.request(http_client)?;§Client Credentials Grant
You can ask for a client credentials access token by calling the
Client::exchange_client_credentials method.
§Example
use anyhow;
use oauth2::{
AuthUrl,
ClientId,
ClientSecret,
Scope,
TokenResponse,
TokenUrl
};
use oauth2::basic::BasicClient;
use oauth2::reqwest::http_client;
use url::Url;
let client =
BasicClient::new(
ClientId::new("client_id".to_string()),
Some(ClientSecret::new("client_secret".to_string())),
AuthUrl::new("http://authorize".to_string())?,
Some(TokenUrl::new("http://token".to_string())?),
);
let token_result = client
.exchange_client_credentials()
.add_scope(Scope::new("read".to_string()))
.request(http_client)?;§Device Code Flow
Device Code Flow allows users to sign in on browserless or input-constrained
devices. This is a two-stage process; first a user-code and verification
URL are obtained by using the Client::exchange_client_credentials
method. Those are displayed to the user, then are used in a second client
to poll the token endpoint for a token.
§Example
use anyhow;
use oauth2::{
AuthUrl,
ClientId,
ClientSecret,
DeviceAuthorizationUrl,
Scope,
TokenResponse,
TokenUrl
};
use oauth2::basic::BasicClient;
use oauth2::devicecode::StandardDeviceAuthorizationResponse;
use oauth2::reqwest::http_client;
use url::Url;
let device_auth_url = DeviceAuthorizationUrl::new("http://deviceauth".to_string())?;
let client =
BasicClient::new(
ClientId::new("client_id".to_string()),
Some(ClientSecret::new("client_secret".to_string())),
AuthUrl::new("http://authorize".to_string())?,
Some(TokenUrl::new("http://token".to_string())?),
)
.set_device_authorization_url(device_auth_url);
let details: StandardDeviceAuthorizationResponse = client
.exchange_device_code()?
.add_scope(Scope::new("read".to_string()))
.request(http_client)?;
println!(
"Open this URL in your browser:\n{}\nand enter the code: {}",
details.verification_uri().to_string(),
details.user_code().secret().to_string()
);
let token_result =
client
.exchange_device_access_token(&details)
.request(http_client, std::thread::sleep, None)?;
§Other examples
More specific implementations are available as part of the examples:
- Google (includes token revocation)
- Github
- Microsoft Device Code Flow (async)
- Microsoft Graph
- Wunderlist
§Contributed Examples
actix-web-oauth2(version 2.x of this crate)
Re-exports§
pub use devicecode::DeviceAuthorizationResponse;pub use devicecode::DeviceCodeErrorResponse;pub use devicecode::DeviceCodeErrorResponseType;pub use devicecode::EmptyExtraDeviceAuthorizationFields;pub use devicecode::ExtraDeviceAuthorizationFields;pub use devicecode::StandardDeviceAuthorizationResponse;pub use revocation::RevocableToken;pub use revocation::RevocationErrorResponseType;pub use revocation::StandardRevocableToken;pub use http;pub use url;
Modules§
- basic
- Basic OAuth2 implementation with no extensions (RFC 6749).
- devicecode
- Device Code Flow OAuth2 implementation (RFC 8628).
- helpers
- Helper methods used by OAuth2 implementations/extensions.
- revocation
- OAuth 2.0 Token Revocation implementation (RFC 7009).
Structs§
- Access
Token - Access token returned by the token endpoint and used to access protected resources.
- AuthUrl
- URL of the authorization server’s authorization endpoint.
- Authorization
Code - Authorization code returned from the authorization endpoint.
- Authorization
Request - A request to the authorization endpoint
- Client
- Stores the configuration for an OAuth2 client.
- Client
Credentials Token Request - A request to exchange client credentials for an access token.
- Client
Id - Client identifier issued to the client during the registration process described by Section 2.2.
- Client
Secret - Client password issued to the client during the registration process described by Section 2.2.
- Code
Token Request - A request to exchange an authorization code for an access token.
- Csrf
Token - Value used for CSRF protection
via the
stateparameter. - Device
Access Token Request - The request for an device access token from the authorization server.
- Device
Authorization Request - The request for a set of verification codes from the authorization server.
- Device
Authorization Url - URL of the client’s device authorization endpoint.
- Device
Code - Device code returned by the device authorization endpoint and used to query the token endpoint.
- Empty
Extra Token Fields - Empty (default) extra token fields.
- EndUser
Verification Url - URL of the end-user verification URI on the authorization server.
- Http
Request - An HTTP request.
- Http
Response - An HTTP response.
- Introspection
Request - A request to introspect an access token.
- Introspection
Url - URL of the client’s RFC 7662 OAuth 2.0 Token Introspection endpoint.
- Password
Token Request - A request to exchange resource owner credentials for an access token.
- Pkce
Code Challenge - Code Challenge used for PKCE protection via the
code_challengeparameter. - Pkce
Code Challenge Method - Code Challenge Method used for PKCE protection
via the
code_challenge_methodparameter. - Pkce
Code Verifier - Code Verifier used for PKCE protection via the
code_verifierparameter. The value must have a minimum length of 43 characters and a maximum length of 128 characters. Each character must be ASCII alphanumeric or one of the characters “-” / “.” / “_” / “~”. - Redirect
Url - URL of the client’s redirection endpoint.
- Refresh
Token - Refresh token used to obtain a new access token (if supported by the authorization server).
- Refresh
Token Request - A request to exchange a refresh token for an access token.
- Resource
Owner Password - Resource owner’s password used directly as an authorization grant to obtain an access token.
- Resource
Owner Username - Resource owner’s username used directly as an authorization grant to obtain an access token.
- Response
Type - Authorization endpoint response (grant) type defined in Section 3.1.1.
- Revocation
Request - A request to revoke a token via an
RFC 7009compatible endpoint. - Revocation
Url - URL of the authorization server’s RFC 7009 token revocation endpoint.
- Scope
- Access token scope, as defined by the authorization server.
- Standard
Error Response - Error response returned by server after requesting an access token.
- Standard
Token Introspection Response - Standard OAuth2 token introspection response.
- Standard
Token Response - Standard OAuth2 token response.
- Token
Url - URL of the authorization server’s token endpoint.
- User
Code - User code returned by the device authorization endpoint and used by the user to authorize at the verification URI.
- Verification
UriComplete - Verification URI returned by the device authorization endpoint and visited by the user to authorize. Contains the user code.
Enums§
- Auth
Type - Indicates whether requests to the authorization server should use basic authentication or include the parameters in the request body for requests in which either is valid.
- Configuration
Error - There was a problem configuring the request.
- Request
Token Error - Error encountered while requesting access token.
Traits§
- Error
Response - Server Error Response
- Error
Response Type - Error types enum.
- Extra
Token Fields - Trait for adding extra fields to the
TokenResponse. - Token
Introspection Response - Common methods shared by all OAuth2 token introspection implementations.
- Token
Response - Common methods shared by all OAuth2 token implementations.
- Token
Type - Trait for OAuth2 access tokens.