<?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>ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx</link><description>I just noticed this link in my trackback log for one of my previous post and I'd like to dispel a couple of rumors. On the internet, you need a verified and trusted Authenticode certificate to even prompt the user for permission elevation. That means</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#359340</link><pubDate>Mon, 24 Jan 2005 07:48:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:359340</guid><dc:creator>adam</dc:creator><description>Did i miss something here?&lt;br&gt;&lt;br&gt;is there now a $200 barrier for distributing any actually useful application if i want use .net?  There goes use of ClickOnce in schools, for quick development projects, some open source ,etc.?&lt;br&gt;&lt;br&gt;tell me i misunderstand.&lt;br&gt;&lt;br&gt;&amp;lt;this gets back to the DRM argument...we're giving people what they don't actually want&amp;gt;</description></item><item><title>re: ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#359367</link><pubDate>Mon, 24 Jan 2005 09:02:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:359367</guid><dc:creator>Nektar</dc:creator><description>Don't Activex control have to be signed as well? If they are not they do not run. And yet they are called insecure by everyone. Why? They have to be signed and yet they cause so much trouble. Won't the same thing happen with Click Once ?&lt;br&gt;Why don't you create a blacklist of Activex controls containing the signatures of those persons whose activex is insecure and malitious and then push this blacklist to all Windows users through autoupdate. I thought that this is why digital signatures are for. To allow identification of malitious individuals and to block them successfully.</description></item><item><title>re: ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#359385</link><pubDate>Mon, 24 Jan 2005 10:03:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:359385</guid><dc:creator>Denny</dc:creator><description>well if the $200 is for verisign thats a problem....  other ca's are out there who can grant an authenticode cert for less $$$</description></item><item><title>re: ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#359417</link><pubDate>Mon, 24 Jan 2005 11:32:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:359417</guid><dc:creator>Mike Dimmick</dc:creator><description>Authenticode signing isn't necessarily that helpful. Well-known spyware like Comet Cursor and Gator are signed by their authors. There's no reason to suppose that their ClickOnce applications will be any different.&lt;br&gt;&lt;br&gt;Authenticode provides verification of authenticity and verification of origin (assuming that no-one's stolen the code-signing private key and that VeriSign have correctly verified the applicant's identity). It should have very little role in trust decisions. It might inform a trust decision, slightly.</description></item><item><title>re: ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#359552</link><pubDate>Mon, 24 Jan 2005 16:31:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:359552</guid><dc:creator>ZippyV</dc:creator><description>Hello Sampy,&lt;br&gt;I have a question: Is it possible to block a certificate permanently?</description></item><item><title>re: ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#359645</link><pubDate>Mon, 24 Jan 2005 18:48:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:359645</guid><dc:creator>Sampy</dc:creator><description>adam: We're working on the price barrier issue. You'll still be able to run applications that run in the sandbox (the internet zone) but we have to draw the line somewhere and I think that this is the right security decision. There are ways other than getting a $200 cert to have the user trust your certificate but they are not automatic and require a little more work. We'll have better guidance after we ship.&lt;br&gt;&lt;br&gt;Nektar: Microsoft deciding who is &amp;quot;bad&amp;quot; is a tough call. Also, we aren't in the business of revoking certs as we don't issue them; that's something the CA's have to do. There are fundimental differences between ClickOnce and ActiveX so comparing how they block unsigned applications is a little misleading. ClickOnce is built on the .Net security model which offers much more in the way of protection than the ActiveX model.&lt;br&gt;&lt;br&gt;MikeD: Signing doesn't get you running without a prompt, just gets you past a total block. You are right in this case: it informs the trust decision.&lt;br&gt;&lt;br&gt;ZippyV: Yes. There is an untrusted certificate store that you can put a cert in and then it will be untrusted.</description></item><item><title>re: ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#359706</link><pubDate>Mon, 24 Jan 2005 20:01:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:359706</guid><dc:creator>AT</dc:creator><description>I've a question: &lt;br&gt;Why do you think is 200USD/year ?  &lt;br&gt;&lt;br&gt;I believe it's a one-time 200USD cost. &lt;br&gt;Currently Microsoft does not check expire date for all thouse digitaly signed images. &lt;br&gt;&lt;br&gt;Once you have valid certificate - you can sign all your future images like they were signed today (valid day for certificate).&lt;br&gt;&lt;br&gt;AFAIK, There is no any reliable timestamp source requered for image signing. &lt;br&gt;&lt;br&gt;Correct me if I'm wrong.</description></item><item><title>re: ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#359743</link><pubDate>Mon, 24 Jan 2005 21:01:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:359743</guid><dc:creator>Sampy</dc:creator><description>Your cert can only be used to sign within a year but it still validly represents you for longer as long as you timestamp when you sign.&lt;br&gt;&lt;br&gt;Denny: Sorry I missed you there. You need a certificate specified to be Code Signing to use it in ClickOnce for Beta 2.</description></item><item><title>re: ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#359771</link><pubDate>Mon, 24 Jan 2005 21:44:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:359771</guid><dc:creator>AndyC</dc:creator><description>Doesn't this slightly miss the point of the original article though? Namely, what stops a developer (who has properly obtained his certificate) from always requesting full permissions, rather than the specific subset actually needed? &lt;br&gt;&lt;br&gt;Isn't this just setting everyone up for a &amp;quot;you must run as admin&amp;quot; situation again? I can't help but feel there should be some sort of feedback that's proportional to the amount of access your giving the code. Quite how that can work without confusing end users is a thorny problem though...</description></item><item><title>re: ClickOnce Escalation Prompting</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#359781</link><pubDate>Mon, 24 Jan 2005 22:01:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:359781</guid><dc:creator>Sampy</dc:creator><description>AndyC: Good guidance and easy to use permission calculating tools (integrated with VS) are what works here. Unfortunatly, we can't (and shouldn't) force developers to run with minimum permissions but the easier we make it the better.&lt;br&gt;&lt;br&gt;Check out the dialogs using a community tech preview or a Beta release. If you don't like them give us feedback.&lt;br&gt;&lt;br&gt;The sandbox and limited permissions are going to be a lot more viable and interesting in Longhorn.</description></item><item><title>Mike Sampson - ClickOnce team does have a clue, thank you very much</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#360016</link><pubDate>Tue, 25 Jan 2005 09:38:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:360016</guid><dc:creator>Managed Space</dc:creator><description /></item><item><title>Rev&amp;#8217;s Thought Dump  &amp;raquo; Blog Archive   &amp;raquo; ClickOnce as an install prepatcher</title><link>http://blogs.msdn.com/misampso/archive/2005/01/23/359324.aspx#661978</link><pubDate>Tue, 11 Jul 2006 08:43:05 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:661978</guid><dc:creator>Rev’s Thought Dump  » Blog Archive   » ClickOnce as an install prepatcher</dc:creator><description>PingBack from &lt;a rel="nofollow" target="_new" href="http://www.revfry.com/2006/07/10/clickonce-as-an-install-prepatcher/"&gt;http://www.revfry.com/2006/07/10/clickonce-as-an-install-prepatcher/&lt;/a&gt;</description></item></channel></rss>