Skip to content

Gluu Gateway 4.0.x#


Gluu Gateway (GG) enables access management for APIs and websites by requiring valid access tokens issued by the Gluu Server OAuth or UMA Authorization Server (AS), or the Open Policy Agent Policy Decision Point (PDP).

Gluu Gateway inherits its core API gateway functionality from Kong CE v0.14, and leverages the existing ecosystem of Kong plugins to enable rate limiting, logging, and many other capabilities.


Primary use cases and functionalities supported by Gluu Gateway include:

  • Control access to APIs by requiring OAuth or UMA scopes
  • Control access to API's by delegating the decision to an Open Policy Agent server (PDP)
  • Proxy websites, acting as an OpenID Connect Relying Party (RP)
  • Control access to websites by requiring a valid UMA token
  • Collect and report OAuth and UMA usage metrics
  • Introspect bearer access tokens
  • Validate the signature of JWT access tokens
  • Provide a web GUI to simplify ongoing administration
  • Support Kong plugins to enable rate limiting, logging, and many other capabilities
  • Provides a plugin for Open Policy Agent

Access Control#

Gluu Gateway functions as a policy enforcement point ("PEP"), relying on an external policy decision point ("PDP"). Gluu Gateway has two primary jobs:

  1. Validate tokens (both value and reference tokens)
  2. Make sure a request is authorized

Gluu Gateway supports both UMA and OAuth tokens. While mechanically the same, scopes have different meanings in UMA and OAuth.

UMA Authentication and scopes security#

UMA scopes represent centralized policy evaluation. For example, in the Gluu Server, administrators can map UMA scopes to policies, expressed as UMA RPT Authorization interception scripts.

UMA PEP diagram

OAuth Authentication and scopes security#

OAuth scopes normally represent a user's authorization, for example authorization to access a user's calendar. How scopes are granted is ultimately up to the Authorization Server that issues it.

OAuth PEP diagram

Open Policy Agent based policies#

In the Gluu Server, additional claims can be included in an access token. Gluu Gateway can forward this access token to an Open Policy Agent server for a policy decision.

OIDC and UMA with Claim gathering Security#

OpenID is an identity layer. The Gluu Gateway can act as an OpenID Relying Party, redirecting the subject's browser to the OpenID Provider, and obtaining user information. At that point, the Gluu Gateway can attempt to obtain an UMA access token, pushing the OpenID Connect id_token to the UMA RPT endpoint as input to the policy decision. If user interaction is required, the Gluu Gateway may redirect the subject to the UMA Authorization endpoint.


An API that uses OAuth for security can only be called by OAuth clients, and likewise, an API that uses UMA for security can only be called by an UMA client.

Clients v. Consumers#

In Gluu Gateway, a client_id is associated with a "Consumer" in Kong. This is useful where access control is restricted to certain clients. All other forms of client authentication are disabled in the Gluu Gateway Admin GUI -- we just want to use an OAuth Authorization Server like the Gluu Server for client authentication. The Gluu Server plugins verify the client_id for which a token was issued by looking at the JSON equivalent (either the JWT or the introspection response).

Getting Started#

Use the following links to get started:

  1. Installation
  2. Configuration
  3. Admin GUI
  4. Plugins
    1. OAuth Auth and PEP
    2. UMA Auth and PEP
    3. OpenID Connect and UMA PEP
    4. Open Policy Agent (OPA) PEP
    5. Metrics
  5. FAQ


Gluu Gateway is available under the GLUU SUPPORT license.