gRPC Authentication with Google OpenID Connect tokens


This is a continuation of an article i wrote about Authenticating using Google OpenID Connect Tokens. That article specifically focused on how to get ID Tokens using a combination of google-auth-* libraries and directly acquiring the token and applying them to gRPC clients. The specific advantage of using google auth libraries and Credentials they provide is the legwork of refreshing and applying them to grpc native receivers is a lot easier than manually fiddling with request interceptors.

You can find the source here

gRPC Authentication

A bit of background..gRPC Authentication covers basically two built-in mechanisms:

  • SSL/TLS: This covers basic TLS and mTLS with the gRPC server
  • Token-based authentication with Google: This is oauth2 flows where an access_token is acquired and emitted to a Google Service.

For the token based authentication, an oauth2 access_token gets embedded inside a gRPC header itself similar to HTTP/Rest api calls. You can see an example of how the HTTP2 frame carries the Authorization: Bearer token capability here.

Notice the Token based authentication emits an access_token intended to get sent to a Google API or service…what we want to do in this article is to emit an id_token to a service we run on somewhere we can host gRPC. At the moment, that somewhere is really on a GCE, GKE and Cloud Run or an arbitrary service that you run somewhere that happens to process google id_token. For a primer on access_token vs id_token, review the article cited in the first paragraph.

The following is a specific end-to-end example for Cloud Run

Anyway, we need an id_token for gRPC and while we can Extending gRPC to support other authentication mechanisms), there’s an easier way to acquire and use an id_token within your clients.

gRPC Client/Server samples using google-auth-* libraries for id_token Authentication

The code samples provided here demonstrates how to get and use a Google OIDC token using Google’s own provided authentication library set. Acquiring an ID token is well documented but not how to get one with google’s own auth libraries and then using them with a gRPC Credential object.

So, whats contained here:

  • A) gRPC Server in golang that can optionally revalidate any inbound id_token

  • B) grpc Clients in golang, java, python, nodejs that will acquire Google ID tokens using Google Auth libraries and use that token transparently in making unary calls to A

  • C) Dockerfile for gRPC server in A

  • D) Envoy configuration that will accept validate google-issued id_tokens embedded within gRPC requests.

Use A as a sample app that demonstrates gRPC app which also does automatic (re)validation of an authorization header. If you are running your gRPC server behind an application that checks the request already (eg, istio), then there is no need to revaliate but thats subject to your paranoia. Essentially that is:

  1. Client –> Server

    Any of [go,python,java,node] –> [go]

  2. Client –> Proxy –> Server

    Any of [go,python,java,node] –> [Envoy] –> [go]

The client will first use google credentials to acquire an id_token and then embed that into the gRPC header. THis step is done automatically for you by just specifying the credential type to use. The samples demonstrate ServiceAccountCredentials but you are free to use any credential type except user-based tokens (which cannot proivde id_tokens with named audiences).

The important aspects to note in each call is the client: each language sample here shows how to get an id_token using google apis and then add it into the grpc transport. For example, in golang:

FIrst get an id_token

import ""
	idTokenSource, err := idtoken.NewTokenSource(ctx, targetAudience, idtoken.WithCredentialsFile(serviceAccount))
	if err != nil {
		log.Fatalf("unable to create TokenSource: %v", err)
	tok, err := idTokenSource.Token()
	if err != nil {

now that you have the rpcCreds, embed that into the grpc channel credentials as an option grpc.WithPerRPCCredentials():

    ce := credentials.NewTLS(&tlsCfg)
	conn, err = grpc.Dial(*address,
			TokenSource: oauth.TokenSource{

For reference, see:

A couple of notes about the client bootstrapping credentials. Not all google-auth-* libraries support out of the box id_tokens. That work is in progress so the sample provided here for golang is experimental and sourced from my git repo (not google). You are free to reuse that as necessary in the meantime.


The samples below can be run with or without TLS though certain bindings will only allow credentials over TLS. The snippets are stand alone and uses self-signed certificates with SNI bindings for Each of the language snippets shows how to specify a self-signed CA as well as how to specify the SNI header.

First step is to download a ServiceAccount JSON file from any google cloud project. Once you have that, run the gRPC server and any client you want.

If you want to modify the proto, install protoc and the plugins for the languages you’re interested in. You can inspect the steps detailed in golang/Dockerfile for the setp steps for protoc.


You can run he go sample here in two modes: secure and insecure. If you want to transmit the Authorization Header, its encouraged to run the secure mode.

cd golang
docker build -t client -f Dockerfile.client .
docker build -t server -f Dockerfile.server .


  • Server
docker run -p 8080:8080 server /grpc_server \
  --grpcport=:8080 --targetAudience= \
  --usetls=false --validateToken=true
  • Client
docker run --net=host \
  -v `pwd`/certs:/certs -t client /grpc_client \
  --address localhost:8080  --usetls=true  \
  --servername --audience \
  --cacert CA_crt.pem --serviceAccount /certs/grpc_client.json

Remember to place the service account JSOn file under the local certs/ folder (for example for go grpc_google_id_tokens/golang/certs/grpc_client.json or wherever you mount the volume)


The provided already includes the compiled protobuf with grpc support so you can just use what is provided.

Edit the following file an


If needed, you can install the protoc support compiler, first run

python -m pip install grpcio-tools google-auth

python -m grpc_tools.protoc -Isrc --python_out=. --grpc_python_out=. echo.proto


  • [google.auth.transport.grpc module])


The provided src/main/java/com/test/ include a sample of using IDTokens

to run, just execute mvn clean install exec:java

If you want to regenerate the proto, download the plugin, then execute the compiler

 protoc --plugin=protoc-gen-grpc-java=/path/to/protoc-gen-grpc-java --java_out=src/main/java   --grpc-java_out=lite:src/main/java/ --proto_path=echo/ echo/echo.proto


Node already has support for id_tokens so running the sample is pretty easy

npm i
node app.js


A sample envoy proxy configuration is proivded here which you can use that proxy to do JWT/id_token validation.

To run, first startup the server in insecure mode on port :8080

  • Server
go run  src/grpc_server.go --grpcport :8080 --cert $CERTS/server_crt.pem --key ../certs/server_key.pem --targetAudience --usetls=false --validateToken=false

Now run the envoy proxy which will listen on :18080

  • Envoy
envoy -c envoy_config.yaml

Now run the client to connect to the proxy

  • Client
go run src/grpc_client.go --address localhost:18080 --usetls=true --cacert ../certs/CA_crt.pem --servername --audience --serviceAccount=/path/to/svc_account.json


Thats it, not much of a conclusion as this is just a concise demonstration on how to easy get an id_token for use against your service hosted anywhere or against google API services that speak gRPC and accept id_tokens.


export GRPC_TRACE=tcp,secure_endpoint,transport_security

This site supports webmentions. Send me a mention via this form.

comments powered by Disqus