Ask a Question related to ASP.NET Security, Design and Development.
-
Jerry #1
impersonate/delegate problem
Ok.. so I've read and seen lot of messages and MSDN docs concerning the
above issue.. how do I get it to work?
I want to impersonate the current user accessing my website...
so I turn on the site directory security to NOT allow anonymous but turn ON
integrated windows authentication.
Then I change the web.config to allow impersonate = "true".
So far so good.. this setting will allow me to run the request process from
the user to the webserver under the current users identity...
Now that same process needs to access some network resources..specifically
see if some windows services are running on network servers... so I need to
"delegate" the current users identity to the ASPNET...
but I thought the impersonate="true" would do that but I guess it doesn't..
It looks like the impersonate is only for the process b/w the client and
webserver.
seeing how we are running Win2000 servers and desktops.. and using Active
Directory..
what more do I need to get delegate to work?
I want to be able to use the user's identity for the delegate..
I've tried setting a valid username and password in the webconfig but I
don't want to use that.. since it opens up the
id/pwd to everyone in the development group..
Do I have to turn on the property for the webserver to support delegate in
the AD?
Thanks,
Jerry
Jerry Guest
-
OneWay and Impersonate problem
Working on VS 2005 Beta 2 In my web service I impersonate a specific user with limited rights using the <identity impersonate="true"... -
impersonate problem
Win2000, ASP.Net 1.1 the web application on server (A) read/write to a folder on another server (B) on same network . I create 2 similar accounts... -
ASP.NET Webservice Impersonate problem
ASP.NET webservice application impersonates some user account but connection to ODBC data source sends a default ASPNET (aspnet_wp.exe) user account... -
DirectoryEntry Impersonate or WindowsIdentity Impersonate?
Another security question. Our project interfaces with the Active Directory. To satisfy the security issues, we have a couple options when we talk... -
Problem with refresh after delegate event fires. c# and asp.net.
Hi, i have a very irriting problem that i have written a short piece of code to demonstrate. The problem is that my aspx page is not fully... -
Jerry #2
Re: impersonate/delegate problem
Also, the machines involved are all Win2000 running Active Directory...
The client machine is Win2000Pro. The servers are all Win2000 servers.
-jerry
"Jerry" <jerryy@solutionbuildersinc.com> wrote in message
news:O3BwlNUXDHA.1640@TK2MSFTNGP10.phx.gbl...for> I've been trying to do what you suggest for #2 but that does not work..
> Simply setting the <impersonate="true"/> in the web.config and allowingnot...> windows auth. does not work.
>
> Using computer A connect to website on computer B (web server) and try
> to see the status of a windows service on computer C on the same network
> can not be done by what you suggest as solution #2.
>
> Although from what I've read from MS doc.. you should be able to butof>
> Jerry
>
> "Aadil Abbas" <maa49@cornell.edu> wrote in message
> news:uX$4HpPXDHA.2328@TK2MSFTNGP12.phx.gbl...> > There can be two things:
> > 1. You can create an assembly to programmatically impersonate the partto> > your application's code that is accessing Network Resources. Make sureto> > encrypt the assembly, so that it cannot be disassembled easily. You can
> > distribute this assembly to the development team.
> >
> > 2. If your application clients are domain users and already have accessActive> This> > Network Resources, then you can access the Network Resources using their
> > impersonated thread, which would just require <impersonate = "true"/>.> > way you can control access to the Network by changing privileges onaccess> have> > Directory (A fine-grained control).
> >
> > Thanks
> > Aadil
> >
> > 1. If your ASPNET application is being accessed on an intranet, and you> > all its users already added in Active Directory, then you can grantthey> > to these users on the network resources through Active Directory andrights.> > should be able to access the Network Resources depending on theiruser.> because> > The impersonated thread in ASP.NET itself inherits all user rights,> > its running as the user, however if you spawn a process from this thread
> > using Process.Start(), then this new process won't inherit the user's
> > security context and would instead run as ASPNET or Network ServiceNetwork> >
> > 2. You can alternatively, make an assmebly If you wan't to accessthe> > Resources
> >
> > "Jerry" <jerryy@solutionbuildersinc.com> wrote in message
> > news:ePdAEzOXDHA.2424@TK2MSFTNGP12.phx.gbl...> > > Ok.. so I've read and seen lot of messages and MSDN docs concerningturn> > > above issue.. how do I get it to work?
> > > I want to impersonate the current user accessing my website...
> > > so I turn on the site directory security to NOT allow anonymous butand> resources..specifically> > ON> > from> > > integrated windows authentication.
> > > Then I change the web.config to allow impersonate = "true".
> > >
> > > So far so good.. this setting will allow me to run the request process> > > the user to the webserver under the current users identity...
> > >
> > > Now that same process needs to access some network> need> > > see if some windows services are running on network servers... so I> > to> > doesn't..> > > "delegate" the current users identity to the ASPNET...
> > >
> > > but I thought the impersonate="true" would do that but I guess it> > > It looks like the impersonate is only for the process b/w the clientI> Active> > > webserver.
> > >
> > > seeing how we are running Win2000 servers and desktops.. and using> > > Directory..
> > > what more do I need to get delegate to work?
> > >
> > > I want to be able to use the user's identity for the delegate..
> > >
> > > I've tried setting a valid username and password in the webconfig butdelegate> > > don't want to use that.. since it opens up the
> > > id/pwd to everyone in the development group..
> > >
> > > Do I have to turn on the property for the webserver to support> in>> >> > > the AD?
> > >
> > >
> > > Thanks,
> > > Jerry
> > >
> > >
> > >
> >
>
Jerry Guest
-
Steffen Krause #3
Re: impersonate/delegate problem
Is the "trust this computer for delegation" checkbox checked for all
servers?
Regards,
Steffen
On Fri, 8 Aug 2003 08:08:52 -0400, "Jerry"
<jerryy@solutionbuildersinc.com> wrote:
>Also, the machines involved are all Win2000 running Active Directory...
>The client machine is Win2000Pro. The servers are all Win2000 servers.
>-jerry
Steffen Krause Guest
-
Jerry #4
Re: impersonate/delegate problem
NO, they are not.. in fact that is my question..
In AD, does "trust this computer to delegate" must be checked to have
delegation work across
the network?
-jerry
"Steffen Krause" <skrause@vertex.de> wrote in message
news:jg87jvo5njjdpfl9pd6h2obo5e4v4dj2ke@4ax.com...> Is the "trust this computer for delegation" checkbox checked for all
> servers?
>
> Regards,
> Steffen
>
> On Fri, 8 Aug 2003 08:08:52 -0400, "Jerry"
> <jerryy@solutionbuildersinc.com> wrote:
>>> >Also, the machines involved are all Win2000 running Active Directory...
> >The client machine is Win2000Pro. The servers are all Win2000 servers.
> >-jerry
>
Jerry Guest
-
Steffen Krause #5
Re: impersonate/delegate problem
Yes. This is one of the (many) requirements.
Regards,
Steffen
On Fri, 8 Aug 2003 09:53:02 -0400, "Jerry"
<jerryy@solutionbuildersinc.com> wrote:
>NO, they are not.. in fact that is my question..
>In AD, does "trust this computer to delegate" must be checked to have
>delegation work across
>the network?
>
>-jerry
>
>
>"Steffen Krause" <skrause@vertex.de> wrote in message
>news:jg87jvo5njjdpfl9pd6h2obo5e4v4dj2ke@4ax.com.. .>>> Is the "trust this computer for delegation" checkbox checked for all
>> servers?
>>
>> Regards,
>> Steffen
>>
>> On Fri, 8 Aug 2003 08:08:52 -0400, "Jerry"
>> <jerryy@solutionbuildersinc.com> wrote:
>>>>>> >Also, the machines involved are all Win2000 running Active Directory...
>> >The client machine is Win2000Pro. The servers are all Win2000 servers.
>> >-jerry
>>Steffen Krause Guest
-
Rich #6
impersonate/delegate problem
Not sure if you found the answer to this question, but
that's exactly what we had to do(enable delegation on the
webserver from within AD users and computers) to pass the
original callers identity to our remote resource. Our
network folks are looking into the cons of allowing this
on our production network. They don't want to create a
possible security risk. I'm trying to find out more info
about the potential risks of turning this on.
concerning the>-----Original Message-----
>Ok.. so I've read and seen lot of messages and MSDN docswebsite...>above issue.. how do I get it to work?
>I want to impersonate the current user accessing myanonymous but turn ON>so I turn on the site directory security to NOT allow= "true".>integrated windows authentication.
>Then I change the web.config to allow impersonaterequest process from>
>So far so good.. this setting will allow me to run theidentity...>the user to the webserver under the current usersresources..specifically>
>Now that same process needs to access some networkservers... so I need to>see if some windows services are running on networkguess it doesn't..>"delegate" the current users identity to the ASPNET...
>
>but I thought the impersonate="true" would do that but Ithe client and>It looks like the impersonate is only for the process b/wand using Active>webserver.
>
>seeing how we are running Win2000 servers and desktops..delegate..>Directory..
>what more do I need to get delegate to work?
>
>I want to be able to use the user's identity for thewebconfig but I>
>I've tried setting a valid username and password in thesupport delegate in>don't want to use that.. since it opens up the
>id/pwd to everyone in the development group..
>
>Do I have to turn on the property for the webserver to>the AD?
>
>
>Thanks,
>Jerry
>
>
>
>.
>Rich Guest
-
Jerry #7
Re: impersonate/delegate problem
Thanks Rich..
I did get it to work once that was turned on..
Without that feature, you don't have delegation so I'm not sure if you have
a choice...
"Rich" <reedr@saccounty.net> wrote in message
news:0d2201c365e1$710cd820$a001280a@phx.gbl...> Not sure if you found the answer to this question, but
> that's exactly what we had to do(enable delegation on the
> webserver from within AD users and computers) to pass the
> original callers identity to our remote resource. Our
> network folks are looking into the cons of allowing this
> on our production network. They don't want to create a
> possible security risk. I'm trying to find out more info
> about the potential risks of turning this on.
>> concerning the> >-----Original Message-----
> >Ok.. so I've read and seen lot of messages and MSDN docs> website...> >above issue.. how do I get it to work?
> >I want to impersonate the current user accessing my> anonymous but turn ON> >so I turn on the site directory security to NOT allow> = "true".> >integrated windows authentication.
> >Then I change the web.config to allow impersonate> request process from> >
> >So far so good.. this setting will allow me to run the> identity...> >the user to the webserver under the current users> resources..specifically> >
> >Now that same process needs to access some network> servers... so I need to> >see if some windows services are running on network> guess it doesn't..> >"delegate" the current users identity to the ASPNET...
> >
> >but I thought the impersonate="true" would do that but I> the client and> >It looks like the impersonate is only for the process b/w> and using Active> >webserver.
> >
> >seeing how we are running Win2000 servers and desktops..> delegate..> >Directory..
> >what more do I need to get delegate to work?
> >
> >I want to be able to use the user's identity for the> webconfig but I> >
> >I've tried setting a valid username and password in the> support delegate in> >don't want to use that.. since it opens up the
> >id/pwd to everyone in the development group..
> >
> >Do I have to turn on the property for the webserver to> >the AD?
> >
> >
> >Thanks,
> >Jerry
> >
> >
> >
> >.
> >
Jerry Guest



Reply With Quote

