Contrôle d'accès aux données

Contrôler qui accède à des données spécifiques au sein de votre organisation est essentiel pour la sécurité, la conformité et la gouvernance des données. Alors que le contrôle d'accès basé sur les rôles de New Relic gère les fonctionnalités auxquelles l'utilisateur peut accéder, data access control gère les données spécifiques que l'utilisateur peut consulter.

Actuellement, le contrôle d'accès aux données est disponible pour les données log, vous permettant de restreindre l'accès des utilisateurs à des partitionslog spécifiques.

Comment ça marche

Les grandes organisations génèrent des quantités massives de logs à travers diverses équipes, services et environnements. Les équipes de sécurité doivent monitorer les logs de sécurité critiques susceptibles de contenir des informations personnelles identifiables (IPI), tandis que les équipes de développement n'ont besoin de voir que les logs pertinents pour leurs microservices spécifiques. Data access control vous permet de créer des politiques qui définissent exactement à quelles partitions log chaque équipe peut accéder.

Vous créez des politiques d'accès aux données qui restreignent l'accès à des partitions log spécifiques et vous les attribuez à des groupes d'utilisateurs via des autorisations d'accès. Les utilisateurs appartenant à des groupes auxquels des politiques ont été attribuées ne peuvent accéder qu'aux partitions log autorisées par ces politiques.

Nous recommandons de commencer par une approche de refus total, puis d'ajouter des politiques d'autorisation pour n'accorder l'accès qu'aux partitions nécessaires. Cela respecte le principe du moindre privilège et garantit que l'utilisateur n'accède qu'aux données dont il a besoin.

Concepts clés :

• Politiques d'accès aux données: définissez les partitions log que l'utilisateur peut accéder à l'aide de la liste de domaines autorisés ou des listes de refus.
• Attribution des politiques: Les politiques sont attribuées aux groupes via l'interface utilisateur Access Management*.
• Correspondance générique: Utilisez % comme caractère générique pour faire correspondre plusieurs partitions (par exemple, log_prod% correspond à toutes les partitions commençant par "log_prod").
• Politiques multiples: Lorsqu'un utilisateur appartient à plusieurs groupes ayant des politiques différentes, c'est l'accès le plus permissif qui s'applique.

Exigences

Pour créer et gérer des politiques d'accès aux données, vous devez disposer de :

• Compte Pro ou édition Entreprise
• Rôle de gestionnaire de domaine d'authentification
• Type Core utilisateur ou plateforme utilisateur complète

Créer et attribuer des politiques d'accès aux données

Vous pouvez créer et attribuer des politiques d'accès aux données via l'interface utilisateur ou l' API NerdGraph. Pour créer une politique via l'interface utilisateur, veuillez suivre les étapes suivantes :

Résolution de politiques multiples et d'accès

Lorsque l'utilisateur appartient à plusieurs groupes ayant des politiques d'accès aux données différentes :

• Autoriser la combinaison des politiques: l'utilisateur obtient l'accès à toutes les partitions autorisées au sein de ses groupes. Par exemple, si le groupe A autorise log_frontend% et le groupe B autorise log_backend%, l'utilisateur accède aux deux.
• Priorité aux politiques de refus: Toute priorité aux politiques d’autorisation est refusée. Par exemple, si le groupe A autorise log_% mais que le groupe B refuse log_sensitive, l'utilisateur accède à toutes les partitions sauf log_sensitive.

Pour voir quelles politiques s'appliquent à un utilisateur, allez à Administration > Access Management > Grants et vérifiez la colonne Policy name pour connaître ses groupes.

Risques potentiels d'exposition des données

Bien que le contrôle d'accès aux données restreigne l'accès aux données log dans la plupart des fonctionnalités de New Relic, il existe des scénarios dans lesquels l'utilisateur peut encore voir des données restreintes :

Sujets connexes