Une manière courante de travailler pour l'accès multi-utilisateur aux données chiffrées est celle-ci, qui est une description simplifiée d'un scénario de chiffrement de disque complet (un système réel peut avoir plus de niveaux que ce qui est décrit ici).

• Les données elles-mêmes sont chiffrées avec une clé de contenu , K _c .
• K _c est stockée sur l'ordinateur n temps séparés, un par utilisateur. Chaque instance est chiffrée par une clé utilisateur K _u1 ... K _{u n} différente.
• Chacune des i clés utilisateur K _{u i} est dérivée des informations d'identification de l'utilisateur i .
• / li>

Ce que vous obtenez, c'est qu'il est facile de modifier les informations d'identification d'un utilisateur ou de révoquer l'accès de cet utilisateur sans affecter tout le monde.

Une autre méthode est disponible pour des éléments comme les bases de données MySQL ( et est proche du fonctionnement de la protection des fichiers sous iOS) est la suivante:

• Données chiffrées par la clé de contenu.
• Clé de contenu protégée par une clé d'accès, dérivée des informations d'identification de l'utilisateur.
• mysqld reçoit la clé d'accès et fournit tout le contrôle d'accès aux données utilisateur.

Dans ce cas, vous devez être sûr que votre contrôle d'accès ne peut pas être contourné.

Si vous développez ou achetez un système destiné à être utilisé avec les données des patients aux États-Unis, vous devez vous en occuper bien plus que le chiffrement des données au repos. Si vous êtes une entité couverte, vous avez beaucoup d’études à faire, avec de lourdes sanctions en cas de non-conformité dans votre base de données.