Bonne pratique: Protéger Looker

Protégez votre instance et vos données Looker en appliquant les bonnes pratiques de sécurité. Ces recommandations vous aident à sécuriser votre base de données, votre produit et votre contenu, à vous protéger contre les accès non autorisés et à préserver l'intégrité des données.

Ces bonnes pratiques reflètent les recommandations d'une équipe pluridisciplinaire d'experts Looker expérimentés. Ces insights proviennent de plusieurs années d'expérience auprès des clients Looker, de l'implémentation au succès à long terme. Ces pratiques sont conçues pour fonctionner pour la plupart des utilisateurs et des situations, mais vous devez faire preuve de discernement lorsque vous les mettez en œuvre.

Sécurité des bases de données

Sécurisez votre base de données en limitant l'accès de Looker au minimum requis :

  • Configurez un accès sécurisé entre l'application Looker et votre base de données. La documentation Looker fournit plusieurs recommandations, y compris l'ajout d'adresses IP Looker à la liste d'autorisation, le chiffrement des transmissions SSL et la connexion aux bases de données à l'aide d'un tunnel SSH.
  • Configurez les autorisations de compte de base de données les plus restreintes pour Looker, tout en permettant à l'application d'effectuer toutes les fonctions requises. Pour connaître les exigences de configuration spécifiques aux bases de données, consultez Instructions de configuration des bases de données.

Sécurité du produit

Limitez l'accès des utilisateurs à Looker aux fonctions et à l'accès aux données dont ils ont besoin :

  • Configurez l'authentification des utilisateurs à l'aide de l'option intégrée de nom d'utilisateur et de mot de passe de Looker ou, de préférence, à l'aide d'un mécanisme d'authentification plus robuste tel que l'A2F, LDAP, Google OAuth ou SAML. Ces méthodes s'excluent mutuellement et présentent des niveaux de sécurité différents. L'authentification OAuth Google, par exemple, permet à toute personne de votre domaine de messagerie de se connecter à Looker.
  • Ne publiez jamais d'identifiants d'API publiquement. Dans la mesure du possible, les identifiants de l'API doivent être stockés en tant que variables d'environnement et ne doivent jamais être partagés.

  • Auditez régulièrement les liens d'accès public créés par vos utilisateurs et limitez l'autorisation de les créer si nécessaire. L'exploration Activité du système suivante peut suivre les Looks publics :

    https://<instance_name.looker.com>/explore/system__activity/look?fields=look.id,look.title,look.public,user.name&f[look.public]=Yes&limit=500&query_timezone=America%2FLos_Angeles&vis=%7B%22type%22%3A%22table%22%7D&filter_config=%7B%22look.public%22%3A%5B%7B%22type%22%3A%22is%22%2C%22values%22%3A%5B%7B%22constant%22%3A%22Yes%22%7D%2C%7B%7D%5D%2C%22id%22%3A0%2C%22error%22%3Afalse%7D%5D%7D&dynamic_fields=%5B%5D&origin=share-expanded

  • Configurez les autorisations utilisateur et l'accès au contenu les plus restrictifs qui permettent aux utilisateurs d'effectuer leur travail. Accordez une attention particulière aux personnes disposant de droits d'administrateur. Pour en savoir plus sur ces fonctionnalités, consultez Sécurisez vos dossiers ! Procédure d'accès au contenu

  • Utilisez le paramètre access_filter en association avec les attributs utilisateur pour appliquer la sécurité des données au niveau des lignes par utilisateur ou groupe d'utilisateurs.

  • Utilisez access_grants, en association avec les attributs utilisateur, pour contrôler l'accès aux structures LookML telles que les explorations, les jointures, les vues et les champs par utilisateur ou par groupe.

  • Utilisez des ensembles de modèles pour appliquer la sécurité des ensembles de données dans le modèle Looker. Les utilisateurs ne pourront pas voir de contenu en dehors de l'ensemble de modèles qui leur a été attribué.

  • Évitez d'attribuer des rôles aux utilisateurs individuellement lorsque cela est possible. Les utilisateurs auxquels sont attribués des rôles individuels et des rôles basés sur l'appartenance à un groupe héritent de tous les rôles, qu'ils soient attribués individuellement ou à un groupe. Les utilisateurs peuvent alors accumuler des autorisations qu'ils ne devraient pas avoir. Il est recommandé d'attribuer des rôles uniquement en fonction de l'appartenance à un groupe, dans la mesure du possible.

  • La plupart des utilisateurs doivent être lecteurs du dossier partagé (sauf dans les configurations de système fermé). Cela garantit que les utilisateurs pourront voir le contenu des dossiers partagés et de tous les sous-dossiers auxquels ils ont accès. Si vous accordez aux utilisateurs l'autorisation "Gérer l'accès, Modifier" sur le dossier partagé, ils conserveront ces droits dans tous les sous-dossiers. Il peut être utile d'apporter d'abord des modifications plus bas dans l'arborescence, puis de révoquer l'accès plus haut.

Sécurité du contenu

Implémentez le type de système Looker approprié en fonction des contrôles d'accès que vous devez prendre en charge :

  • Complètement ouvert : aucune limite n'est imposée quant aux personnes autorisées à consulter et à modifier les éléments du système. Le groupe "Tous les utilisateurs" doit être associé à l'autorisation "Gérer l'accès" et à l'autorisation "Modifier" dans le dossier racine (appelé Partagé). Pour en savoir plus sur l'activation d'un système d'accès complètement ouvert, consultez Configurer un système complètement ouvert.
  • Ouvrir avec des restrictions de contenu : le contenu doit être verrouillé d'une certaine façon, soit de façon que certaines personnes puissent modifier certains contenus, soit de façon que certains contenus soient entièrement invisibles à certaines personnes. Dans la mesure du possible, prévoyez une hiérarchie plus simple, car elle est plus facile à gérer que les dossiers imbriqués. Pour en savoir plus sur la configuration d'un système ouvert avec restrictions, consultez Configurer un système ouvert avec restrictions.
  • Système fermé : ce système sépare complètement le contenu entre les groupes, empêchant les utilisateurs de groupes différents d'avoir connaissance de l'existence des autres. Un système fermé est idéal pour les installations Looker mutualisées. Avant de choisir cette option, assurez-vous de lire la section sur la configuration d'un système fermé sur la page de documentation Concevoir et configurer un système de niveaux d'accès. Une fois qu'un système fermé est activé, il est difficile de modifier l'accès à la gestion des dossiers. Cette page de documentation fournit plus d'informations sur l'activation d'une configuration pour une instance Looker.

Pour en savoir plus, consultez les ressources suivantes :