<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/MU" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Require 128-bit Encryption for HTTPS Traffic with ISA Server 2006 (Part2)</title>
	<link>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/</link>
	<description>Stefaan Pouseele, an ISA Server MVP, discusses issues brought up within various ISA articles and Microsoft publications. Updates to the ISA Firewall, protocol support, discussions on the different ISA clients, ISA features, how to clean up network traffic and links to new ISA server literature are all be included within the blog. Get help on troubleshooting the ISA network firewall and learn how to create good security policies. Coverage on ISA Server 2006 also appears.</description>
	<pubDate>Fri, 29 Aug 2008 06:48:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>

	<item>
		<title>by: Require 128-bit Encryption for HTTPS Traffic with ISA Server 2006 (Part2) - http://blogs.isaserver.org/pouseele/feed/</title>
		<link>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/#comment-12554</link>
		<pubDate>Wed, 24 Oct 2007 22:08:59 +0000</pubDate>
		<guid>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/#comment-12554</guid>
					<description>[...] Require 128-bit Encryption for HTTPS Traffic with ISA Server 2006 (Part2)   In my blog Require 128-bit Encryption for HTTPS Traffic with ISA Server 2006 I posted a workaround for enabling Redirect all traffic from HTTP to HTTPS *and* Require 128-bit encryption for HTTPS traffic in a web publishing rule. more... Read More... [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Require 128-bit Encryption for HTTPS Traffic with ISA Server 2006 (Part2)   In my blog Require 128-bit Encryption for HTTPS Traffic with ISA Server 2006 I posted a workaround for enabling Redirect all traffic from HTTP to HTTPS *and* Require 128-bit encryption for HTTPS traffic in a web publishing rule. more&#8230; Read More&#8230; [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Stefaan Pouseele Blog &#187; Blog Archive &#187; Require 128-bit Encryption for HTTPS Traffic with ISA Server 2006 (Part3)</title>
		<link>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/#comment-8553</link>
		<pubDate>Sat, 19 May 2007 12:27:12 +0000</pubDate>
		<guid>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/#comment-8553</guid>
					<description>[...] In my blog Require 128-bit Encryption for HTTPS Traffic with ISA Server 2006 (Part2)&amp;#160;we analysed&amp;#160;what the setting Require 128-bit encryption for HTTPS traffic really means and&amp;#160;how it works. By default the Web Proxy component on ISA checks for every HTTPS request if the secure channel used to pass that request has a strong&amp;#160;Cipher Suite (at least 128-bit encryption) as property. However, it does *not* prevent the setup of a secure channel with a weak Cipher Suite. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] In my blog Require 128-bit Encryption for HTTPS Traffic with ISA Server 2006 (Part2)&nbsp;we analysed&nbsp;what the setting Require 128-bit encryption for HTTPS traffic really means and&nbsp;how it works. By default the Web Proxy component on ISA checks for every HTTPS request if the secure channel used to pass that request has a strong&nbsp;Cipher Suite (at least 128-bit encryption) as property. However, it does *not* prevent the setup of a secure channel with a weak Cipher Suite. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mylo</title>
		<link>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/#comment-8066</link>
		<pubDate>Fri, 27 Apr 2007 17:34:54 +0000</pubDate>
		<guid>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/#comment-8066</guid>
					<description>Another top article. I was quite surprised though when I saw it, that the weaker ciphers have not been deprecated yet. We used to have to follow the same KB note for IIS5 servers as part of a hardening exercise for web servers back in 2002. The fact that the reg changes Jason describes still apply in 2007 (to me anyway) is a little mysterious; although i suspect export / legal controls are a factor (not to mention legacy support).

Regards
Mylo</description>
		<content:encoded><![CDATA[<p>Another top article. I was quite surprised though when I saw it, that the weaker ciphers have not been deprecated yet. We used to have to follow the same KB note for IIS5 servers as part of a hardening exercise for web servers back in 2002. The fact that the reg changes Jason describes still apply in 2007 (to me anyway) is a little mysterious; although i suspect export / legal controls are a factor (not to mention legacy support).</p>
<p>Regards<br />
Mylo
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jason Jones</title>
		<link>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/#comment-7461</link>
		<pubDate>Tue, 27 Mar 2007 20:41:37 +0000</pubDate>
		<guid>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/#comment-7461</guid>
					<description>Hi All,

This reg file should remove all weak ciphers and only allow 128 bit or greater.

I have checked this configuration with 'SSLDigger' for much better results than the default OS stance.

Hope this helps those trying to work out that awful KB article!!!!

Cheers

JJ

------------
REGEDIT4

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers]

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\DES 56/56]
&quot;Enabled&quot;=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\NULL]
&quot;Enabled&quot;=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC2 128/128]
&quot;Enabled&quot;=dword:ffffffff

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC2 40/128]
&quot;Enabled&quot;=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC2 56/128]
&quot;Enabled&quot;=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC4 128/128]
&quot;Enabled&quot;=dword:ffffffff

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC4 40/128]
&quot;Enabled&quot;=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC4 56/128]
&quot;Enabled&quot;=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC4 64/128]
&quot;Enabled&quot;=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\Triple DES 168/168]
&quot;Enabled&quot;=dword:ffffffff
-----------------</description>
		<content:encoded><![CDATA[<p>Hi All,</p>
<p>This reg file should remove all weak ciphers and only allow 128 bit or greater.</p>
<p>I have checked this configuration with &#8216;SSLDigger&#8217; for much better results than the default OS stance.</p>
<p>Hope this helps those trying to work out that awful KB article!!!!</p>
<p>Cheers</p>
<p>JJ</p>
<p>&#8212;&#8212;&#8212;&#8212;<br />
REGEDIT4</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers]</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\DES 56/56]<br />
&#8220;Enabled&#8221;=dword:00000000</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\NULL]<br />
&#8220;Enabled&#8221;=dword:00000000</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC2 128/128]<br />
&#8220;Enabled&#8221;=dword:ffffffff</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC2 40/128]<br />
&#8220;Enabled&#8221;=dword:00000000</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC2 56/128]<br />
&#8220;Enabled&#8221;=dword:00000000</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC4 128/128]<br />
&#8220;Enabled&#8221;=dword:ffffffff</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC4 40/128]<br />
&#8220;Enabled&#8221;=dword:00000000</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC4 56/128]<br />
&#8220;Enabled&#8221;=dword:00000000</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\RC4 64/128]<br />
&#8220;Enabled&#8221;=dword:00000000</p>
<p>[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers\Triple DES 168/168]<br />
&#8220;Enabled&#8221;=dword:ffffffff<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jason Jones</title>
		<link>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/#comment-7452</link>
		<pubDate>Tue, 27 Mar 2007 13:37:43 +0000</pubDate>
		<guid>http://blogs.isaserver.org/pouseele/2007/03/25/require-128-bit-encryption-for-https-traffic-with-isa-server-2006-part2/#comment-7452</guid>
					<description>Hi Stefaan,

Detailed analysis, as ever!

Definitely explains the results I have been seeing with several penetration tests that have involved ISA.

Think I will start rolling KB245030 into our standard build for ISA, until MS sort out the global policy ;-)

Jason</description>
		<content:encoded><![CDATA[<p>Hi Stefaan,</p>
<p>Detailed analysis, as ever!</p>
<p>Definitely explains the results I have been seeing with several penetration tests that have involved ISA.</p>
<p>Think I will start rolling KB245030 into our standard build for ISA, until MS sort out the global policy <img src='http://blogs.isaserver.org/pouseele/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Jason
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
