Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > ASP .Net > ASP .Net Security > SetPrincipalPolicy in ASP.NET

Reply
Thread Tools

SetPrincipalPolicy in ASP.NET

 
 
richlm
Guest
Posts: n/a
 
      03-12-2008
Just curious really, I want to use a trusted subsystem approach in ASP.NET.
There are various ways to achieve it in config, e.g. impersonating the
anonymous user, but I observed that the following works too:

AppDomain.CurrentDomain.SetPrincipalPolicy(Princip alPolicy.WindowsPrincipal).

This results in Thread.CurrentPrincipal being set to the process identity
i.e. IIS worker process account.
Is this acceptable practice or could it cause problems in a web app?

(I had always associated the method with Winforms apps).


 
Reply With Quote
 
 
 
 
Steven Cheng
Guest
Posts: n/a
 
      03-13-2008
Hi Richlm,

From your description, you're wantting to build a trusted sub-system for
your ASP.NET application and wonder what's the proper way to configure
ASP.NET security settings, correct?

Based on my experience, the "AppDomain.CurrentDomain.SetPrincipalPolicy" is
seldom used in ASP.NET application. ASP.NET application has its own
security settings:

** the authentication (in IIS and ASP.NET side)

** the impersonate

the authentication will control whether the IIS will forward security
credential of client to ASP.NET and whether ASP.NET will populate it in
current Thread's principal. The impersonate will control whether the
ASP.NET will change the current worker thread's security account(either the
one you set in web.config or the account forwarded from IIS/CLIENT).

For your scenario, a typical trusted sub-system mainly require a powerful
process account. That means you can change the process account to a custom
account which will have sufficient permission to access any resource your
application requires. And you'll no longer need to do impersonate(to run
thread under client authenticated account or account set in web.config).

Here are some reference about ASP.NET security settings:

#Authentication in ASP.NET: .NET Security Guidance
http://msdn2.microsoft.com/en-us/library/ms978378.aspx

#Impersonation with ASP.NET 2.0
http://www.c-sharpcorner.com/UploadF...nation10092007
065217AM/impersonation.aspx

#How To: Use Impersonation and Delegation in ASP.NET 2.0
http://msdn2.microsoft.com/en-us/library/ms998351.aspx

#Configuring Process Identity for ASP.NET (IIS 6.0)
http://www.microsoft.com/technet/pro.../Library/IIS/1
34d11d5-7676-4f59-936b-a59e7bca8515.mspx?mfr=true

Sincerely,

Steven Cheng

Microsoft MSDN Online Support Lead


Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can improve the support we provide to you. Please
feel free to let my manager know what you think of the level of service
provided. You can send feedback directly to my manager at:
.

==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
>From: "richlm" <>
>Subject: SetPrincipalPolicy in ASP.NET
>Date: Wed, 12 Mar 2008 13:12:11 +0100
>
>Just curious really, I want to use a trusted subsystem approach in ASP.NET.
>There are various ways to achieve it in config, e.g. impersonating the
>anonymous user, but I observed that the following works too:
>
>AppDomain.CurrentDomain.SetPrincipalPolicy(Princi palPolicy.WindowsPrincipal

).
>
>This results in Thread.CurrentPrincipal being set to the process identity
>i.e. IIS worker process account.
>Is this acceptable practice or could it cause problems in a web app?
>
>(I had always associated the method with Winforms apps).
>
>
>


 
Reply With Quote
 
 
 
 
Steven Cheng
Guest
Posts: n/a
 
      03-17-2008
Hi Richlm,

Have you got progress on this or does the information in my last reply help
you some?

Steven Cheng
Microsoft MSDN Online Support Lead

Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can improve the support we provide to you. Please
feel free to let my manager know what you think of the level of service
provided. You can send feedback directly to my manager at:
.

This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
>From: ("Steven Cheng")
>Organization: Microsoft
>Date: Thu, 13 Mar 2008 01:32:37 GMT
>Subject: RE: SetPrincipalPolicy in ASP.NET


>
>Hi Richlm,
>
>From your description, you're wantting to build a trusted sub-system for
>your ASP.NET application and wonder what's the proper way to configure
>ASP.NET security settings, correct?
>
>Based on my experience, the "AppDomain.CurrentDomain.SetPrincipalPolicy"

is
>seldom used in ASP.NET application. ASP.NET application has its own
>security settings:
>
>** the authentication (in IIS and ASP.NET side)
>
>** the impersonate
>
>the authentication will control whether the IIS will forward security
>credential of client to ASP.NET and whether ASP.NET will populate it in
>current Thread's principal. The impersonate will control whether the
>ASP.NET will change the current worker thread's security account(either

the
>one you set in web.config or the account forwarded from IIS/CLIENT).
>
>For your scenario, a typical trusted sub-system mainly require a powerful
>process account. That means you can change the process account to a custom
>account which will have sufficient permission to access any resource your
>application requires. And you'll no longer need to do impersonate(to run
>thread under client authenticated account or account set in web.config).
>
>Here are some reference about ASP.NET security settings:
>
>#Authentication in ASP.NET: .NET Security Guidance
>http://msdn2.microsoft.com/en-us/library/ms978378.aspx
>
>#Impersonation with ASP.NET 2.0
>http://www.c-sharpcorner.com/UploadF...onation1009200

7
>065217AM/impersonation.aspx
>
>#How To: Use Impersonation and Delegation in ASP.NET 2.0
>http://msdn2.microsoft.com/en-us/library/ms998351.aspx
>
>#Configuring Process Identity for ASP.NET (IIS 6.0)
>http://www.microsoft.com/technet/pro...3/Library/IIS/

1
>34d11d5-7676-4f59-936b-a59e7bca8515.mspx?mfr=true
>
>Sincerely,
>
>Steven Cheng
>
>Microsoft MSDN Online Support Lead
>
>
>Delighting our customers is our #1 priority. We welcome your comments and
>suggestions about how we can improve the support we provide to you. Please
>feel free to let my manager know what you think of the level of service
>provided. You can send feedback directly to my manager at:
>.
>
>================================================= =
>Get notification to my posts through email? Please refer to
>http://msdn.microsoft.com/subscripti...ault.aspx#noti

f
>ications.
>
>Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
>where an initial response from the community or a Microsoft Support
>Engineer within 1 business day is acceptable. Please note that each follow
>up response may take approximately 2 business days as the support
>professional working with you may need further investigation to reach the
>most efficient resolution. The offering is not appropriate for situations
>that require urgent, real-time or phone-based interactions or complex
>project analysis and dump analysis issues. Issues of this nature are best
>handled working with a dedicated Microsoft Support Engineer by contacting
>Microsoft Customer Support Services (CSS) at
>http://msdn.microsoft.com/subscripti...t/default.aspx.
>================================================= =
>This posting is provided "AS IS" with no warranties, and confers no rights.
>
>--------------------
>>From: "richlm" <>
>>Subject: SetPrincipalPolicy in ASP.NET
>>Date: Wed, 12 Mar 2008 13:12:11 +0100
>>
>>Just curious really, I want to use a trusted subsystem approach in

ASP.NET.
>>There are various ways to achieve it in config, e.g. impersonating the
>>anonymous user, but I observed that the following works too:
>>
>>AppDomain.CurrentDomain.SetPrincipalPolicy(Princ ipalPolicy.WindowsPrincipa

l
>).
>>
>>This results in Thread.CurrentPrincipal being set to the process identity
>>i.e. IIS worker process account.
>>Is this acceptable practice or could it cause problems in a web app?
>>
>>(I had always associated the method with Winforms apps).
>>
>>
>>

>
>


 
Reply With Quote
 
Dominick Baier
Guest
Posts: n/a
 
      03-17-2008
What has this to do with trusted subsystem?

-----
Dominick Baier (http://www.leastprivilege.com)

Developing More Secure Microsoft ASP.NET 2.0 Applications (http://www.microsoft.com/mspress/books/9989.asp)

> Just curious really, I want to use a trusted subsystem approach in
> ASP.NET. There are various ways to achieve it in config, e.g.
> impersonating the anonymous user, but I observed that the following
> works too:
>
> AppDomain.CurrentDomain.SetPrincipalPolicy(Princip alPolicy.WindowsPrin
> cipal).
>
> This results in Thread.CurrentPrincipal being set to the process
> identity
> i.e. IIS worker process account.
> Is this acceptable practice or could it cause problems in a web app?
> (I had always associated the method with Winforms apps).
>



 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
AppDomain.CurrentDomain.SetPrincipalPolicy Luis Esteban Valencia ASP .Net 0 01-11-2005 08:06 PM



Advertisments
 



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57