Re: sp_OACreate
- From: Purple-Man@xxxxxxxxxxx
- Date: 11 Aug 2005 11:56:39 -0700
I am confused. Why would MSDN recommend we wrap them in a wrapper
stored procedure if we still need SA privileges to execute the
underlying extendible stored procedures? Their article implies that if
you are granted execute privileges to the wrapper, you should be OK.
Here is an excerpt from that document:
There are a few T-SQL commands and extensions that present their own
unique security concerns. One of these is sp_OACreate and its related
family of system procedures (e.g., sp_OAMethod, sp_OAProperty, etc.).
Earlier, we looked at a potential security problem that would be
created by granting an application login direct access to these
procedures. To avoid this problem, never write application code that
directly calls the sp_OA procedures. Instead, wrap all references to
these procedures in your own T-SQL stored procedures, and only grant
access to these wrapper stored procedures. Also, do not allow the
application code to pass in the names of COM objects or methods as
strings that are blindly invoked by the wrapper procedure.
Thank you.
.
- References:
- sp_OACreate
- From: Purple-Man
- Re: sp_OACreate
- From: Ilya Margolin
- sp_OACreate
- Prev by Date: Re: sp_OACreate
- Next by Date: Re: DTS and VB Script Crash Course....HELP!!!
- Previous by thread: Re: sp_OACreate
- Next by thread: DTS to write to UDB
- Index(es):
Relevant Pages
|