SQL Server 2012 Integration Services offre une large gamme de fonctionnalités puissantes qui vous permettent de rationaliser et d’automatiser les tâches liées à l’extraction, à la transformation et au chargement des données. Cependant, il est crucial de veiller à ce que les données traitées restent protégées contre tout accès non autorisé. Dans cet article, nous discuterons de plusieurs options qui facilitent cet objectif.

Permissions NTFS

Une option pour renforcer la sécurité consiste à utiliser les permissions NTFS. Cela vous permet de restreindre l’accès aux fichiers de package, aux configurations, aux journaux et aux points de contrôle résidant sur un volume formaté en NTFS. Cependant, cette approche peut ne pas être suffisante dans certains cas.

Permissions spécifiques à SQL Server

Une autre option consiste à utiliser les permissions spécifiques à SQL Server. Cela implique d’utiliser des rôles au niveau de la base de données pour protéger les packages et leurs configurations. Dans le modèle de déploiement de package, vous pouvez restreindre l’accès aux packages en utilisant des rôles prédéfinis au niveau de la base de données dans la base de données MSDB. Dans le modèle de déploiement de projet, vous pouvez restreindre l’accès aux projets et aux packages individuels en utilisant des connexions et des rôles de base de données standard au niveau de SQL Server.

Chiffrement au niveau du package

Le chiffrement au niveau du package est une autre mesure de sécurité importante. La propriété Niveau de protection d’un package détermine dans quelle mesure son contenu est obscurci et le mécanisme utilisé pour le mettre en œuvre. Il existe six niveaux de protection différents disponibles, allant de la suppression des informations sensibles au chiffrement de l’ensemble du package avec un mot de passe ou une clé utilisateur.

Reposez-vous sur le stockage du serveur et les rôles pour le contrôle d’accès

Enfin, vous pouvez vous reposer sur le stockage du serveur et les rôles pour le contrôle d’accès. Cette approche ne réalise pas de chiffrement, mais délègue plutôt la responsabilité de sécuriser le contenu du package à un mécanisme de protection disponible dans SQL Server Integration Services.

Ce ne sont là que quelques-uns des mécanismes de contrôle d’accès disponibles dans SQL Server 2012 Integration Services. En mettant en œuvre ces mesures de sécurité, vous pouvez vous assurer que vos données restent protégées tout au long du processus d’extraction, de transformation et de chargement des données.

Restez à l’écoute pour nos prochains articles où nous explorerons d’autres fonctionnalités de sécurité liées à SSIS, notamment la signature de package.

Voir tous les articles de Marcin Policht