Contrôle d'accès basé sur les applications pour RDBMS distants

Pour accélérer la croissance des entreprises, les sociétés d'aujourd'hui utilisent non seulement les données qu'elles collectent elles-mêmes, mais également les données contractées fournies par d'autres entreprises. Les systèmes de gestion de bases de données relationnelles (RDBMS) sont largement utilisés pour contrôler les données fournies du côté du fournisseur. Cependant, il existe des problèmes en termes de sécurité et de commodité lorsque un fournisseur de données accepte l'accès aux données de bases de données relationnelles de la part de consommateurs de données extérieurs. Du point de vue des fournisseurs de données, les RDBMS ne peuvent pas identifier quelles applications tentent d'accéder, alors qu'ils peuvent identifier quels utilisateurs et applications avec des adresses IP tentent d'accéder. De plus, les fournisseurs de données doivent appliquer un filtrage de données au niveau des lignes et/ou des colonnes pour supprimer des données spécifiées telles que des dossiers personnels, et cette tâche est fastidieuse et sujette aux erreurs. Du point de vue des consommateurs de données, l'accès à distance aux RDBMS entraîne une augmentation de la latence de réponse du côté du fournisseur. Pour résoudre ces problèmes, nous proposons un mécanisme de contrôle d'accès aux bases de données relationnelles, qui est transparent pour les RDBMS et leurs applications clientes. Selon une politique de contrôle d'accès, un programme de filtrage lié à un serveur de base de données relationnelle supprime les éléments de ligne et/ou de colonne inutiles avant de les transférer aux clients du côté du fournisseur. Basé sur la politique et le système de fichiers /proc, un programme proxy contrôle l'accès des clients au niveau d'application du côté du consommateur. Nous construisons le système prototype sur un outil d'orchestration de conteneurs. Les résultats expérimentaux montrent que les surcharges dues à notre mécanisme de contrôle d'accès sont suffisamment faibles pour une utilisation pratique et que notre mécanisme est évolutif avec une surcharge modérée par rapport aux opérations sur des bases de données relationnelles sans celui-ci.