Re: connecting to sql server with windows authentication

From: Alek Davis (alek_xDOTx_davis_xATx_intel_xDOTx_com)
Date: 01/21/04


Date: Tue, 20 Jan 2004 22:24:07 -0800

Hi Mark,

No, you are not missing anything: there is no silver bullet here. Because of
the issues you described, a typical approach in enterprise applications (at
least the ones I was involved in), would be to use SQL authentication. While
this is not the perfect option, it has potential to cause less issues
(security, administration, configuration, troubleshooting, etc.) then other
choices. The major hassle in this scenario is storage of SQL credentials (or
connection strings), but even though it is quite a challenge (if you want to
do it correctly), with some ingenuity it can be done. Even though MSFT does
not recommend running SQL Server in mixed (authentication) mode, in many
cases this recommendation is simply not practical. Frankly, comparing mixed
mode to security risks of other options (e.g. the ones you listed), I do not
see what the fuss is about.

Alek

"Mark" <mfield@idonotlikespam.cce.umn.edu> wrote in message
news:%23flHGp53DHA.1428@TK2MSFTNGP12.phx.gbl...
> I'm confounded how difficult it is to setup a connection from an ASP.NET
> application to SQL Server on a different machine in the same windows
domain
> using windows authentication. My research has found the following options:
>
> 1. Use delegation to leverage the current user's account.
> 2. Replace the ASPNET local account that is running .NET applications on
the
> web server with a domain account.
> 3. Use impersonation specifiying a specific domain user and password in
the
> web.config.
>
> In options 2 and 3 above, the new account must be granted all the rights
> that the ASPNET account comes with by default. Moreover, if you have a
> development machine, a live machine, and local installs of IIS for all
your
> developers, the rights must be recreated on every blasted box. That
sounds
> like a maintenance nightmare. Option 1 raises all sorts of security
> concerns. Understandably, our DBA wants to keep SQL Server authentication
> turned off since we have a windows network.
>
> Am I missing something here? What is the "obvious" choice?
>
> Thanks in advance.
>
> Mark
>
>



Relevant Pages

  • Re: Login failed for ServerGuest
    ... | guest and the use of the same account/password does not ... |>I think it is not a limitation in Windows 2000. ... |>use same password for Administrator account on both Win2000 and WinXP ... although Windows Authentication is more secure than ...
    (microsoft.public.sqlserver.connect)
  • Re: Windows Authentication in asp.net 2005 to SQL Server?
    ... If the domains do not trust each other, Windows authentication is not going ... Basic authentication sometimes makes the need for Kerberos delegation go ... generic account to do the backend data stuff on our SQL Server. ...
    (microsoft.public.dotnet.framework.aspnet.security)
  • Re: User authentication
    ... With Windows authentication, ... an account is a member of Domain Admins. ... Windows account instead to run backup jobs. ...
    (microsoft.public.sqlserver.clients)
  • Re: Remote connection failed
    ... If you are going over a remote connection or are not logging ... into the domain where SQL Server is then no, Windows ... authentication won't work. ...
    (microsoft.public.sqlserver.connect)
  • Re: User authentication
    ... Server Agent service account. ... What I want to do is configure scheduled backup. ... However, if possible, I would like to use Windows authentication as opposed ...
    (microsoft.public.sqlserver.clients)