Je ne trouve pas les liens et j’aurais aimé continué à suivre votre article en essayant pour me permettre de mieux comprendre.
Merci

Merci encore pour cet article que je considère comme une référence de base pour les admins NT. j’aimerai savoir si possible que l’auteur puisse nous donner des références bibliographiques (Lives, papres, webcasts,) qui traitent de facon trés détaillée ce sujet … de préférence ca soit en anglais

Merci

L’inconvénient d’utiliser l’authentification Windows en utilisant les comptes propres aux utilisateurs et qu’il peuvent accéder directement à la base de données (sans passer par vos applications). Il n’y a (à ma connaissance) aucune possibilité de limiter cet accès au niveau SQL Server.
J’avais oublié de mentionner cette problématique dans mon article. J’essayerai de faire un petit post dessus.

Cordialement

Je suis justement sur cette idée de mise en oeuvre cette sécurité.

Seule faille que j’ai pu identifier puisque je suis avant tout architecte en bases de données et mon objectif est de chaîner l’authentification Windows de bout en bout dès l’entrée de l’application, jusqu’à l’accès BDD SQL SERVER :

Si j’applique à la lettre la politique de sécurité que vous cité :
« - Par défaut, l’identité utilisée par tous les utilisateurs qui utilise notre application est celui du pool d’applications.
- Les pages disposant d’une autorisation spéciale, utiliseront l’identité de l’utilisateur authentifié. »

Comment je contre, les utilisateurs avec pouvoir qui sont authentifiés à SQL SERVER en leur nom (compte de groupe déclaré dans SQL SERVER) pour qu’il n’y accèdent pas avec une connexion ODBC basique simple à mettre en oeuvre avec Access et fassent toutes les manipulations de données sans contrôle ?

D’avance merci. Puisque même sans connaissance du développement, j’ai tout compris.

Cordialement,
Etienne