Configurer l’audit pour Azure Synapse Analytics

Tip

Microsoft Fabric Data Warehouse est un entrepôt relationnel à l’échelle de l’entreprise sur une base de lac de données, avec une architecture future, une IA intégrée et de nouvelles fonctionnalités. Si vous débutez avec l'entreposage de données, commencez par Fabric Data Warehouse. Les charges de travail de pool SQL existantes dédicées peuvent être mises à niveau vers Fabric pour accéder à de nouvelles fonctionnalités dans la science des données, l’analytique en temps réel et la création de rapports.

Dans cet article, vous apprenez comment configurer l’audit pour votre serveur logique ou votre base de données dans Azure Synapse Analytics.

Configurez l’audit pour votre serveur

La politique d’audit par défaut comprend l’ensemble suivant de groupes d’actions, qui auditent toutes les requêtes et procédures stockées exécutées sur la base de données, ainsi que les connexions réussies et échouées :

  • BATCH_COMPLETED_GROUP
  • SUCCESSFUL_DATABASE_AUTHENTICATION_GROUP
  • FAILED_DATABASE_AUTHENTICATION_GROUP

Pour des filtres personnalisés et une configuration programmatique, voir Gérer l’audit d’Azure Synapse Analytics à l’aide d’API.

Note

Vous ne pouvez pas activer l’audit sur un pool SQL dédié en pause. Démarrage rapide : Mettez en pause et reprenez le calcul dans un pool SQL dédié via le portail Azure avant de configurer l’audit.

Lorsque vous configurez un audit sur un espace de travail Log Analytics ou sur une destination Event Hubs dans le portail Azure ou avec l’applet de commande PowerShell, un paramètre de diagnostic est créé avec la catégorie SQLSecurityAuditEvents activée.

  1. Dans le portail Azure, ouvrez la ressource serveur SQL Synapse.
  2. Sous Sécurité, sélectionnez Audit.
  3. Activez l’audit au niveau du serveur ou de la base de données. Une politique au niveau du serveur s’applique à chaque base de données sur ce serveur. Pour des conseils sur la sélection d’une portée, voir Politique d’audit au niveau du serveur et de la base de données.
  4. Sélectionnez une ou plusieurs destinations : stockage Azure, Log Analytics ou Event Hubs.
  5. Configurez chaque destination, puis enregistrez la stratégie.

Audit vers la destination de stockage Azure

Pour configurer l’écriture des journaux d’audit dans un compte de stockage, sélectionnez Stockage, choisissez un compte et définissez la période de rétention.

  • Si le compte est derrière un réseau virtuel ou derrière un pare-feu, l’audit utilise l’identité gérée attribuée par le système du serveur. Accordez à cette identité le rôle Storage Blob Data Contributor.
  • Si le compte de stockage n’est pas derrière un réseau virtuel ou un pare-feu, le portail configure l’authentification par clé d’accès au stockage.

Une valeur de rétention de 0 signifie une rétention illimitée. Si vous passez de la conservation illimitée à une période finie, la nouvelle période ne s’applique qu’aux logs écrits après le changement.

Pour les comptes de stockage protégés, voir Écrire des journaux d’audit sur un compte de stockage derrière un réseau virtuel et un pare-feu.

Warning

Pour l’authentification de stockage, utilisez l’identité managée. Les clés d’accès au stockage représentent un risque de sécurité car, si elles sont compromises, des personnes non autorisées peuvent accéder à votre compte de stockage, lire, écrire ou supprimer vos données. Pour atténuer ces risques, faites pivoter régulièrement vos clés et utilisez Azure Key Vault pour gérer et faire pivoter vos clés en toute sécurité.

Destination Audit vers Log Analytics

Sélectionnez Log Analytics, choisissez un espace de travail Log Analytics, et enregistrez la politique. Si vous avez besoin d’un espace de travail, consultez Créer un espace de travail Log Analytics.

Audit vers la destination Event Hubs

Sélectionnez Event Hubs, choisissez un event hub dans la même région que la ressource SQL Synapse, et enregistrez la politique.

Lorsque vous configurez l’audit avec des moniteurs externes Azure (par exemple, Event Hubs ou Log Analytics) comme cible, le système crée une ressource supplémentaire de paramètres de diagnostic nommée SQLSecurityAuditEvents_XXXX-XXXX-XXX. Cette ressource est essentielle au bon fonctionnement de l’audit.

Si vous supprimez les paramètres de diagnostic, intentionnellement ou non, la fonctionnalité d’audit cesse de fonctionner et les journaux d’audit ne sont pas envoyés à l’emplacement cible. Pour éviter ce problème, configurez des alertes pour la suppression des paramètres de diagnostic afin d’avertir les utilisateurs et de prendre les mesures nécessaires. Pour plus d’informations sur la création de groupes d’actions et la configuration des alertes, consultez Groupes d’actions et Créer ou modifier une règle d’alerte de journal d’activité, d’intégrité du service ou de santé des ressources.

Note

Si vous utilisez plusieurs cibles comme un compte de stockage, Log Analytics ou des Event Hubs, assurez-vous d’avoir des autorisations pour toutes les cibles. Sinon, sauvegarder la configuration d’audit échoue car le système essaie de sauvegarder les paramètres de toutes les cibles.

Contenu connexe

  • Dernière mise à jour :