Keycloak uses prefixes in GRPCS endpoints to route secure gRPC calls through its permission and token systems. That prefix tells the gateway where each service lives, and how to enforce auth rules. Without the correct prefix, Keycloak cannot bind the gRPC resource path to its policy engine. The result—calls fail or bypass security.
The GRPCS prefix appears in your Keycloak configuration under the service provider settings. It must match the registered resource root in your realm. Most engineers use /services/ or /api/ patterns, but the critical point is alignment between Keycloak's internal service map and the gRPC server listener. If these are out of sync, TLS handshakes succeed but authorization fails.
To set the GRPCS prefix:
- Configure your gRPC server to use a consistent path prefix for all service methods.
- In Keycloak, register a client with
bearer-only mode for server-to-server calls. - Define the prefix in the Keycloak admin console under “Service Endpoints” so it matches exactly.
- Map roles to the resource path behind the GRPCS prefix.
When testing, use gRPC CLI tools or Postman for gRPC to send calls with valid JWT tokens from Keycloak. Confirm that the prefix routes to the correct target without bypassing policy. Watch for 403 errors; often this means the prefix path was misinterpreted by the Keycloak adapter.
For deployments, store prefix values in environment variables. This keeps dev, staging, and prod aligned and avoids drift. In Kubernetes, inject them via ConfigMap or Secret objects and mount them into the gRPC pods. Keycloak's GRPCS integration scales cleanly when this is done.
If your team is still wiring GRPCS prefixes by hand, it’s time to see the process automated and validated. Build it once, ship it everywhere—secure, fast, predictable. Try it now at hoop.dev and watch the setup go live in minutes.