Wijnand Wiersma wrote:
2005/9/28, Richard Huxton <dev@archonet.com>:
Wijnand Wiersma wrote:
I thought that when a rule is applied the triggers which are triggerd
would also have the same userid as the rule query, but I was wrong.
Can you show the (cut down) contents of your trigger? It's difficult to
see what you mean. I can't think of any way a trigger can provide
results to the user, so any selects within it should be safe enough.
The trigger function is very very long and touches tables the normal
user should not touch. I can't grant select, update and insert to the
users, there is only one user who has the rights to do that. Normal
users should work with the given views and those views are made so
that users only see information that is relevant for them.
database=> update v_my_account set pause='yes';
ERROR: permission denied for relation contact
CONTEXT: PL/pgSQL function "activate_contact" line 5 at select into variables
The rule update_v_my_account works and runs as the special user since
that user is owner of v_my_account. It is just strange that the
triggers run as my normal user.
Ah! Now I understand.
The solution is to mark your trigger functions with the "SECURITY
DEFINER" attribute and create them as a user who can access relation
"contact".
http://www.postgresql.org/docs/8.0/static/sql-createfunction.html
Of course, you'll need to make sure your trigger function doesn't allow
your view restrictions to be bypassed.
Now - why does the trigger cause problems? Because it's accessing the
"raw" table and not the view. The view doesn't add privileges to a user,
the user is granted access to the view.
Ideally, you could define the trigger on the view, and just let all
access go through there, but that's not possible (at the moment, anyway).
--
Richard Huxton
Archonet Ltd
---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faq
