Considérations sur les rôles d’applications

Les applications
multi bases de données qui utilisent
des rôles d’applications doivent
accorder des permissions objet à  l’utilisateur
guest dans les autres bases de
données, soit directement soit par
l’appartenance à  un rôle. Mais on répugnera
souvent à  accorder des permissions
objet à  l’utilisateur guest parce
que, ce faisant, on donne en fait à  tous
les logins SQL Server des permissions
sur l’objet.

On peut utiliser des permissions
objet indirectes pour augmenter la sécurité
des rôles d’applications dans des
applications multi bases de données.
Quand on crée des objets référençants dans la base de données des rôles d’applications
(par exemple, une vue qui
sélectionne d’une table dans une autre
base de données), les utilisateurs des
rôles d’applications peuvent accéder
aux objets dans les autres bases de
données même sans avoir de permissions
directes. Il suffit que la base de
données référencée contienne l’utilisateur
guest et que la chaîne de propriété
soit intacte. L’accès interbase de
données par les utilisateurs de rôles
d’applications est identique à  celui des
non-utilisateurs de rôles d’applications,
à  cela près que les utilisateurs
doivent accéder aux autres bases de
données par l’intermédiaire du
contexte de sécurité de l’utilisateur
guest.