Re: Error Handling.
- From: "Mary Chipman [MSFT]" <mchip@xxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 26 Mar 2008 11:07:07 -0400
You have to grant execute to the stored procedure. If someone can
figure out the signature and has the permissions, they can execute the
stored procedure, which itself executes under the permissions of a
more highly trusted account. If you don't validate input parameters,
then the sproc can be executed with bad data. If you've concatenated
parameter values using dynamic SQL inside the sproc, then you're
vulnerable to injection attacks.
--Mary
On Tue, 25 Mar 2008 19:45:14 -0400, "Noor" <naissani@xxxxxxxxxxx>
wrote:
As you said.... you have to protect against an attack that happens outside.
of the boundaries of your application.
How stored procedures envoked against an attack that happens outside of the
boundaries of your application.?
Thanks
Noor
"Mary Chipman [MSFT]" <mchip@xxxxxxxxxxxxxxxxxxxx> wrote in message
news:957iu315lvjmqeph0hb90sgpcmcp4feiru@xxxxxxxxxx
sorry, sent too soon.
You need to do both.
Error handling on the client prevents you from sending invalid
commands to the server, saving network bandwith and avoiding
triggering server-side errors, which are expensive. Treat all user
input as untrusted by validing input parameters, etc.
Error handling in your sprocs is necessary for performance, security
and data integrity. So you need to validate the data passed to the
server a second time -- you have to protect against an attack that
happens outside of the boundaries of your application.
--Mary
On Tue, 25 Mar 2008 07:48:01 -0700, Rogers
<Rogers@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
I would appreciate if anyone can let me know which approach is the best
for
doing error handling.
From APPLICATION or FROM Database.
Application calls all the stored procedure but application is doing error
handling, I am pretty much concern about locking and all that? can anyone
give me an idea about error handling from application side.
Thanks
- References:
- Re: Error Handling.
- From: Mary Chipman [MSFT]
- Re: Error Handling.
- From: Noor
- Re: Error Handling.
- Prev by Date: Re: Error Handling.
- Next by Date: Re: Error Handling.
- Previous by thread: Re: Error Handling.
- Next by thread: Re: Error Handling.
- Index(es):
Relevant Pages
|