Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Log les évenements sur une autre db

6 réponses
Avatar
zoltix
Bonjour,
Je recherche un conseil....

Je suis entrain de cr=E9er une base de donn=E9es pour enregistrer les
=E9v=E9nements de l'activit=E9 du serveur et des bases de donn=E9es.

J=92ai des trigger sur les tables qui vont enregistrer les =E9v=E9nements.
J=92ai des trigger sur les bases de donn=E9es (Changement de structure)
qui vont enregistrer les =E9v=E9nements.
Trigger sur le serveur pour enregistrer les login admin qui se
connecte
Trigger sur le serveur pour enregistrer les changements d=92options du
serveur.

De cette mani=E8re j=92ai une trace de toutes les modifications du
serveur.

Mais j=92ai un souci de s=E9curit=E9 :
Les utilisateurs sont connect=E9s sur un =AB active directory =BB. Chaque
utilisateur est identifi=E9 lorsqu=92il se connecte =E0 la db par l=92AD.
Ces utilisateur appartiennent =E0 un groupe qui acc=E8de =E0 la db avec
leurs sp=E9cification (Laurent-Ecriture et pas d=92=E9criture sur la table
XX=85).

Lorsqu=92un utilisateur modifie une table avec un trigger de "log" ,
j=92ai un message d=92erreur pour me dire que cet utilisateur n=92a pas
acc=E8s =E0 cette Base de donn=E9es de log ou m=EAme la table de log. Ce =
qui
est normal. Mais comment je pourrais faire pour =E9viter ce
message?

Dois-je ajouter les utilisateurs dans la db de log ? Pas g=E9nial =85car
ca veut dire qu=92ils peuvent avoir un acc=E8s a la db de log.

Dois-je passer par une proc=E9dure stock=E9 ? Mais comment faire un
impersonate avec un login AD ?

O=F9 il y a surement d=92autres solutions. Je suis en pleine recherche
sur le web mais je ne trouve pas grand-chose sur le sujet.


Merci de vos conseilles.

6 réponses

Avatar
Med Bouchenafa
La manière la plus simple est d'activer le compte GUEST sur la base log
Tu donnes des droits d'ecrture et pas de lecture à ce compte

Mais bon, je crois que cette question est en rapport avec la précédente et
que tu choisis l'option de changement de contexte

--
Bien Cordialement
Med Bouchenafa

"zoltix" wrote in message
news:
Bonjour,
Je recherche un conseil....

Je suis entrain de créer une base de données pour enregistrer les
événements de l'activité du serveur et des bases de données.

J’ai des trigger sur les tables qui vont enregistrer les événements.
J’ai des trigger sur les bases de données (Changement de structure)
qui vont enregistrer les événements.
Trigger sur le serveur pour enregistrer les login admin qui se
connecte
Trigger sur le serveur pour enregistrer les changements d’options du
serveur.

De cette manière j’ai une trace de toutes les modifications du
serveur.

Mais j’ai un souci de sécurité :
Les utilisateurs sont connectés sur un « active directory ». Chaque
utilisateur est identifié lorsqu’il se connecte à la db par l’AD.
Ces utilisateur appartiennent à un groupe qui accède à la db avec
leurs spécification (Laurent-Ecriture et pas d’écriture sur la table
XX…).

Lorsqu’un utilisateur modifie une table avec un trigger de "log" ,
j’ai un message d’erreur pour me dire que cet utilisateur n’a pas
accès à cette Base de données de log ou même la table de log. Ce qui
est normal. Mais comment je pourrais faire pour éviter ce
message?

Dois-je ajouter les utilisateurs dans la db de log ? Pas génial …car
ca veut dire qu’ils peuvent avoir un accès a la db de log.

Dois-je passer par une procédure stocké ? Mais comment faire un
impersonate avec un login AD ?

Où il y a surement d’autres solutions. Je suis en pleine recherche
sur le web mais je ne trouve pas grand-chose sur le sujet.


Merci de vos conseilles.
Avatar
zoltix
On 3 juin, 08:53, "Med Bouchenafa" wrote:
La manière la plus simple est d'activer le compte GUEST sur la base log
Tu donnes des droits d'ecrture et pas de lecture à ce compte

Mais bon, je crois que cette question est en rapport avec la précéden te et
que tu choisis l'option de changement de contexte

--
Bien Cordialement
Med Bouchenafa

"zoltix" wrote in message

news:
Bonjour,
Je recherche un conseil....

Je suis entrain de créer une base de données pour enregistrer les
événements de l'activité du serveur et des bases de données.

J’ai des trigger sur les tables qui vont enregistrer les événements .
J’ai des trigger sur les bases de données (Changement de structure)
qui vont enregistrer les événements.
Trigger sur le serveur pour enregistrer les login admin qui se
connecte
Trigger sur le serveur pour enregistrer les changements d’options du
serveur.

De cette manière j’ai une trace de toutes les modifications du
serveur.

Mais j’ai un souci de sécurité :
Les utilisateurs sont connectés sur un « active directory ».  Cha que
utilisateur est identifié lorsqu’il se connecte à la db par l’AD.
Ces utilisateur appartiennent à un groupe qui accède à la db avec
leurs spécification (Laurent-Ecriture et pas d’écriture sur la tabl e
XX…).

Lorsqu’un utilisateur modifie une table avec un trigger de "log" ,
j’ai un message d’erreur pour me dire que cet utilisateur n’a pas
accès à cette Base de données de log ou même la table de log.   Ce qui
est normal.    Mais comment je pourrais faire pour éviter ce
message?

Dois-je ajouter les utilisateurs dans la db de log ?  Pas génial …c ar
ca veut dire qu’ils peuvent avoir un accès a la db de log.

Dois-je passer par une procédure stocké ?   Mais comment faire un
impersonate avec un login AD ?

Où il y a surement d’autres solutions.    Je suis en pleine reche rche
sur le web mais je ne trouve pas grand-chose sur le sujet.

Merci de vos conseilles.



Je vais aussi regarder le guest mais je pensais qu'il était
déconseillé de l'utiliser? Pourriez-vous m'en dire plus ?
Avatar
Med Bouchenafa
Il est effectivement déconseillé d'activer le compte GUEST parcequ'il permet
à tous les logins de ton serveur d'accéder à la base où il est activé
Mais bon, si tu lui donnes pas de permissions, ils ne pourront pas faire
grand chose non plus
Sur une base de production, il vaut mieux éviter à moins de bien maitriser
son sujet
Dans ton cas, c'est juste une base de logging, avec ce que j'ai suggéré tout
le monde pourra écrire mais pas lire.

--
Bien Cordialement
Med Bouchenafa

"zoltix" wrote in message
news:
On 3 juin, 08:53, "Med Bouchenafa" wrote:
La manière la plus simple est d'activer le compte GUEST sur la base log
Tu donnes des droits d'ecrture et pas de lecture à ce compte

Mais bon, je crois que cette question est en rapport avec la précédente et
que tu choisis l'option de changement de contexte

--
Bien Cordialement
Med Bouchenafa

"zoltix" wrote in message

news:
Bonjour,
Je recherche un conseil....

Je suis entrain de créer une base de données pour enregistrer les
événements de l'activité du serveur et des bases de données.

J’ai des trigger sur les tables qui vont enregistrer les événements.
J’ai des trigger sur les bases de données (Changement de structure)
qui vont enregistrer les événements.
Trigger sur le serveur pour enregistrer les login admin qui se
connecte
Trigger sur le serveur pour enregistrer les changements d’options du
serveur.

De cette manière j’ai une trace de toutes les modifications du
serveur.

Mais j’ai un souci de sécurité :
Les utilisateurs sont connectés sur un « active directory ». Chaque
utilisateur est identifié lorsqu’il se connecte à la db par l’AD.
Ces utilisateur appartiennent à un groupe qui accède à la db avec
leurs spécification (Laurent-Ecriture et pas d’écriture sur la table
XX…).

Lorsqu’un utilisateur modifie une table avec un trigger de "log" ,
j’ai un message d’erreur pour me dire que cet utilisateur n’a pas
accès à cette Base de données de log ou même la table de log. Ce qui
est normal. Mais comment je pourrais faire pour éviter ce
message?

Dois-je ajouter les utilisateurs dans la db de log ? Pas génial …car
ca veut dire qu’ils peuvent avoir un accès a la db de log.

Dois-je passer par une procédure stocké ? Mais comment faire un
impersonate avec un login AD ?

Où il y a surement d’autres solutions. Je suis en pleine recherche
sur le web mais je ne trouve pas grand-chose sur le sujet.

Merci de vos conseilles.



Je vais aussi regarder le guest mais je pensais qu'il était
déconseillé de l'utiliser? Pourriez-vous m'en dire plus ?
Avatar
Fred BROUARD
Notez que c'est aussi pour cela que je déconseille l'utilisation de
compte NT comme login SQL Server. C'est d'ailleurs un non sens absolu.
En effet ce ne sont pas des utilisateurs (personnes physiques) qui se
connecte aux bases de données, mais des applications !
Votre problème se résoudrais de façon très simple en utilisant quelques
login SQL associés à des rôles SQL.

A +

zoltix a écrit :
Bonjour,
Je recherche un conseil....

Je suis entrain de créer une base de données pour enregistrer les
événements de l'activité du serveur et des bases de données.

J’ai des trigger sur les tables qui vont enregistrer les événements.
J’ai des trigger sur les bases de données (Changement de structure)
qui vont enregistrer les événements.
Trigger sur le serveur pour enregistrer les login admin qui se
connecte
Trigger sur le serveur pour enregistrer les changements d’options du
serveur.

De cette manière j’ai une trace de toutes les modifications du
serveur.

Mais j’ai un souci de sécurité :
Les utilisateurs sont connectés sur un « active directory ». Chaque
utilisateur est identifié lorsqu’il se connecte à la db par l’AD.
Ces utilisateur appartiennent à un groupe qui accède à la db avec
leurs spécification (Laurent-Ecriture et pas d’écriture sur la table
XX…).

Lorsqu’un utilisateur modifie une table avec un trigger de "log" ,
j’ai un message d’erreur pour me dire que cet utilisateur n’a pas
accès à cette Base de données de log ou même la table de log. Ce qui
est normal. Mais comment je pourrais faire pour éviter ce
message?

Dois-je ajouter les utilisateurs dans la db de log ? Pas génial …car
ca veut dire qu’ils peuvent avoir un accès a la db de log.

Dois-je passer par une procédure stocké ? Mais comment faire un
impersonate avec un login AD ?

Où il y a surement d’autres solutions. Je suis en pleine recherche
sur le web mais je ne trouve pas grand-chose sur le sujet.


Merci de vos conseilles.




--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
Enseignant aux Arts & Métiers PACA et à L'ISEN Toulon - Var Technologies
*********************** http://www.sqlspot.com *************************
Avatar
WOLO Laurent
Tu peux donner aux utilisateurs le droit insert mais pas de select, update
et delete sur la table ! c'est simple n'est ce pas ?
"zoltix" a écrit dans le message de
news:
Bonjour,
Je recherche un conseil....

Je suis entrain de créer une base de données pour enregistrer les
événements de l'activité du serveur et des bases de données.

J’ai des trigger sur les tables qui vont enregistrer les événements.
J’ai des trigger sur les bases de données (Changement de structure)
qui vont enregistrer les événements.
Trigger sur le serveur pour enregistrer les login admin qui se
connecte
Trigger sur le serveur pour enregistrer les changements d’options du
serveur.

De cette manière j’ai une trace de toutes les modifications du
serveur.

Mais j’ai un souci de sécurité :
Les utilisateurs sont connectés sur un « active directory ». Chaque
utilisateur est identifié lorsqu’il se connecte à la db par l’AD.
Ces utilisateur appartiennent à un groupe qui accède à la db avec
leurs spécification (Laurent-Ecriture et pas d’écriture sur la table
XX…).

Lorsqu’un utilisateur modifie une table avec un trigger de "log" ,
j’ai un message d’erreur pour me dire que cet utilisateur n’a pas
accès à cette Base de données de log ou même la table de log. Ce qui
est normal. Mais comment je pourrais faire pour éviter ce
message?

Dois-je ajouter les utilisateurs dans la db de log ? Pas génial …car
ca veut dire qu’ils peuvent avoir un accès a la db de log.

Dois-je passer par une procédure stocké ? Mais comment faire un
impersonate avec un login AD ?

Où il y a surement d’autres solutions. Je suis en pleine recherche
sur le web mais je ne trouve pas grand-chose sur le sujet.


Merci de vos conseilles.
Avatar
bruno reiter
mais on ne saurait pas qui fait quoi, pour l'audit c'est ennuyeux ;-)

Ce sont les utilisateurs qui se connectent à la base à travers un applicatif
(ou plusieurs).

BR

"Fred BROUARD" wrote in message
news:%
Notez que c'est aussi pour cela que je déconseille l'utilisation de compte
NT comme login SQL Server. C'est d'ailleurs un non sens absolu.
En effet ce ne sont pas des utilisateurs (personnes physiques) qui se
connecte aux bases de données, mais des applications !
Votre problème se résoudrais de façon très simple en utilisant quelques
login SQL associés à des rôles SQL.

A +

zoltix a écrit :
Bonjour,
Je recherche un conseil....

Je suis entrain de créer une base de données pour enregistrer les
événements de l'activité du serveur et des bases de données.

J’ai des trigger sur les tables qui vont enregistrer les événements.
J’ai des trigger sur les bases de données (Changement de structure)
qui vont enregistrer les événements.
Trigger sur le serveur pour enregistrer les login admin qui se
connecte
Trigger sur le serveur pour enregistrer les changements d’options du
serveur.

De cette manière j’ai une trace de toutes les modifications du
serveur.

Mais j’ai un souci de sécurité :
Les utilisateurs sont connectés sur un « active directory ». Chaque
utilisateur est identifié lorsqu’il se connecte à la db par l’AD.
Ces utilisateur appartiennent à un groupe qui accède à la db avec
leurs spécification (Laurent-Ecriture et pas d’écriture sur la table
XX…).

Lorsqu’un utilisateur modifie une table avec un trigger de "log" ,
j’ai un message d’erreur pour me dire que cet utilisateur n’a pas
accès à cette Base de données de log ou même la table de log. Ce qui
est normal. Mais comment je pourrais faire pour éviter ce
message?

Dois-je ajouter les utilisateurs dans la db de log ? Pas génial …car
ca veut dire qu’ils peuvent avoir un accès a la db de log.

Dois-je passer par une procédure stocké ? Mais comment faire un
impersonate avec un login AD ?

Où il y a surement d’autres solutions. Je suis en pleine recherche
sur le web mais je ne trouve pas grand-chose sur le sujet.


Merci de vos conseilles.




--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
Enseignant aux Arts & Métiers PACA et à L'ISEN Toulon - Var Technologies
*********************** http://www.sqlspot.com *************************