<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" media="screen" href="/styles/xslt/rss.xslt"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:c9="http://channel9.msdn.com">
<channel>
	<title>Comment Feed for Channel 9 - Demystified Series: WinForms App Single Sign On in 2 Lines of Code!</title>
	<atom:link rel="self" type="application/rss+xml" href="http://channel9.msdn.com/Blogs/donovanf/Demystified-Series-WinForms-App-Single-Sign-On-in-2-Lines-of-Code/RSS"></atom:link>
	<image>
		<url>http://ecn.channel9.msdn.com/o9/previewImages/100/151065_100x75.jpg</url>
		<title>Channel 9 - Demystified Series: WinForms App Single Sign On in 2 Lines of Code!</title>
		<link></link>
	</image>
	<description>
Welcome to the Demystified Series where we seek to identify and present the strategic and critical pieces of information that a developer needs to get up and running, and feel confident, in building identity-aware, directory-enabled applications. 
Many developers are unaware of two information rich objects available to them for role-based validation and that can also be leveraged to verify authenticated access, essentially single sign on (SSO), to their application because the user has already logged
 onto the desktop. These are the WindowPrincipal and WindowsIdentity objects. The purpose of this screencast is to demystify how to leverage the rich information these objects provide – starting with just 2 lines of code. 
Sample code for this screencast is available here:
-&amp;nbsp;http://channel9.msdn.com/ShowPost.aspx?PostID=154871 
For further information regarding Identity and Access Management, please visit:
-&amp;nbsp;http://microsoft.com/ad
-&amp;nbsp;http://microsoft.com/adam
-&amp;nbsp;http://microsoft.com/miis
 
</description>
	<link></link>
	<language>en</language>
	<pubDate>Sun, 19 May 2013 14:30:34 GMT</pubDate>
	<lastBuildDate>Sun, 19 May 2013 14:30:34 GMT</lastBuildDate>
	<generator>Rev9</generator>
	<item>
		<title>Re: Demystified Series: WinForms App Single Sign On in 2 Lines of Code!</title>
		<description>
			<![CDATA[Very cool:P<br>
<br>
What are you using behind the scenes? Is this basic AD? I am wondering how I would set this up.<p>posted by neilhut</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/donovanf/Demystified-Series-WinForms-App-Single-Sign-On-in-2-Lines-of-Code#c632727974600000000</link>
		<pubDate>Sat, 14 Jan 2006 01:04:20 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/donovanf/Demystified-Series-WinForms-App-Single-Sign-On-in-2-Lines-of-Code#c632727974600000000</guid>
		<dc:creator>neilhut</dc:creator>
	</item>
	<item>
		<title>Re: Demystified Series: WinForms App Single Sign On in 2 Lines of Code!</title>
		<description>
			<![CDATA[
<p>Dear,</p>
<p>In Microsoft Visual Basic 2005 Express Edition, the line of code below<br>
<br>
System.AppDomain.CurrentDomain.SetAppDomainPolicy(System.Security.Principal.PrincipalPolicy.WindowsPrincipal)<br>
<br>
gives me the following error<br>
<br>
Value of type 'System.Security.Principal.PrincipalPolicy' cannot be converted to 'System.Security.Policy.PolicyLevel'.</p>
<p>posted by guercheLE</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/donovanf/Demystified-Series-WinForms-App-Single-Sign-On-in-2-Lines-of-Code#c632732899220000000</link>
		<pubDate>Thu, 19 Jan 2006 17:52:02 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/donovanf/Demystified-Series-WinForms-App-Single-Sign-On-in-2-Lines-of-Code#c632732899220000000</guid>
		<dc:creator>guercheLE</dc:creator>
	</item>
	<item>
		<title>Re: Demystified Series: WinForms App Single Sign On in 2 Lines of Code!</title>
		<description>
			<![CDATA[
<p>neilhut:<br>
Thanks! The great thing about using the WindowsPrincipal and WindowsIdentity objects is that there is no set up required – yet these encapsulate information about Windows accounts whether the machine is domain attached or not. Therefore, simply pull in the
 appropriate namespace(s) and instantiate the objects required for either your single or repeated validation use. From there, if desired, the developer can interrogate the Name property to evaluate for a specific DOMAIN\ requirement for access to the application.
 The application could then be terminated with an error prompt based on the evaluation or possibly pop up another form to collect credentials for authentication to another identity store. Also, the Type property shows the type of authentication used to identify
 the user – Kerberos, NTLM, etc. There may be business reasons for the application to also make decisions based on this information.<br>
<br>
</p>
<p><br>
guercheLE:<br>
It appears that you need to adjust your syntax just a bit to:<br>
AppDomain.CurrentDomain.SetPrincipalPolicy(PrincipalPolicy.WindowsPrincipal) <br>
<br>
This should fix it. <img src='http://ecn.channel9.msdn.com/o9/content/images/emoticons/emotion-1.gif' alt='Smiley' /><br>
</p>
<p>posted by donovanf</p>]]>
		</description>
		<link>http://channel9.msdn.com/Blogs/donovanf/Demystified-Series-WinForms-App-Single-Sign-On-in-2-Lines-of-Code#c632737386860000000</link>
		<pubDate>Tue, 24 Jan 2006 22:31:26 GMT</pubDate>
		<guid isPermaLink="true">http://channel9.msdn.com/Blogs/donovanf/Demystified-Series-WinForms-App-Single-Sign-On-in-2-Lines-of-Code#c632737386860000000</guid>
		<dc:creator>donovanf</dc:creator>
	</item>
</channel>
</rss>