Skip to main content

Who calls your APIs, what they can send, and who changed the rules

Authentication, access rules, request validation and data masking for every API, with certificates and secrets in the same console. Roles and an audit record control who changes them. All of it runs in your own infrastructure.

Request a demoWho can change security settings

Controls in every edition · directory roles and audit log in Enterprise

At the gateway

A control at the gateway for each risk to your APIs

Each control is a Plugin of the G8 engine with its own form in the G8 console. Attach it to a Route, a Service or a Consumer, or apply it to every request in an Environment.

Risk: Unknown callers

Check who calls your APIs

Verify callers with OpenID Connect, LDAP, SAML, Keycloak, JWTs, API keys or signed requests, or ask them for a client certificate with mutual TLS. Accept more than one method on the same Route.

  1. Your identity providerG8 connects to the identity provider or directory you already run.
  2. Directories tooLDAP directories and SAML providers are Plugins like any other, attached to a Route.
  3. Mutual TLSA Certificate can require client certificates signed by the CA you provide, and skip the check for the paths you name.
openid-connect · ldap-auth · saml-auth · authz-keycloak · jwt-auth · key-auth · hmac-auth · basic-auth · multi-auth · forward-auth · opa
Certificates and secrets

Certificates and secrets, managed in the console

  • TLS and mutual TLSCertificates terminate TLS for the server names they cover. Require client certificates signed by your CA, and present a client certificate to your backends.
  • Expiry in the listG8 reads each Certificate’s validity dates and flags those close to expiry.
  • Private keys not shown againWhen you paste a Certificate, G8 checks that the private key matches it. After you save, the key isn’t shown again.
Your secret managerKeep secrets in Vault, AWS Secrets Manager or GCP Secret Manager and refer to them from Plugin settings.
Masked by roleSecrets and keys are shown only to roles that manage the object they belong to. A masked value can’t be saved over the real one.
Access and audit

Who can change security settings

Roles, Environments and the audit log are shared by every area of G8 and described on the API Gateway page. Here is what they mean for security settings.

Access and rolesAudit
  • Roles per EnvironmentA role applies within an Environment, and a person can hold a different role in each one.
  • Custom rolesChoose what a role can view and what it can manage, including certificates, secrets, Traffic Explorer and request bodies.
  • Active Directory groupsMap Microsoft Active Directory groups to roles.
  • Service accountsAutomation uses service account tokens that expire and can be revoked.
  • Checked and recorded firstThe G8 engine checks each configuration change, and G8 records it before it’s applied.
  • Refused attempts recordedWhen a role doesn’t allow a change, the change is refused and recorded with the permission it needed.
In your infrastructure

Security settings, request records and the audit log stay in your infrastructure

Nothing leaves it except what you configure, such as sign-ins checked by your identity provider and secrets read from your secret manager.

What you provide

What the security controls connect to

API Security runs on the same G8 engine clusters as API Gateway. Each control needs only what it connects to, and only when you use it.

What API Gateway needs
An identity provider or directory

For authentication with OpenID Connect, SAML, LDAP or Keycloak: the one you already run.

A secret manager

Only if you keep secrets outside G8: Vault, AWS Secrets Manager or GCP Secret Manager.

Redis

Only for limits shared across gateway nodes.

See G8 in a demo

We’ll show your team authentication, access rules and request validation on a Route in the G8 console, and the audit record of a change a role wasn’t allowed to make.

Request a demo