Sécurité au Niveau des Lignes

Dans le monde axé sur les données d’aujourd’hui, la protection des informations sensibles est d’une importance capitale. Les bases de données contiennent une grande quantité de données. Et il est important de s’assurer que seules les bonnes personnes puissent accéder à certaines parties de ces données. C’est là que la Sécurité au Niveau des Lignes (RLS) entre en jeu.

La Sécurité au Niveau des Lignes est une fonctionnalité puissante qui permet aux administrateurs de bases de données de contrôler l’accès aux lignes individuelles en fonction des rôles des utilisateurs, des permissions ou d’autres critères. Cet article couvrira les bases de la Sécurité au Niveau des Lignes. Nous examinerons comment cela fonctionne dans diverses bases de données et utiliserons des exemples pour en démontrer l’utilisation.

Qu’est-ce que la Sécurité au Niveau des Lignes ?

La Sécurité au Niveau des Lignes limite l’accès à certaines lignes d’une base de données selon les conditions que vous définissez. Elle permet un contrôle précis sur qui peut voir ou modifier les données, s’assurant que les utilisateurs interagissent uniquement avec les lignes autorisées. Ceci est particulièrement important dans les scénarios où une table contient des informations sensibles, telles que des données personnelles, des dossiers financiers ou des détails confidentiels sur les affaires.

La Sécurité au Niveau des Lignes se concentre sur le contrôle de l’accès au niveau des lignes individuelles, plutôt qu’au niveau de la table entière. Vous ne contrôlez pas l’accès à la table entière. La RLS vous permet de spécifier quelles lignes un utilisateur peut consulter en fonction de facteurs tels que son rôle ou son service.

Implémentation de la RLS

Différents systèmes de base de données offrent divers mécanismes pour implémenter la Sécurité au Niveau des Lignes. Voyons comment la Sécurité au Niveau des Lignes fonctionne dans PostgreSQL et SQL Server.

PostgreSQL

PostgreSQL fournit une fonctionnalité appelée Sécurité au Niveau des Lignes. Elle permet de définir des politiques pour contrôler l’accès aux lignes individuelles. Pour activer la RLS pour une table, vous devez exécuter la déclaration SQL suivante :

ALTER TABLE table_name ENABLE ROW LEVEL SECURITY;

Une fois que la Sécurité au Niveau des Lignes est activée, vous pouvez créer des règles qui déterminent quand un utilisateur peut voir certaines lignes. Par exemple, disons que nous avons une table appelée employees avec les colonnes id, name, department et salary. Nous voulons nous assurer que les employés ne peuvent consulter que leurs propres informations salariales. Voici comment nous pouvons créer une politique pour y parvenir :

CREATE POLICY employee_salary_policy ON employees
FOR SELECT
TO PUBLIC
USING (current_user = name);

Dans cet exemple, nous créons une politique appelée employee_salary_policy pour la table employees. Elle permet aux utilisateurs de sélectionner des lignes uniquement si current_user correspond à la valeur dans la colonne name. Cela garantit que les employés ne peuvent voir que leurs propres informations salariales.

SQL Server

SQL Server implémente la Sécurité au Niveau des Lignes à travers l’utilisation de prédicats de sécurité. Les prédicats de sécurité sont des expressions T-SQL qui définissent les conditions sous lesquelles un utilisateur peut accéder à des lignes spécifiques. Pour mettre en place la Sécurité au Niveau des Lignes dans SQL Server, vous créez une politique de sécurité et la liez à une table.

Voici un exemple de création d’une politique de sécurité pour la table employees :

CREATE SECURITY POLICY employee_policy
ADD FILTER PREDICATE dbo.fn_securitypredicate(department) ON dbo.employees
WITH (STATE = ON);

Dans cet exemple, nous créons une politique de sécurité appelée employee_policy. Nous utilisons une fonction appelée fn_securitypredicate pour ajouter une règle de filtrage. Cette fonction vérifie la colonne department et décide si l’utilisateur peut accéder à la ligne, renvoyant soit un true, soit un false.

La fonction fn_securitypredicate peut être comme suit :

CREATE FUNCTION fn_securitypredicate(@department varchar(100))
RETURNS TABLE
WITH SCHEMABINDING
AS
RETURN SELECT 1 AS fn_securitypredicate_result
WHERE @department = USER_NAME() OR USER_NAME() = 'admin';

Cette fonction permet aux utilisateurs de voir les lignes uniquement si leur nom d’utilisateur correspond à la colonne department ou s’ils sont un ‘admin’.

Exemple détaillé pour PostgreSQL

Table de test

Considérons un exemple pour comprendre comment la Sécurité au Niveau des Lignes fonctionne en pratique. Supposons que nous avons une table appelée orders avec la structure suivante :

CREATE TABLE orders (
id INT PRIMARY KEY,
customer_id INT,
product VARCHAR(100),
quantity INT,
price DECIMAL(10, 2)
);

Configuration de la politique de sécurité

Nous voulons nous assurer que les clients ne peuvent consulter que leurs propres commandes. Voici comment nous pouvons implémenter la Sécurité au Niveau des Lignes dans PostgreSQL :

1. Activer la Sécurité au Niveau des Lignes pour la table orders :

ALTER TABLE orders ENABLE ROW LEVEL SECURITY;

2. Créer une politique qui restreint l’accès en fonction de la colonne customer_id :

CREATE POLICY customer_orders_policy ON orders
FOR SELECT
TO PUBLIC
USING (customer_id = current_user_id());

Dans cet exemple, la fonction current_user_id() renvoie l’ID du client actuellement connecté.

Accès

Maintenant, lorsqu’un client interroge la table orders, il ne verra que les lignes où customer_id correspond à son propre ID. Par exemple :

SELECT * FROM orders;

Résultat pour le Client 1 :

id | customer_id | product  | quantity | price
---+-------------+----------+----------+-------
1  | 1           | Product A| 10       | 100.00
3  | 1           | Product C| 5        | 250.00

Résultat pour le Client 2 :

id | customer_id | product  | quantity | price
---+-------------+----------+----------+-------
2  | 2           | Product B| 20       | 200.00
4  | 2           | Product D| 15       | 300.00

Comme vous pouvez le voir, chaque client ne peut consulter que ses propres commandes, garantissant ainsi la confidentialité et la sécurité des données.

Au-delà de l’exemple

En plus de PostgreSQL et SQL Server, plusieurs autres systèmes de bases de données proposent des fonctionnalités RLS. Voici quelques exemples notables :

Oracle Database

Oracle Database prend en charge la RLS via la fonctionnalité de la Base de Données Privée Virtuelle (VPD).
La VPD vous permet de créer des politiques de sécurité qui imposent un contrôle d’accès au niveau des lignes sur la base de conditions définies par l’utilisateur.
Les politiques sont définies en utilisant des fonctions PL/SQL et sont appliquées de manière transparente aux requêtes SQL accédant aux tables protégées.

MySQL

MySQL prend en charge la RLS à travers l’utilisation de vues et de la clause DEFINER.
Vous pouvez créer des vues incluant des conditions spécifiques au niveau des lignes et accorder l’accès à ces vues au lieu des tables sous-jacentes.
La clause DEFINER vous permet de spécifier le contexte de sécurité sous lequel la vue est exécutée, garantissant que les utilisateurs ne peuvent accéder qu’aux lignes pour lesquelles ils sont autorisés.

IBM Db2

IBM Db2 implémente la Sécurité au Niveau des Lignes à travers l’utilisation du Contrôle d’Accès aux Lignes et Colonnes (RCAC).
Le RCAC vous permet de définir des permissions de ligne et des masques de colonnes pour contrôler l’accès à des lignes et des colonnes spécifiques d’une table.
Les permissions de ligne sont définies en utilisant des expressions SQL qui déterminent les conditions sous lesquelles un utilisateur peut accéder à une ligne.
Les masques de colonnes sont utilisés pour contrôler la visibilité et la modification de colonnes spécifiques en fonction de règles définies par l’utilisateur.

SAP HANA

SAP HANA prend en charge la RLS à travers l’utilisation de privilèges analytiques et le contrôle d’accès au niveau des lignes.
Les privilèges analytiques vous permettent de définir des politiques de contrôle d’accès sur la base des rôles d’utilisateur et d’autres attributs.
Le contrôle d’accès au niveau des lignes vous permet de restreindre l’accès à des lignes spécifiques dans une table sur la base de conditions définies par l’utilisateur.
Ces fonctionnalités de sécurité peuvent être implémentées en utilisant des déclarations SQL et des définitions de politiques de sécurité.

Amazon Redshift

Amazon Redshift, un service d’entrepôt de données basé sur le cloud, offre la RLS à travers l’utilisation de politiques de contrôle d’accès au niveau des lignes.
Vous pouvez définir des politiques qui restreignent l’accès à des lignes spécifiques sur la base des rôles des utilisateurs, des classifications des données ou d’autres critères.
Les politiques sont créées en utilisant des déclarations SQL et sont appliquées de manière transparente aux requêtes accédant aux tables protégées.

Ce ne sont que quelques exemples de systèmes de bases de données qui prennent en charge la RLS. Chaque système de base de données peut avoir sa propre implémentation et syntaxe spécifiques pour la configuration et la gestion des politiques RLS.

Conclusion

La Sécurité au Niveau des Lignes est une fonctionnalité qui permet aux administrateurs de bases de données de contrôler l’accès aux lignes individuelles dans une table. Elle aide à s’assurer que les utilisateurs ne peuvent accéder qu’aux données qu’ils sont autorisés à voir. La RLS protège les informations sensibles contre l’accès non autorisé.

Cet article couvre les fondamentaux de la RLS. Il compare également comment vous pouvez implémenter la RLS dans PostgreSQL et SQL Server. Nous donnons des exemples pour montrer comment elle limite l’accès en fonction des rôles des utilisateurs ou d’autres facteurs.

La mise en œuvre de la Sécurité au Niveau des Lignes est cruciale pour maintenir la confidentialité des données et se conformer à diverses réglementations. Elle ajoute une couche supplémentaire de sécurité à votre base de données, vous donnant un contrôle granulaire sur l’accès aux données.

DataSunrise offre des outils de sécurité de pointe pour les bases de données, incluant des fonctionnalités pour la sécurité, les règles d’audit, le masquage et la conformité. Notre fonctionnalité de Sécurité au Niveau des Lignes se distingue, vous permettant de définir des contrôles d’accès détaillés au niveau des lignes.

Si vous voulez en savoir plus sur les solutions de sécurité de DataSunrise, contactez notre équipe pour une démo en ligne. Nous serons heureux de vous montrer nos outils de sécurité robustes et de discuter de la manière dont ils protègent vos données.

Rappelez-vous, la sécurité des données est cruciale de nos jours. Avec la Sécurité au Niveau des Lignes et l’expertise de sociétés comme DataSunrise, vous pouvez protéger la confidentialité et l’intégrité de votre base de données tout en accordant l’accès selon les besoins.