Re: Balancing security needs in ADO.NET applications
- From: "Norman Yuan" <NoAddress@xxxxxxxxxxxx>
- Date: Thu, 20 Sep 2007 10:15:52 -0700
The simplest to prevent such kind of potential "evil" user is the only give permission of executing certain SPs, used by that application, to that user, no access to any other SQL Server objects. This way, the only thing he can do when connected to the SQL Serer database is to execute those SPs, which is the same when he uses the application. Say, userA is given permission to only execute SP1, which only does a "SELECT" on a table. So, userA can only do "SELECT.." from a table, nothing else. UserB is given permission SP1 and SP2 (doing "UPDATE..."). So, userB can both "SELECT..." from the table and "UPDATE..." to the table.... No matter userA and userB connect to the database from where, your app or their own "secret tool", they can only execute the given SPs, nothing else.
"michael" <michael@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message news:8029BF55-5287-44FF-9158-D83C181CC6E3@xxxxxxxxxxxxxxxx
What's the best way of having a .NET application interact with SQL server
without compromising security? Here's my issue:
Let's say you want a user to be able to read, write, and delete records from
a SQL Server table. It's simple enough to give the user logon credentials on
SQL Server allowing them to do just that. Then, a .NET application can use
those credentials to consume the data. But let's say that same user has some
saavy and uses his/her credentials with SQL Server Management Studio for the
purposes of evil?
Alternatively, you could use your own credentials to logon to the SQL Server
from within the application preventing the user from using a tool like SSMS.
However, then you're storing your credentials within application code which
could be dissected and recovered (unless obfuscated).
Or maybe write a "middle tier" that alone interacts with the SQL Server. The
application would only have to leverage the middle tier's own security scheme
and not SQL Servers.
What's the best way?
--
Michael
.
- Prev by Date: Re: How to get SQL timestamp value using VB.NET
- Next by Date: Re: Balancing security needs in ADO.NET applications
- Previous by thread: Re: How to get SQL timestamp value using VB.NET
- Next by thread: Re: Balancing security needs in ADO.NET applications
- Index(es):
Relevant Pages
|