Google utiliza tecnología de IA para traducir contenido a tu idioma preferido. Las traducciones realizadas con IA pueden contener errores.

Autenticación entre servicios

Además de autenticar solicitudes de usuarios finales, es posible que desees autenticar servicios (usuarios no humanos) que realizan solicitudes a tu API. En esta página, se explica cómo usar cuentas de servicio para proporcionar autenticación a personas o servicios.

Descripción general

Para identificar un servicio que envía solicitudes a tu API, usas una cuenta de servicio. El servicio de llamadas usa la clave privada de la cuenta de servicio para firmar un token web JSON (JWT) seguro y enviarlo en la solicitud a tu API.

Para implementar la autenticación de cuentas de servicio en tu API y en el servicio de llamadas, completa los pasos siguientes:

Crea una cuenta de servicio y una clave para que use el servicio de llamadas.
Agrega compatibilidad con la autenticación en la configuración de la API para tu servicio de API Gateway.
Agrega código al servicio de llamadas que realiza las tareas siguientes:
- Crea un JWT y fírmalo con la clave privada de la cuenta de servicio.
- Envía el JWT firmado en una solicitud a la API.

API Gateway valida que las reclamaciones en el JWT coincidan con la configuración en tu configuración de la API antes de reenviar la solicitud a tu API. API Gateway no verifica los permisos de Cloud Identity que hayas otorgado en la cuenta de servicio.

Requisitos previos

En esta página, se supone que ya:

Crea una cuenta de servicio con una clave

Necesitas una cuenta de servicio con un archivo de claves privadas que el servicio de llamadas usa para firmar el JWT. Si tienes más de un servicio que envía solicitudes a tu API, puedes crear una cuenta de servicio que represente todos los servicios de llamadas. Si necesitas diferenciar entre los servicios (por ejemplo, podrían tener permisos diferentes), puedes crear una cuenta de servicio y una clave para cada servicio de llamadas.

En esta sección, se muestra cómo usar la Google Cloud consola y la gcloud herramienta de línea de comandos de para crear la cuenta de servicio y el archivo de clave privada, y para asignar a la cuenta de servicio la función de Creador de tokens de la cuenta de servicio. Si deseas obtener más información sobre el uso de una API para realizar esta tarea, consulta Crea y administra cuentas de servicio.

Nota: Las claves de cuenta de servicio son un riesgo de seguridad si no se administran de forma adecuada. Debes elegir una alternativa más segura a las claves de la cuenta de servicio siempre que sea posible. Si te debes autenticar con una clave de cuenta de servicio, eres responsable de la seguridad de la clave privada y de otras operaciones que se describen en Prácticas recomendadas para administrar claves de cuenta de servicio. Si no se te permite crear una clave de cuenta de servicio, es posible que la creación de claves de cuentas de servicio esté inhabilitada para tu organización. Para obtener más información, consulta Administra los recursos de la organización con seguridad de forma predeterminada.

Si adquiriste la clave de cuenta de servicio de una fuente externa, debes validarla antes de usarla. Para obtener más información, consulta Requisitos de seguridad para credenciales de fuentes externas.

Para crear una cuenta de servicio con una clave, completa los pasos siguientes:

Google Cloud Consola de

Crea una cuenta de servicio:

En la Google Cloud consola, ve a Crear cuenta de servicio.

Ve a Crear cuenta de servicio
Selecciona un proyecto
Escribe un nombre en el campo Nombre de cuenta de servicio. La Google Cloud consola de completa el campo ID de cuenta de servicio en función de este nombre.
Opcional: en el campo Descripción de la cuenta de servicio, ingresa una descripción.
Haga clic en Crear.
Haz clic en el campo Seleccionar una función.

En Todas las funciones, selecciona Cuentas de servicio > Creador de tokens de cuenta de servicio.
Haga clic en Continuar.
Haz clic en Listo para terminar de crear la cuenta de servicio.

No cierres la ventana del navegador. La usarás en el siguiente procedimiento.

Para crear una clave de cuenta de servicio, haz lo siguiente:

En la Google Cloud consola de, haz clic en la dirección de correo electrónico de la cuenta de servicio que creaste.
Haga clic en Claves.
Haz clic en Agregar clave -> Crear nueva clave.
Haz clic en Crear. Se descargará un archivo de claves JSON en tu computadora.
Haga clic en Cerrar.

gcloud

Puedes ejecutar los siguientes comandos con Google Cloud CLI en tu máquina local o en Cloud Shell.

Configura la cuenta predeterminada para gcloud. Si tienes más de una cuenta, asegúrate de elegir la cuenta que está en el Google Cloud proyecto que deseas usar.
```
gcloud auth login
```
Muestra los IDs de tus Google Cloud proyectos de.
```
gcloud projects list
```
Configura el proyecto predeterminado. Reemplaza PROJECT_ID por el Google Cloud ID del proyecto de que deseas usar.
```
gcloud config set project PROJECT_ID
```
Crea una cuenta de servicio. Reemplaza SA_NAME y SA_DISPLAY_NAME por el nombre y el nombre comercial que deseas usar.
```
gcloud iam service-accounts create SA_NAME \
  --display-name "SA_DISPLAY_NAME"
```
Muestra la dirección de correo electrónico de la cuenta de servicio que acabas de crear.
```
gcloud iam service-accounts list
```

Agrega la función Creador de tokens de cuenta de servicio. Reemplaza SA_EMAIL_ADDRESS por la dirección de correo electrónico de la cuenta de servicio.

gcloud projects add-iam-policy-binding PROJECT_ID \
  --member serviceAccount:SA_EMAIL_ADDRESS \
  --role roles/iam.serviceAccountTokenCreator

Crea un archivo de claves de cuenta de servicio en el directorio de trabajo actual. Reemplaza FILE_NAME por el nombre que deseas usar para el archivo de claves. De forma predeterminada, el comando de gcloud crea un archivo JSON.
```
gcloud iam service-accounts keys create FILE_NAME.json \
  --iam-account SA_EMAIL_ADDRESS
```

Consulta la gcloud referencia para obtener más información sobre los comandos anteriores.

Si deseas obtener información sobre cómo proteger la clave privada, consulta Recomendaciones para administrar las credenciales.

Configura tu API para admitir la autenticación

Cuando creas una configuración de API para tu puerta de enlace, especificas una cuenta de servicio que usa tu puerta de enlace para interactuar con otros servicios. Para habilitar la autenticación de cuentas de servicio para los servicios que llaman a tu puerta de enlace, modifica los objetos de seguridad en la configuración de tu API. Las modificaciones variarán según la versión de la especificación de OpenAPI que se use.

Para configurar API Gateway para validar las reclamaciones en el JWT firmado que usan los servicios de llamadas, haz lo siguiente:

OpenAPI 2.0

Agrega la cuenta de servicio como una entidad emisora en la configuración de tu API:

securityDefinitions:
    DEFINITION_NAME:
      authorizationUrl: ""
      flow: "implicit"
      type: "oauth2"
      x-google-issuer: "SA_EMAIL_ADDRESS"
      x-google-jwks_uri: "https://www.googleapis.com/robot/v1/metadata/x509/SA_EMAIL_ADDRESS"

Reemplaza DEFINITION_NAME por una cadena que identifique esta definición de seguridad. Es posible que desees reemplazarlo por el nombre de la cuenta de servicio o un nombre que identifique el servicio de llamadas.
Reemplaza SA_EMAIL_ADDRESS por la dirección de correo electrónico de la cuenta de servicio.

Puedes establecer varias definiciones de seguridad en tu configuración de API, pero cada definición debe tener un x-google-issuer diferente. Si creaste cuentas de servicio separadas para cada servicio de llamadas, puedes crear una definición de seguridad por cada cuenta de servicio, por ejemplo:

securityDefinitions:
    service-1:
      authorizationUrl: ""
      flow: "implicit"
      type: "oauth2"
      x-google-issuer: "service-1@example-project-12345.iam.gserviceaccount.com"
      x-google-jwks_uri: "https://www.googleapis.com/robot/v1/metadata/x509/service-1@example-project-12345.iam.gserviceaccount.com"
    service-2:
      authorizationUrl: ""
      flow: "implicit"
      type: "oauth2"
      x-google-issuer: "service-2@example-project-12345.iam.gserviceaccount.com"
      x-google-jwks_uri: "https://www.googleapis.com/robot/v1/metadata/x509/service-2@example-project-12345.iam.gserviceaccount.com"

O bien agrega x-google-audiences a la sección securityDefinitions. Si no agregas x-google-audiences, API Gateway requiere que la reclamación "aud" (público) en el JWT tenga el formato https://SERVICE_NAME, en el que SERVICE_NAME es el nombre de tu servicio de API Gateway que configuraste en el campo host de tu documento de OpenAPI.
Agrega una sección security al nivel superior del archivo (sin sangría ni anidado) para aplicarla en toda la API, o en el nivel de los métodos y así aplicarla a un método específico. Si usas las secciones security en el nivel de la API y en el de los métodos, la configuración del nivel de los métodos anula la de la API.
```
security:
  - DEFINITION_NAME: []
```
- Reemplaza DEFINITION_NAME por el nombre que usaste en la sección securityDefinitions.
- Si tienes más de una definición en la sección securityDefinitions, agrégalas en la sección security, por ejemplo:
```
security:
  - service-1: []
  - service-2: []
```
Implementa la configuración de la API actualizada. Antes de que API Gateway reenvíe una solicitud a tu API, la puerta de enlace de API verifica lo siguiente:
- La firma del JWT mediante la clave pública, que se encuentra en el URI especificado en el x-google-jwks_uricampo en tu configuración de API.
- Que la reclamación "iss"(entidad emisora) en el JWT coincida con el valor especificado en el x-google-issuercampo.
- Que la reclamación "aud"(público) en el JWT contenga el nombre de tu servicio de API Gateway o coincida con uno de los valores que especificaste en el x-google-audiencescampo.
- Que el token no haya vencido mediante la reclamación "exp"(hora de vencimiento)

OpenAPI 3.x

Agrega la cuenta de servicio como una entidad emisora en la configuración de tu API:

components:
  securitySchemes:
    SCHEME_NAME:
      type: oauth2
      flows:
       implicit:
         authorizationUrl: ""
         scopes: {}
      x-google-auth:
        issuer: SA_EMAIL_ADDRESS
        jwksUri: https://www.googleapis.com/robot/v1/metadata/x509/SA_EMAIL_ADDRESS
security:
  - SCHEME_NAME: []

Reemplaza SCHEME_NAME por una cadena que identifique este esquema de seguridad. Es posible que desees reemplazarlo por el nombre de la cuenta de servicio o un nombre que identifique el servicio de llamadas.
Reemplaza SA_EMAIL_ADDRESS por la dirección de correo electrónico de la cuenta de servicio.

Puedes establecer varios esquemas de seguridad en tu configuración de API, pero cada definición debe tener un issuer diferente. Si creaste cuentas de servicio separadas para cada servicio de llamadas, puedes crear una definición de seguridad por cada cuenta de servicio, por ejemplo:

components:
  securitySchemes:
    service-1:
      type: oauth2
      flows:
       implicit:
         authorizationUrl: ""
         scopes: {}
      x-google-auth:
        issuer: "service-1@example-project-12345.iam.gserviceaccount.com"
        jwksUri: https://www.googleapis.com/robot/v1/metadata/x509/service-1@example-project-12345.iam.gserviceaccount.com
        jwtLocations:
          - header: Authorization
            valuePrefix: "Bearer "
    service-2:
      type: oauth2
      flows:
       implicit:
         authorizationUrl: ""
         scopes: {}
      x-google-auth:
        issuer: "service-2@example-project-12345.iam.gserviceaccount.com"
        jwksUri: "https://www.googleapis.com/robot/v1/metadata/x509/service-2@example-project-12345.iam.gserviceaccount.com"

O bien agrega audiences a la sección securitySchemes. Si no agregas audiences, API Gateway requiere que la "aud" (público) reclamación en el JWT tenga el formato https://SERVICE_NAME, en el que SERVICE_NAME es el nombre de tu servicio de API Gateway que configuraste en el campo servers.url de tu documento de OpenAPI.
Agrega una sección security al nivel superior del archivo (sin sangría ni anidado) para aplicarla en toda la API, o en el nivel de los métodos y así aplicarla a un método específico. Si usas las secciones security en el nivel de la API y en el de los métodos, la configuración del nivel de los métodos anula la de la API.
```
security:
  - SCHEME_NAME: []
```
- Reemplaza SCHEME_NAME por el nombre que usaste en la securitySchemes sección.
- Si tienes más de una definición en la sección securitySchemes, agrégalas en la sección security, por ejemplo:
```
security:
  - service-1: []
  - service-2: []
```
Implementa la configuración de la API actualizada. Antes de que API Gateway reenvíe una solicitud a tu API, la puerta de enlace de API verifica lo siguiente:
- La firma del JWT mediante la clave pública, que se encuentra en el URI especificado en el jwksUricampo en tu configuración de API.
- Que la reclamación "iss"(entidad emisora) en el JWT coincida con el valor especificado en el issuercampo.
- Que la reclamación "aud"(público) en el JWT contenga el nombre de tu servicio de API Gateway o coincida con uno de los valores que especificaste en el audiences campo.
- Que el token no haya vencido mediante la reclamación "exp"(hora de vencimiento)

Realiza una solicitud autenticada a una API de API Gateway

Para realizar una solicitud autenticada, el servicio de llamadas envía un JWT firmado por la cuenta de servicio que especificaste en la configuración de API. El servicio de llamadas debe hacer lo siguiente:

Crear un JWT y firmarlo con la clave privada de la cuenta de servicio
Enviar el JWT firmado en una solicitud a la API

En el siguiente código de muestra, se muestra este proceso para los lenguajes seleccionados. Si deseas realizar una solicitud autenticada en otros lenguajes, consulta jwt.io para obtener una lista de bibliotecas compatibles.

En el servicio de llamadas, agrega la función que sigue y pásala a los parámetros siguientes:

Java

saKeyfile: La ruta de acceso completa al archivo de claves privadas de la cuenta de servicio
saEmail: La dirección de correo electrónico de la cuenta de servicio
audience: Si agregaste el campo x-google-audiences a la configuración de tu API, configura audience como uno de los valores que especificaste para x-google-audiences. De lo contrario, configura audience como https://SERVICE_NAME, en el que SERVICE_NAME es el nombre de tu servicio de API Gateway.
expiryLength: El tiempo de vencimiento del JWT, en segundos

Python

sa_keyfile: La ruta de acceso completa al archivo de claves privadas de la cuenta de servicio
sa_email: La dirección de correo electrónico de la cuenta de servicio
audience: Si agregaste el campo x-google-audiences a la configuración de tu API, configura audience como uno de los valores que especificaste para x-google-audiences. De lo contrario, configura audience como https://SERVICE_NAME, en el que SERVICE_NAME es el nombre de tu servicio de API Gateway.
expiry_length: El tiempo de vencimiento del JWT, en segundos

saKeyfile: La ruta de acceso completa al archivo de claves privadas de la cuenta de servicio
saEmail: La dirección de correo electrónico de la cuenta de servicio
audience: Si agregaste el campo x-google-audiences a la configuración de tu API, configura audience como uno de los valores que especificaste para x-google-audiences. De lo contrario, configura audience como https://SERVICE_NAME, en el que SERVICE_NAME es el nombre de tu servicio de API Gateway.
expiryLength: El tiempo de vencimiento del JWT, en segundos

La función crea un JWT, lo firma con el archivo de claves privadas y muestra el JWT firmado.

Java

/**
 * Generates a signed JSON Web Token using a Google API Service Account
 * utilizes com.auth0.jwt.
 */
public static String generateJwt(final String saKeyfile, final String saEmail,
    final String audience, final int expiryLength)
    throws FileNotFoundException, IOException {

  Date now = new Date();
  Date expTime = new Date(System.currentTimeMillis() + TimeUnit.SECONDS.toMillis(expiryLength));

  // Build the JWT payload
  JWTCreator.Builder token = JWT.create()
      .withIssuedAt(now)
      // Expires after 'expiryLength' seconds
      .withExpiresAt(expTime)
      // Must match 'issuer' in the security configuration in your
      // swagger spec (e.g. service account email)
      .withIssuer(saEmail)
      // Must be either your Endpoints service name, or match the value
      // specified as the 'x-google-audience' in the OpenAPI document
      .withAudience(audience)
      // Subject and email should match the service account's email
      .withSubject(saEmail)
      .withClaim("email", saEmail);

  // Sign the JWT with a service account
  FileInputStream stream = new FileInputStream(saKeyfile);
  ServiceAccountCredentials cred = ServiceAccountCredentials.fromStream(stream);
  RSAPrivateKey key = (RSAPrivateKey) cred.getPrivateKey();
  Algorithm algorithm = Algorithm.RSA256(null, key);
  return token.sign(algorithm);
}

Python

def generate_jwt(
    sa_keyfile,
    sa_email="account@project-id.iam.gserviceaccount.com",
    audience="your-service-name",
    expiry_length=3600,
):
    """Generates a signed JSON Web Token using a Google API Service Account."""

    now = int(time.time())

    # build payload
    payload = {
        "iat": now,
        # expires after 'expiry_length' seconds.
        "exp": now + expiry_length,
        # iss must match 'issuer' in the security configuration in your
        # swagger spec (e.g. service account email). It can be any string.
        "iss": sa_email,
        # aud must be either your Endpoints service name, or match the value
        # specified as the 'x-google-audience' in the OpenAPI document.
        "aud": audience,
        # sub and email should match the service account's email address
        "sub": sa_email,
        "email": sa_email,
    }

    # sign with keyfile
    signer = google.auth.crypt.RSASigner.from_service_account_file(sa_keyfile)
    jwt = google.auth.jwt.encode(signer, payload)

    return jwt


// generateJWT creates a signed JSON Web Token using a Google API Service Account.
func generateJWT(saKeyfile, saEmail, audience string, expiryLength int64) (string, error) {
	now := time.Now().Unix()

	// Build the JWT payload.
	jwt := &jws.ClaimSet{
		Iat: now,
		// expires after 'expiryLength' seconds.
		Exp: now + expiryLength,
		// Iss must match 'issuer' in the security configuration in your
		// swagger spec (e.g. service account email). It can be any string.
		Iss: saEmail,
		// Aud must be either your Endpoints service name, or match the value
		// specified as the 'x-google-audience' in the OpenAPI document.
		Aud: audience,
		// Sub and Email should match the service account's email address.
		Sub:           saEmail,
		PrivateClaims: map[string]interface{}{"email": saEmail},
	}
	jwsHeader := &jws.Header{
		Algorithm: "RS256",
		Typ:       "JWT",
	}

	// Extract the RSA private key from the service account keyfile.
	sa, err := os.ReadFile(saKeyfile)
	if err != nil {
		return "", fmt.Errorf("could not read service account file: %w", err)
	}
	conf, err := google.JWTConfigFromJSON(sa)
	if err != nil {
		return "", fmt.Errorf("could not parse service account JSON: %w", err)
	}
	block, _ := pem.Decode(conf.PrivateKey)
	parsedKey, err := x509.ParsePKCS8PrivateKey(block.Bytes)
	if err != nil {
		return "", fmt.Errorf("private key parse error: %w", err)
	}
	rsaKey, ok := parsedKey.(*rsa.PrivateKey)
	// Sign the JWT with the service account's private key.
	if !ok {
		return "", errors.New("private key failed rsa.PrivateKey type assertion")
	}
	return jws.Encode(jwsHeader, jwt, rsaKey)
}

En el servicio de llamadas, agrega la función siguiente para enviar el JWT firmado en el Authorization: Bearer encabezado de la solicitud a la API:

Java

/**
 * Makes an authorized request to the endpoint.
 */
public static String makeJwtRequest(final String signedJwt, final URL url)
    throws IOException, ProtocolException {

  HttpURLConnection con = (HttpURLConnection) url.openConnection();
  con.setRequestMethod("GET");
  con.setRequestProperty("Content-Type", "application/json");
  con.setRequestProperty("Authorization", "Bearer " + signedJwt);

  InputStreamReader reader = new InputStreamReader(con.getInputStream());
  BufferedReader buffReader = new BufferedReader(reader);

  String line;
  StringBuilder result = new StringBuilder();
  while ((line = buffReader.readLine()) != null) {
    result.append(line);
  }
  buffReader.close();
  return result.toString();
}

Python

def make_jwt_request(signed_jwt, url="https://your-endpoint.com"):
    """Makes an authorized request to the endpoint"""
    headers = {
        "Authorization": "Bearer {}".format(signed_jwt.decode("utf-8")),
        "content-type": "application/json",
    }
    response = requests.get(url, headers=headers)
    print(response.status_code, response.content)
    response.raise_for_status()


// makeJWTRequest sends an authorized request to your deployed endpoint.
func makeJWTRequest(signedJWT, url string) (string, error) {
	client := &http.Client{
		Timeout: 10 * time.Second,
	}

	req, err := http.NewRequest("GET", url, nil)
	if err != nil {
		return "", fmt.Errorf("failed to create HTTP request: %w", err)
	}
	req.Header.Add("Authorization", "Bearer "+signedJWT)
	req.Header.Add("content-type", "application/json")

	response, err := client.Do(req)
	if err != nil {
		return "", fmt.Errorf("HTTP request failed: %w", err)
	}
	defer response.Body.Close()
	responseData, err := io.ReadAll(response.Body)
	if err != nil {
		return "", fmt.Errorf("failed to parse HTTP response: %w", err)
	}
	return string(responseData), nil
}

Cuando envíes una solicitud con un JWT, por motivos de seguridad, te recomendamos que coloques el token de autenticación en el encabezado Authorization: Bearer. Por ejemplo:

curl --request POST \
  --header "Authorization: Bearer TOKEN" \
  "GATEWAY_URL/hello"

Aquí, GATEWAY_URL y TOKEN deben reemplazarse por la URL de la puerta de enlace implementada y el token de autenticación, respectivamente.

Recibe resultados autenticados en tu API

Por lo general, API Gateway reenvía todos los encabezados que recibe. Sin embargo, anula el encabezado Authorization original cuando la dirección de backend se especifica mediante x-google-backend en la configuración de la API.

API Gateway enviará el resultado de la autenticación en X-Apigateway-Api-Userinfo a la API de backend. Se recomienda usar este encabezado en lugar del encabezado Authorization original. Este encabezado está codificado en base64url y contiene la carga útil del JWT.

¿Qué sigue?

Administra el acceso a la API