<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>“Certified for Windows Vista” Software Logo Requirements</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx</link><description>Critical to the success of User Account Control is having software that works well for standard users and administrators, without excess prompts. Since User Account Control is such a central part of Windows Vista, User Account Control compatibility is</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: “Certified for Windows Vista” Software Logo Requirements</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#650425</link><pubDate>Thu, 29 Jun 2006 06:55:22 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:650425</guid><dc:creator>PatriotB</dc:creator><description>If I remember correctly, even the logo guidelines for Windows 2000 called for compatibility with least-privileged user accounts. &amp;nbsp;Still didn't seem to help things any. :(</description></item><item><title>re: “Certified for Windows Vista” Software Logo Requirements</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#656065</link><pubDate>Tue, 04 Jul 2006 18:41:56 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:656065</guid><dc:creator>David Hopwood</dc:creator><description>I might as well ask this again:&lt;br&gt;&lt;br&gt;Is it intended to be guaranteed that an app, running under UAC, that knows the Adminstrator password cannot use any admin privileges without a prompt? I didn't get an answer to this when I asked on a previous blog entry. Note that UAC and UIPI are not sufficient for this unless they also affect network protocols that use Windows account passwords for authentication. </description></item><item><title>UAP is blocking my ASP application</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#657779</link><pubDate>Thu, 06 Jul 2006 14:58:06 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:657779</guid><dc:creator>John</dc:creator><description>Hi,&lt;br&gt;&lt;br&gt;I have an ASP (not an ASP.NET) application accessing Sql Server 2005 database installed in Vista Beta 2 (Build : 5384). I am unable to access my application in server. UAP is blocking my application. I dont want to change system level UAP configuration using msconfig or secpol.msc. &lt;br&gt;Can any one suggest me some idea to change application level UAP configuration, so that I can access by ASP application.&lt;br&gt;&lt;br&gt;Thanks in Advance.&lt;br&gt;&lt;br&gt;-John-</description></item><item><title>re: “Certified for Windows Vista” Software Logo Requirements</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#658592</link><pubDate>Fri, 07 Jul 2006 07:16:55 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:658592</guid><dc:creator>User Account Control Team</dc:creator><description>In response to David Hopwood's question, sorry for the delay. &lt;br&gt;&lt;br&gt;We don’t guarantee that the Secure Desktop prevents malware from tricking the user into providing their password. And we don't guarantee that there is no risk if a program knows the username and password of an administrator account. Though, If a piece of malware was attempting to steal user credentials on a large scale it should be detected by an up-to-date anti-malware program, including Windows Defender, which will be included in Windows Vista to detect and remove spyware and other unwanted software. &amp;nbsp;&lt;br&gt;&lt;br&gt;It also worth noting that only a small percentage of customers could be tricked by this. By default, administrators will be given the consent prompt which does not request a password. And most standard users will not know the password to enter. &lt;br&gt;&lt;br&gt;For customers that want to eliminate this potential risk, we have developed a high security mode that is compliant with the requirements of the Common Criteria standard. To enable this Group Policy, go to Computer Configuration, Administrative Templates, Windows Components, Credential User Interface, and enable Require trusted path for credential entry. When this setting is enabled, instead of displaying the credentials dialog, Windows will first prompt the user to type Control+Alt+Delete, then Windows will switch to the secure desktop to accept the users credentials. &amp;nbsp; &lt;br&gt;&lt;br&gt;There is always a balance between security and usability. In this case, we believe the risk is not great enough that it justifies making the user experience more complicated for all users, as this policy change does. But we have developed the functionality for those that require it. &lt;br&gt;&lt;br&gt;- Alex&lt;br&gt;</description></item><item><title>re: “Certified for Windows Vista” Software Logo Requirements</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#658593</link><pubDate>Fri, 07 Jul 2006 07:21:06 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:658593</guid><dc:creator>User Account Control Team</dc:creator><description>John, can you tell us more about what your application is trying to do, what specific action is causing the error, and what is the error message? Is this application just .asp pages in the inetpub directory? Or are there .dlls / components used? &lt;br&gt;&lt;br&gt;- Alex</description></item><item><title>re: “UAP is blocking my ASP application"</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#661086</link><pubDate>Mon, 10 Jul 2006 09:03:35 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:661086</guid><dc:creator>John</dc:creator><description>Hi Alex,&lt;br&gt;&lt;br&gt;Thanks for your response.&lt;br&gt;&lt;br&gt;My ASP application is accessing data from Sql Server 2005 database (It is just .asp pages in the inetpub directory). When I log in as Administrator, my application is working fine. &lt;br&gt;I added my domain account (domain\john) in the Administrators group and I logged &amp;nbsp;in as domain\john. When I access my application in the server, it is giving me the following error. (But, I can able to access my application in the client.)&lt;br&gt;&lt;br&gt;Microsoft SQL Native Client error '80004005' &lt;br&gt;SQL Network Interfaces: Error Locating Server/Instance Specified [xFFFFFFFF]. &lt;br&gt;&lt;br&gt;When I disable UAP, it is working fine in server and client irrespective of the logged in account (either administrator or domain\john)&lt;br&gt;&lt;br&gt;-John-</description></item><item><title>re: “Certified for Windows Vista” Software Logo Requirements</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#663412</link><pubDate>Wed, 12 Jul 2006 17:55:12 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:663412</guid><dc:creator>David Hopwood</dc:creator><description>Thanks for the information about the &amp;quot;Require trusted path for credential entry&amp;quot; option.&lt;br&gt;&lt;br&gt;I have to say that I disagree with the decision not to make this option the default (when credentials are required). If elevations requiring Administrator permissions are so frequent that the need to press Ctrl-Alt-Del would be a significant usability problem, then the real problem is the frequency of elevations.</description></item><item><title>re: “Certified for Windows Vista” Software Logo Requirements</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#669308</link><pubDate>Tue, 18 Jul 2006 08:50:53 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:669308</guid><dc:creator>Alex</dc:creator><description>John, sorry for the slow reply. Probably the database requires the users to be in the administrators group. The way UAC works it strips out the users administrator credential from their access token. If you explicitly give your domain account access to the database (instead of adding the administrators group) it should work. &lt;br&gt;Is that doing able in your environment? Give it a try and least for your account and see if it works. If it does not work then please post the line of code that causes the failure.&lt;br&gt;-	Alex &lt;br&gt;</description></item><item><title>re: “Certified for Windows Vista” Software Logo Requirements</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#674002</link><pubDate>Fri, 21 Jul 2006 19:49:03 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:674002</guid><dc:creator>Rick</dc:creator><description>Executable files with .EXE, .DLL, .SYS, .DRV, .OCX, .CPL, or .SCR extensions must be signed with an Authenticode certificate.&lt;br&gt;&lt;br&gt;Regarding the above statement, if my software uses third party activex and standard VB components, do I need to sign every of the activex dll ocx? &lt;br&gt;&lt;br&gt;-Rick</description></item><item><title>re: “Certified for Windows Vista” Software Logo Requirements</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#1522664</link><pubDate>Wed, 24 Jan 2007 20:33:49 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1522664</guid><dc:creator>Yves</dc:creator><description>&lt;p&gt;Can I have an answer:&lt;/p&gt;
&lt;p&gt;If my application is &amp;quot;Certified for Windows Vista, Windows Defender won't block it in Auto Start (For example : 'run' in registry) ?&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Yves&lt;/p&gt;
</description></item><item><title>re: “Certified for Windows Vista” Software Logo Requirements</title><link>http://blogs.msdn.com/uac/archive/2006/06/28/certified-for-windows-vista-software-logo-requirements.aspx#1619724</link><pubDate>Wed, 07 Feb 2007 17:53:26 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1619724</guid><dc:creator>Sumeet</dc:creator><description>&lt;P&gt;My application is a mobility application. We have our own credential provider, in which we launch our application. It appears the createProcess() doesn't like to launch manifested exes with &amp;lt;requestedExecutionLevel&amp;gt; tag. Any pointer ?&lt;/P&gt;
&lt;DIV class=uacReply&gt;
&lt;P&gt;&amp;nbsp;Sumeet:&amp;nbsp; I assume you're running normally and want to start a process that is manifested with requireAdministrator?&amp;nbsp; In that case, try ShellExecute or ShellExecuteEx instead of CreateProcess.&lt;/P&gt;
&lt;P&gt;HTH&lt;/P&gt;
&lt;P&gt;&amp;nbsp;-- Aaron&lt;/P&gt;&lt;/DIV&gt;</description></item></channel></rss>