Cette page a été traduite par l'API Cloud Translation.

Journaux d'audit

Cette page décrit les journaux d'audit créés par Cloud Search dans le cadre de Cloud Audit Logs :

Présentation

Les services Google Cloud génèrent des journaux d'audit pour vous aider à répondre aux questions, "Qui a fait quoi, où et quand ?" au sein de vos ressources. Vos projets Cloud ne contiennent que les journaux d'audit des ressources directement intégrées au projet. D'autres entités, telles que des dossiers, des organisations et des comptes de facturation Cloud, qui contiennent les journaux d'audit de l'entité elle-même.

Pour découvrir Cloud Audit Logging, consultez la page Cloud Audit Logging. Pour une analyse plus poussée de Cloud Audit Logs, examinez Comprendre les journaux d'audit

Cloud Audit Logging gère les journaux d'audit suivants pour chaque projet, dossier et organisation sur le cloud :

Journaux d'audit des activités d'administration contenant des entrées correspondant aux méthodes des opérations d'écriture administrateur. Les méthodes correspondant à Activité d'administration:les opérations d'administration en écriture seront abordées dans une prochaine Opérations auditées.
Les journaux d'audit des accès aux données contenant les entrées correspondant aux méthodes effectuant Opérations de lecture administrateur, d'écriture de données et de lecture de données Les méthodes correspondant à Accès aux données:lecture administrateur, accès aux données:écriture de données, accès aux données:lecture de données sont abordées dans une prochaine section intitulée Opérations auditées.
Journaux d'audit des événements système
Journaux d'audit des refus de règles

Cloud Search écrit des journaux d'audit pour les activités d'administration, qui enregistrent les opérations modifier la configuration ou les métadonnées d'une ressource. Vous ne pouvez pas les désactiver.

Uniquement si explicitement activées, Cloud Search écrit les journaux d'audit des accès aux données. Les journaux d'audit des accès aux données contiennent qui lisent la configuration ou les métadonnées des ressources, ainsi que les appels d'API pilotés par l'utilisateur qui créent, modifient ou lisent des données de ressources fournies par l'utilisateur.

Cloud Search n'écrit pas de journaux d'audit pour les événements système.

Cloud Search n'écrit pas de journaux d'audit des refus de règles.

Opérations auditées

Le tableau suivant récapitule les opérations d'API correspondant à chaque type de journal d'audit. dans Cloud Search:

Catégorie de journal d'audit	Opérations Cloud Search
Activité d'administration: écriture administrateur	indexing.datasources.updateSchema indexing.datasources.deleteSchema settings.datasources.create settings.datasources.delete settings.datasources.update settings.searchapplications.create settings.searchapplications.delete settings.searchapplications.reset settings.searchapplications.update settings.updateCustomer cloudsearch.IdentitySourceService.create cloudsearch.IdentitySourceService.update cloudsearch.IdentitySourceService.delete
Accès aux données: lecture administrateur	indexing.datasources.getSchema settings.datasources.get settings.datasources.list settings.searchapplications.get settings.searchapplications.list settings.getCustomer cloudsearch.IdentitySourceService.get cloudsearch.IdentitySourceService.list
Accès aux données: écriture de données	indexing.datasources.items.delete indexing.datasources.items.deleteQueueItems indexing.datasources.items.index indexing.datasources.items.poll indexing.datasources.items.push indexing.datasources.items.unreserve indexing.datasources.items.upload media.upload
Accès aux données: lecture de données

Format des journaux d'audit

Les entrées des journaux d'audit, qui peuvent être consultées dans Cloud Logging à l'aide de l'explorateur de journaux, l'API Cloud Logging ou l'outil de ligne de commande gcloud, incluent les éléments Objets:

L'entrée de journal proprement dite, qui est un objet de type LogEntry Les champs utiles sont les suivants :

logName, qui contient l'ID de ressource et le type de journal d'audit
resource, qui contient la cible de l'opération auditée
timeStamp, qui indique l'heure à laquelle l'opération auditée a été effectuée
protoPayload, qui contient les informations auditées
Les données des journaux d'audit, AuditLog contenu dans le champ "protoPayload" de l'entrée de journal.

Un objet (facultatif) de type "informations d'audit propres au service". Pour les intégrations précédentes, cet objet est conservé dans le champ serviceData du Objet AuditLog les intégrations ultérieures utilisent le champ metadata.

Pour en savoir plus sur les autres champs de ces objets, ainsi que sur leur interprétation, consultez la page Comprendre les journaux d'audit.

Nom du journal

Les noms des ressources Cloud Audit Logs indiquent le projet Cloud ou d'autres propriétaire des journaux d'audit et indiquant s'ils contiennent des activités d'administration, Données des journaux d'audit des accès aux données, des refus de règles ou des événements système Par exemple : affiche les noms des journaux d'audit des activités d'administration au niveau du projet, ainsi que le nom Journaux d'audit des accès aux données Les variables indiquent le projet et l'organisation identifiants.

projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Factivity
organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Fdata_access

Nom du service

Les journaux d'audit Cloud Search utilisent le nom de service cloudsearch.googleapis.com.

Types de ressources

Les journaux d'audit Cloud Search utilisent le type de ressource audited_resource pour tous les audits journaux.

Pour obtenir la liste des autres types de ressources, consultez la page Types de ressources surveillés.

Activer la journalisation d'audit

Par défaut, les journaux d'audit sont désactivés pour l'API Cloud Search. Pour activer l'audit pour Google Cloud Search:

(Facultatif) Si vous n'avez pas créé de projet Google Cloud Platform pour stocker les journaux, consultez Configurer l'accès à l'API Google Cloud Search
Obtenez l'ID du projet Google Cloud dans lequel vous vous souhaitez stocker les journaux. Pour savoir comment obtenir un ID de projet, consultez Identifier des projets
Pour activer la journalisation d'audit pour une API spécifique, vous devez déterminer son journal à activer. Pour en savoir plus sur les API et leurs catégories correspondantes, consultez Opérations auditées plus tôt dans ce document.
Utilisez le updateCustomer() Méthode API REST pour mettre à jour auditLogSettings avec les catégories de journaux afin de activer:
1. Obtenez un jeton d'accès OAuth 2.0 auprès du serveur d'autorisation Google. Pour pour obtenir des informations sur l'obtention du jeton, reportez-vous à l'étape 2 de Utiliser le protocole OAuth 2.0 pour accéder aux API Google Utilisez l'un des champs d'application OAuth suivants lors de l'obtention du jeton d'accès:
  - https://www.googleapis.com/auth/cloud_search.settings.indexing
  - https://www.googleapis.com/auth/cloud_search.settings
  - https://www.googleapis.com/auth/cloud_search
2. Exécutez la commande Curl suivante.
```
curl --request PATCH \
'https://cloudsearch.googleapis.com/v1/settings/customer?updateMask=auditLoggingSettings&key=[YOUR_API_KEY]' \
--header 'Authorization: Bearer [YOUR_ACCESS_TOKEN]' \
--header 'Content-Type: application/json' \
--data '{"auditLoggingSettings": { "project": "projects/PROJECT_ID", "CATEGORY1": "true", "CATEGORY2": "true" } }'
```
Où :
- YOUR_ACCESS_TOKEN est le jeton d'accès OAuth 2.0 obtenu à l'étape 4a.
- PROJECT_ID est l'ID de projet obtenu à l'étape 2.
- CATEGORY1, CATEGORY2 et … sont les catégories que vous avez choisi d'activer Étape 3. Les valeurs valides sont logAdminReadActions, logDataWriteActions et logDataReadActions Les actions d'écriture destinées à l'administrateur sont activées par défaut et ne peuvent pas être est désactivé. Si vous souhaitez utiliser les journaux d'audit pour les méthodes de requête, vous devez activer Catégorie de lecture de données.
Après la mise à jour de AuditLoggingSettings, envoyer d'autres requêtes à l'API Cloud Search générer un journal d'audit dans l'ID de projet spécifié dans AuditLoggingSettings ;
Les journaux d'audit pour les méthodes de requête nécessitent l'activation de la catégorie "Lecture de données" (étape 4). Activer les journaux d'audit pour les méthodes de requête (query.sources.list, query.suggest et query.search) suivent ces étapes supplémentaires:
1. Pour chaque application de recherche pour laquelle vous souhaitez activer la journalisation d'audit, récupérer le nom. Le nom doit se présenter au format searchapplications/<search_application_id>
2. Utilisez ce nom pour appeler settings.searchapplications.update avec enableAuditLog définie sur true.
Pour activer les journaux d'audit pour les appels de cloudsearch.google.com, assurez-vous la catégorie "Lecture de données" est activée (étape 4). Effectuez également à l'étape 5b avec une name de searchapplications/default .

Une fois les journaux activés, vous pouvez les consulter dans la section "Explorateur de journaux" la console Cloud. Utilisez le filtre suivant pour n'afficher que les journaux d'audit Cloud Search:

protoPayload.serviceName="cloudsearch.googleapis.com"

Pour en savoir plus sur l'affichage des journaux, consultez Présentation de l'explorateur de journaux

Autorisations relatives aux journaux d'audit

Les autorisations et rôles Identity and Access Management déterminent quels journaux d'audit que vous pouvez afficher ou exporter. Les journaux sont consignés dans des projets Cloud et dans certaines autres entités, telles que des organisations, des dossiers et des comptes de facturation Cloud. Pour plus pour en savoir plus, consultez Comprendre les rôles

Pour afficher les journaux d'audit des activités d'administration, vous devez disposer de l'un des rôles IAM suivants dans le projet contenant vos journaux d'audit:

Propriétaire de projet, éditeur de projet ou lecteur de projet
La journalisation Lecteur de journaux rôle
A rôle IAM personnalisé avec l'autorisation IAM logging.logEntries.list

Pour afficher les journaux d'audit des accès aux données, vous devez disposer d'un des rôles suivants dans le projet qui contient les journaux d'audit :

Propriétaire du projet
Logging Rôle Lecteur des journaux privés
Un rôle IAM personnalisé avec l'autorisation IAM logging.privateLogEntries.list

Si vous utilisez des journaux d'audit pour une entité autre qu'un projet, telle qu'une organisation, vous devez remplacer les rôles au niveau du projet Cloud par des rôles appropriés au niveau de l'organisation.

Afficher les journaux

Pour rechercher et afficher les journaux d'audit, vous devez connaître l'identifiant Le projet, le dossier ou l'organisation pour lesquels vous souhaitez afficher les journaux d'audit des informations. Vous pouvez également spécifier d'autres LogEntry tels que resource.type ; pour en savoir plus, consultez Créer des requêtes dans l'explorateur de journaux

Voici les noms des journaux d'audit : ils incluent des variables pour du projet, du dossier ou de l'organisation Cloud:

   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Factivity
   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fdata_access
   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fsystem_event
   projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fpolicy

   folders/FOLDER_ID/logs/cloudaudit.googleapis.com%2Factivity
   folders/FOLDER_ID/logs/cloudaudit.googleapis.com%2Fdata_access
   folders/FOLDER_ID/logs/cloudaudit.googleapis.com%2Fsystem_event
   folders/FOLDER_ID/logs/cloudaudit.googleapis.com%2Fpolicy

   organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Factivity
   organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Fdata_access
   organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Fsystem_event
   organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com%2Fpolicy

Plusieurs options s'offrent à vous pour afficher les entrées de vos journaux d'audit.

Console

Vous pouvez utiliser l'explorateur de journaux dans la console Cloud pour récupérer les entrées du journal d'audit de votre projet Cloud:

Dans Cloud Console, accédez à la page Journaux > Explorateur de journaux.

Accéder à la page Explorateur de journaux
Remarque : Si vous utilisez la page Ancienne visionneuse de journaux, accédez à la page Explorateur de journaux.
Sur la page Explorateur de journaux, sélectionnez un projet Cloud existant.
Dans le volet Générateur de requêtes, procédez comme suit :
- Dans Ressource, sélectionnez le type de ressource Google Cloud dont vous souhaitez afficher les journaux d'audit.
- Dans Nom du journal, sélectionnez le type de journal d'audit que vous souhaitez afficher :
  - Pour les journaux d'audit pour les activités d'administration, sélectionnez activity.
  - Pour les journaux d'audit des accès aux données, sélectionnez data_access.
  - Pour les journaux d'audit des événements système, sélectionnez system_event.
  - Pour les journaux d'audit des refus de règles, sélectionnez policy.
Si ces options ne s'affichent pas, aucun journal d'audit n'est disponible disponibles dans le projet Cloud.

Pour en savoir plus sur l'exécution de requêtes à l'aide du nouvel explorateur de journaux, consultez la page Créer des requêtes dans l'explorateur de journaux.

gcloud

L'outil gcloud fournit une interface de ligne de commande l'API Logging. Fournissez un ID PROJECT_ID, FOLDER_ID ou ORGANIZATION_ID valide dans chacun des noms de journaux.

Pour lire les entrées de journal d'audit au niveau du projet Google Cloud, exécutez la commande suivante :

gcloud logging read "logName : projects/PROJECT_ID/logs/cloudaudit.googleapis.com" \
    --project=PROJECT_ID

Pour lire les entrées de journal d'audit au niveau d'un dossier, exécutez la commande suivante :

gcloud logging read "logName : folders/FOLDER_ID/logs/cloudaudit.googleapis.com" \
    --folder=FOLDER_ID

Pour lire les entrées de journal d'audit au niveau de l'organisation, exécutez la commande suivante :

gcloud logging read "logName : organizations/ORGANIZATION_ID/logs/cloudaudit.googleapis.com" \
    --organization=ORGANIZATION_ID

Pour en savoir plus sur l'utilisation de l'outil gcloud, consultez gcloud logging read

API

Lorsque vous créez des requêtes, remplacez les variables par des valeurs valides. Spécifiez des noms et identifiants de journaux d'audit appropriés au niveau d'un projet, d'un dossier ou d'une organisation, comme indiqué dans les noms des journaux d'audit. Par exemple, si votre requête inclut PROJECT_ID, puis le projet que vous fournissez doit faire référence à l'identifiant actuellement sélectionné Google Cloud.

Pour consulter les entrées de journal d'audit à l'aide de l'API Logging, procédez comme suit :

Accédez à la section Essayer cette API dans la documentation de la méthode entries.list.
Insérez les éléments suivants dans la partie Corps de la requête du formulaire Essayer cette API. En cliquant sur ce formulaire prérempli, vous remplissez automatiquement le corps de la requête mais vous devez fournir un ID de projet PROJECT_ID valide pour chaque nom de journal.
```
{
  "resourceNames": [
    "projects/PROJECT_ID"
  ],
  "pageSize": 5,
  "filter": "logName : projects/PROJECT_ID/logs/cloudaudit.googleapis.com"
}
```
Cliquez sur Exécuter.

Pour en savoir plus sur les requêtes, consultez la page Langage de requête Logging.

Pour obtenir un exemple d'entrée de journal d'audit et savoir comment y trouver les informations les plus importantes, consultez la page Comprendre les journaux d'audit.

Exporter des journaux d'audit

Vous pouvez exporter les journaux d'audit de la même manière que vous exportez d'autres types de journaux. Pour en savoir plus sur l'exportation de journaux, consultez Exporter des journaux Voici des exemples d'applications associées à l'exportation des journaux d'audit :

Pour conserver les journaux d'audit pendant une période plus longue ou pour utiliser une fonction de recherche plus performante vous pouvez exporter des copies de vos journaux d'audit vers Cloud Storage, BigQuery ou Pub/Sub. Avec Pub/Sub, vous pouvez exporter vers d'autres applications, à d'autres dépôts et à des tiers.
Pour gérer les journaux d'audit à l'échelle de votre organisation, vous pouvez créer récepteurs agrégés capable d'exporter les journaux de tout ou partie des projets Cloud de l'organisation.
Si les journaux d'audit des accès aux données que vous avez activés entraînent le transfert de vos projets Cloud leurs quotas d'attribution de journaux, vous pouvez exporter et exclure les journaux d'audit des accès aux données. depuis Logging. Pour en savoir plus, consultez la page Exclure des journaux.

Tarification et fidélisation

Cloud Logging ne facture pas les journaux d'audit qui ne peuvent pas être désactivés. y compris tous les journaux d'audit des activités d'administration. Cloud Logging facture l'utilisation des données Accédez aux journaux d'audit que vous demandez explicitement.

Pour en savoir plus sur la tarification des journaux d'audit, consultez la page Tarifs de la suite Google Cloud Operations.

La durée de stockage associée aux journaux d'audit Cloud Search est la suivante:

Journaux des activités d'administration (ou écriture administrateur) : ces journaux sont conservés pendant 400 jours.
Journaux des accès aux données (lecture administrateur, écriture de données et lecture de données) : ces journaux sont et les conserver pendant 30 jours.

Pour en savoir plus sur la durée de stockage, consultez Les durées de conservation des journaux

Limites actuelles

Les journaux d'audit Cloud Search présentent actuellement les limites suivantes:

La taille de l'entrée de journal doit être inférieure à 512 Ko. Si la taille dépasse 512 Ko, la réponse est supprimée de l'entrée de journal. Si cela ne réduit pas inférieure ou égale à 512 Ko, la requête est supprimée. Enfin, si la taille dépasse 512 Ko, l'entrée de journal est supprimée.
Les corps des réponses ne sont pas enregistrés pour les méthodes list(), get() et suggest(). Toutefois, les états de réponse sont disponibles.
Interroger l'API Query uniquement de cloudsearch.google.com (si cette option est activée) et du client applications de recherche sont consignées.
Pour les appels search(), uniquement Query, RequestOptions et DataSourceRestriction sont consignés dans la requête. Dans la réponse, seules l'URL et les métadonnées (source et objectType) pour chaque SearchResult sont audités.
Appels émis vers le backend Cloud Search et correspondant à l'exportation de données ne sont pas audités.