<?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>Building on PowerShell: Execution Policies</title><link>http://blogs.msdn.com/b/powershell/archive/2010/02/12/building-on-powershell-execution-policies.aspx</link><description>One question we sometimes get asked is why Exchange changes PowerShell’s execution policy from “Restricted” to “RemoteSigned.” Doesn’t that lower PowerShell’s security? 
 The "Restricted" execution policy isn't intended to be something that PowerShell</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: Building on PowerShell: Execution Policies</title><link>http://blogs.msdn.com/b/powershell/archive/2010/02/12/building-on-powershell-execution-policies.aspx#10017181</link><pubDate>Sat, 29 May 2010 00:06:59 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10017181</guid><dc:creator>David Noble</dc:creator><description>&lt;p&gt;I may be missing something, but it does not appear to me that execution policies work very well with Windows Server 2008 R2 DFS domain shares. Perhaps you know. Why does PowerShell prevent me from running unsigned scripts and loading unsigned configuration files from \\domain\share after I &lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp;set-executionpolicy remotesigned&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp;set-location c:\windows\microsoft.net\framework\v2.0.50727&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp;.\caspol.exe -pp off -m -ag 1 -url file://domain/share/* FullTrust -Exclusive on&lt;/p&gt;
&lt;p&gt;What&amp;#39;s the caspol magic required to enable running unsigned scripts and loading unsigned configuration files from a DFS domain share?&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10017181" width="1" height="1"&gt;</description></item><item><title>re: Building on PowerShell: Execution Policies</title><link>http://blogs.msdn.com/b/powershell/archive/2010/02/12/building-on-powershell-execution-policies.aspx#9968012</link><pubDate>Tue, 23 Feb 2010 14:42:02 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9968012</guid><dc:creator>Martin Zugec</dc:creator><description>&lt;p&gt;Hi Lee,&lt;/p&gt;
&lt;p&gt;first let me tell you that I really like idea of execution policies and I understand how import it is. What I don't like however is that fact how they are implemented.&lt;/p&gt;
&lt;p&gt;What drives me crazy is following message:&lt;/p&gt;
&lt;p&gt;&amp;quot;Security Warning&lt;/p&gt;
&lt;p&gt;Run only scripts that you trust. While scripts from the Internet can be useful, this script&lt;/p&gt;
&lt;p&gt; can potentially harm your computer.&amp;quot;&lt;/p&gt;
&lt;p&gt;It is extremely hard to identify sometimes why the script doesn't want to run. Consider following example:&lt;/p&gt;
&lt;p&gt;PS C:\&amp;gt; 'write-host &amp;quot;Hello world!&amp;quot;' &amp;gt; c:\temp\test.ps1&lt;/p&gt;
&lt;p&gt;PS C:\&amp;gt; C:\temp\test.ps1&lt;/p&gt;
&lt;p&gt;Hello world!&lt;/p&gt;
&lt;p&gt;PS C:\&amp;gt; . \\127.0.0.1\c$\temp\test.ps1&lt;/p&gt;
&lt;p&gt;Security Warning&lt;/p&gt;
&lt;p&gt;Run only scripts that you trust. While scripts from the Internet can be useful, this script can potentially harm your&lt;/p&gt;
&lt;p&gt;computer. Do you want to run \\127.0.0.1\c$\temp\test.ps1?&lt;/p&gt;
&lt;p&gt;[D] Do not run &amp;nbsp;[R] Run once &amp;nbsp;[S] Suspend &amp;nbsp;[?] Help (default is &amp;quot;D&amp;quot;):&lt;/p&gt;
&lt;p&gt;At few different customers, I had to fiddle not just with Trusted sites, but also with some registry\GPO settings, environment variables (zone mask) etc etc...&lt;/p&gt;
&lt;p&gt;In case you use Powershell to write just few functions, it's fine. In case you try to implement it as enterprise standart with hundreds or thousands of scripts, it can become very painful :( Only quick solution in this case is to use Bypass execution policy, which is of course something no one wants to do&lt;/p&gt;
&lt;p&gt;Martin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9968012" width="1" height="1"&gt;</description></item><item><title>re: Building on PowerShell: Execution Policies</title><link>http://blogs.msdn.com/b/powershell/archive/2010/02/12/building-on-powershell-execution-policies.aspx#9963042</link><pubDate>Sat, 13 Feb 2010 08:35:59 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9963042</guid><dc:creator>Joe</dc:creator><description>&lt;p&gt;&amp;quot;Would you like to update the execution policy to allow these scripts to run?&amp;quot;&lt;/p&gt;
&lt;p&gt;To me this sentenece is absolutly misleading. Of course do I want these scripts to run. But it's most probably not everyones expectation that after clicking &amp;quot;yes&amp;quot; several - possibly thousands - of other scripts are then also alowed to run.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9963042" width="1" height="1"&gt;</description></item></channel></rss>