Sécurisation des bases de données (SQL Server)

Schéma personnalisé

A partir de la version 910 il est possible d'utiliser un schéma personnalisé pour les bases de données à la place du schéma par défaut (dbo).

Lorsqu'un schéma personnalisé est utilisé, associé à un utilisateur, l'assistant exécute les actions suivantes :

Dans le contexte du serveur :

• Création d'un Login (L)

Dans le contexte de la base de données :

• Création d'un utilisateur (U) pour le login (L) ayant comme schéma par défaut le schéma personnalisé (S)
• Création du schéma personnalisé (S) autorisé par l'utilisateur (U)
• Ajout du droit ALTER à l'utilisateur (U)

Attention : Il n'est pas possible d'utiliser des schémas différents par utilisateur, le schéma doit être commun à tous les utilisateurs

Rôle et Droits des utilisateurs

Les droits minimaux pour un utilisateur Sage FRP 1000 sont :

• Pour un schéma personnalisé : rôle PUBLIC et droit ALTER
• Pour le schéma par défaut dbo : rôle db_owner

L'utilisateur doit avoir défini le schéma comme le schéma par défaut.

Pour créer un login et un utilisateur pour une base Sage FRP 1000 utilisant le schéma par défaut dbo :

USE MASTER
GO
CREATE LOGIN mylogin WITH PASSWORD='mysecretpassword'
GO

USE SAGEFRP1000DATABASE
GO

CREATE USER mylogin FOR LOGIN mylogin WITH DEFAULT_SCHEMA=dbo
GO

EXEC sp_addrolemember 'db_owner', 'mylogin'
GO

USE MASTER
GO

Pour un schéma personnalisé :

USE MASTER
GO
CREATE LOGIN mylogin WITH PASSWORD='mysecretpassword'
GO

USE SAGEFRP1000DATABASE
GO

CREATE USER mylogin FOR LOGIN mylogin WITH DEFAULT_SCHEMA=myschema
GO

GRANT ALTER TO mylogin
GO

CREATE SCHEMA myschema AUTHORIZATION mylogin
GO

USE MASTER
GO

Encryptage des données sur disque

TDE est une technologie de Microsoft SQL Server qui permet d'encrypter les données sur disques de manière transparente pour les Applications.

Voir ici : Transparent data encryption

Tip : TDE n'est disponible qu'à partir de la version SQL Enterprise ainsi que sur SQL Azure

A titre d'exemple la mise en oeuvre de TDE peut être réalisée sur la base des scripts suivants :

USE master;  
GO  
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'MySecretPassword';  
go  
CREATE CERTIFICATE MyServerCert WITH SUBJECT = 'My DEK Certificate';  
go  

USE dbMaster800TDESSL;  
GO  
CREATE DATABASE ENCRYPTION KEY  
WITH ALGORITHM = AES_128  
ENCRYPTION BY SERVER CERTIFICATE MyServerCert;  
GO  
ALTER DATABASE dbMaster800TDESSL  
SET ENCRYPTION ON;  
GO  

USE dbDemoSF800;  
GO  
CREATE DATABASE ENCRYPTION KEY  
WITH ALGORITHM = AES_128  
ENCRYPTION BY SERVER CERTIFICATE MyServerCert;  
GO  
ALTER DATABASE dbDemoSF800  
SET ENCRYPTION ON;  
GO  

Alternative à TDE

Il existe des solutions alternatives à la mise en oeuvre de TDE.

• Bitlocker

Bitlocker est une solution de cryptage de disque mais n'offre pas le même niveau de sécurité que TDE, en particulier un utilisateur connecté sur le serveur peut accéder aux fichiers de données de SQL non cryptés. Il n'est pas recommandé d'utiliser Bitlocker.

• SQL Server always encrypted (A partir SQL Server 2016 SP1)

SQL Server always encrypted nécessite des modifications de l'application et n'est pas supporté.

• dbdefence

dbdefence est une solution tiers équivalente à TDE. dbdefence a été testé avec succès mais n'est pas supporté.

Sécurisation des connexions

SSL permet d'encrypter les connexions clientes et de chiffrer les données échangées entre le serveur et les clients.

Voir ici : Encrypting connections

Tip : SSL est activé par défaut sur SQL Azure

SSL peut être configuré coté serveur pour forcer toutes les connexions à utiliser SSL, ou bien coté client pour n'encrypter que certaines connexions.

Coté serveur :

Coté client :

Vérification de la connexion

Il est possible de vérifier que le chiffrement est bien activé sur une connexion avec les requêtes suivantes :

SELECT session_id, encrypt_option
FROM sys.dm_exec_connections