Authentification Cloud Storage

La plupart des opérations que vous effectuez dans Cloud Storage doivent être authentifiées. Les seules exceptions concernent les opérations réalisées sur des ressources qui autorisent les accès anonymes. Une ressource dispose d'un accès anonyme si le groupe allUsers est inclus dans la LCA de la ressource ou si le groupe allUsers est inclus dans une stratégie IAM qui s'applique à la ressource. Le groupe allUsers comprend tous les internautes.

Authentification OAuth 2.0

Cloud Storage utilise le protocole OAuth 2.0 pour l'authentification et l'autorisation de l'API. L'authentification est le processus permettant de déterminer l'identité d'un client. Les détails de l'authentification varient selon la manière dont vous accédez à Cloud Storage, mais se divisent en deux types généraux :

  • Un flux centré sur le serveur permet à une application de détenir directement les identifiants d'un compte de service pour effectuer l'authentification. Utilisez ce flux si votre application utilise ses propres données plutôt que des données utilisateur. Vous pouvez utiliser les comptes de service par défaut des projets Google Cloud ou vous pouvez en créer d'autres.

  • Un flux centré sur l'utilisateur permet à une application d'obtenir les identifiants d'un utilisateur final. L'utilisateur se connecte pour procéder à l'authentification. Utilisez ce flux si votre application doit accéder aux données utilisateur. Pour connaître les scénarios dans lesquels un flux centré sur l'utilisateur est approprié, consultez la page Identifiants de compte utilisateur.

N'oubliez pas que vous pouvez combiner les deux types d'authentification dans une application. Pour plus d'informations générales sur l'authentification, consultez le guide d'authentification Google Cloud.

Authentification par interface de ligne de commande

Si vous travaillez avec Cloud Storage à l'aide de Google Cloud CLI, vous devez généralement vous authentifier à l'aide des identifiants de votre compte utilisateur. Pour ce faire, exécutez la commande gcloud auth login et suivez les instructions, qui incluent la connexion à votre compte utilisateur. Pour découvrir d'autres options d'authentification, consultez la section S'authentifier pour utiliser gcloud CLI.

Authentification des bibliothèques clientes

Les bibliothèques clientes peuvent utiliser les identifiants par défaut de l'application pour s'authentifier facilement auprès des API Google et envoyer des requêtes à ces API. Ces identifiants vous permettent de tester votre application localement et de la déployer sans modifier le code sous-jacent. Pour plus d'informations, consultez la page <atrack-type="commonincludes" l10n-attrs-original-order="href,track-type,track-name" l10n-encrypted-href="WDE63JFVMK0YqIWBqG8nCycgwkRfOeEqRvzYs1N+2tJUEhcZvE5VtDH5LoWw0lj/" track-name="referenceLink"> Authentifiez-vous à l'aide des bibliothèques clientes.</atrack-type="commonincludes">

  • Google Cloud

    Si vous exécutez votre application sur des services compatibles avec les comptes de service associés, comme App Engine, Cloud Functions, Cloud Run ou Compute Engine, l'environnement fournit déjà les informations d'authentification d'un compte de service. Aucune configuration supplémentaire n'est donc requise. Pour Compute Engine, le champ d'application du compte de service dépend de la manière dont vous avez créé l'instance. Consultez la section Niveaux d'accès dans la documentation Compute Engine. Pour App Engine, le champ d'application cloud-platform est employé.

  • Autres environnements

    Pour initialiser votre environnement de développement ou de production local, créez un compte de service Google Cloud, téléchargez sa clé, puis définissez la variable d'environnement GOOGLE_APPLICATION_CREDENTIALS pour qu'elle utilise la clé. Pour obtenir des informations détaillées, consultez la section Configurer l'authentification qui concerne les bibliothèques clientes Cloud Storage.

Authentification de l'API

Pour envoyer des requêtes à l'aide d'OAuth 2.0 à l'API XML ou l'API JSON Cloud Storage, incluez le jeton d'accès de votre application dans l'en-tête Authorization de chaque requête qui nécessite une authentification. Vous pouvez générer un jeton d'accès depuis la page OAuth 2.0 Playground.

  1. Sur la page OAuth 2.0 Playground, cliquez surAPI Cloud Storage v1 puis sélectionnez un niveau d'accès pour votre application (full_control, read_only ou read_write).

  2. Cliquez sur Autoriser les API.

  3. Connectez-vous à votre compte lorsque vous y êtes invité. Dans la boîte de dialogue qui s'affiche, cliquez sur Autoriser.

  4. À l'étape 2 du Playground, cliquez sur Échanger le code d'autorisation contre des jetons.

  5. Copiez votre jeton d'accès et incluez-le dans l'en-tête Authorization de votre requête :

    Authorization: Bearer OAUTH2_TOKEN

Vous trouverez ci-dessous un exemple de requête qui répertorie les objets d'un bucket.

API JSON

Utilisez la méthode list de la ressource Objects.

GET /storage/v1/b/example-bucket/o HTTP/1.1
Host: www.googleapis.com
Authorization: Bearer ya29.AHES6ZRVmB7fkLtd1XTmq6mo0S1wqZZi3-Lh_s-6Uw7p8vtgSwg

Pour autoriser des requêtes à partir de la ligne de commande ou pour les tester, vous pouvez exécuter la commande curl avec la syntaxe suivante :

curl -H "Authorization: Bearer OAUTH2_TOKEN" "https://storage.googleapis.com/storage/v1/b/BUCKET_NAME/o"

Pour les tests en local, vous pouvez exécuter la commande gcloud auth application-default print-access-token pour générer un jeton.

API XML

Utilisez une requête Répertorier les objets.

GET / HTTP/1.1
Host: example-bucket.storage.googleapis.com
Authorization: Bearer ya29.AHES6ZRVmB7fkLtd1XTmq6mo0S1wqZZi3-Lh_s-6Uw7p8vtgSwg

Pour autoriser des requêtes à partir de la ligne de commande ou pour les tester, vous pouvez exécuter la commande curl avec la syntaxe suivante :

curl -H "Authorization: Bearer OAUTH2_TOKEN" "https://BUCKET_NAME.storage.googleapis.com"

Pour les tests en local, vous pouvez exécuter la commande gcloud auth application-default print-access-token pour générer un jeton.

En raison de la complexité de la gestion et de l'actualisation des jetons d'accès, et du risque de sécurité lié à l'interaction directe avec des applications de chiffrement, nous vous encourageons vivement à utiliser une bibliothèque cliente validée.

Si vous recherchez des clés HMAC à utiliser avec l'API XML pour obtenir un accès en interopérabilité avec Amazon S3, consultez la page Gérer des clés HMAC pour les comptes de service.

Étapes suivantes