Skip to main content

Pentrova is launching soon. Join the waitlist for early access.Join the waitlist

Glossary · Crypto

OAuth 2.0 (OAuth2)

A delegated authorisation framework specified in RFC 6749 that lets a third-party client access a user's resources without holding the user's password.

Explainer

What it is#

defines a handful of grant flows — authorisation code, client credentials, refresh token, device code — that exchange a user consent for a short-lived access token. The specification separates the roles of resource owner, resource server, client, and authorisation server, and assumes TLS throughout. PKCE, originally for mobile clients, is now the recommended default for every public client.

Why it matters#

Most modern authentication is wearing an identity hat, usually via OpenID Connect on top. Consent flows, SSO integrations, and API authorisations all lean on it. Misconfigurations — loose redirect URI matching, missing state parameters, token leakage through referers — have caused account takeover at major platforms.

Mitigation direction#

Pin exact redirect URIs, require PKCE for public clients, and validate the state parameter to stop cross-session during the code exchange. Store access tokens outside reach of third-party script and treat refresh tokens like any other long-lived credential, rotating them and binding them to client identifiers.

  • JSON Web Token (JWT)

    A compact signed token format used to assert claims between parties, popular for stateless auth and notorious for implementation defects.

  • Mutual TLS (mTLS)

    An extension of TLS where both server and client authenticate each other with X.509 certificates, common for service-to-service auth in zero-trust.

← Back to the glossary

Site search

↑↓ navigateEnter openEsc close