<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Chinadu&#039;s Blog &#187; SSL</title>
	<atom:link href="http://www.4shell.org/archives/tag/ssl/feed" rel="self" type="application/rss+xml" />
	<link>http://www.4shell.org</link>
	<description>关注网络安全</description>
	<lastBuildDate>Fri, 10 Feb 2012 03:53:40 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Nginx https 免费SSL证书配置指南</title>
		<link>http://www.4shell.org/archives/1942.html</link>
		<comments>http://www.4shell.org/archives/1942.html#comments</comments>
		<pubDate>Sat, 04 Jun 2011 03:59:45 +0000</pubDate>
		<dc:creator>Chinadu</dc:creator>
				<category><![CDATA[技术文章]]></category>
		<category><![CDATA[HTTPS]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[SSL]]></category>

		<guid isPermaLink="false">http://www.4shell.org/?p=1942</guid>
		<description><![CDATA[请参考 Nginx Wiki http://wiki.nginx.org/NginxHttpSslModule 生成证书 $ cd /usr/local/nginx/conf $ openssl genrsa -des3 -out server.key 1024 $ openssl req -new -key server.key -out server.csr $ cp server.key server.key.org $ openssl rsa -in server.key.org -out server.key $ openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt 编辑 nginx.conf server { server_name YOUR_DOMAINNAME_HERE; listen 443; ssl [...]]]></description>
			<content:encoded><![CDATA[<p>请参考 Nginx Wiki <a rel="nofollow" href="http://wiki.nginx.org/NginxHttpSslModule" target="_blank">http://wiki.nginx.org/NginxHttpSslModule</a></p>
<p>生成证书</p>
<div>
<div>$ cd /usr/local/nginx/conf<br />
$ openssl genrsa -des3 -out server.key 1024<br />
$ openssl req -new -key server.key -out server.csr<br />
$ cp server.key server.key.org<br />
$ openssl rsa -in server.key.org -out server.key<br />
$ openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt</div>
</div>
<p>编辑 nginx.conf</p>
<div>
<div>server {<br />
server_name YOUR_DOMAINNAME_HERE;<br />
listen 443;<br />
ssl on;<br />
ssl_certificate /usr/local/nginx/conf/server.crt;<br />
ssl_certificate_key /usr/local/nginx/conf/server.key;<br />
}</div>
</div>
<p>OK, 完成了。但这样证书是不被信任的，自己玩玩还行，要被信任请看下面。<br />
<span id="more-1942"></span></p>
<blockquote><p>以下内容转载自<br />
<a rel="nofollow" href="http://goo.gl/YOb5" target="_blank">http://goo.gl/YOb5</a><br />
<a rel="nofollow" href="http://goo.gl/Gftj" target="_blank">http://goo.gl/Gftj</a></p></blockquote>
<p>HTTPS（全称：Hypertext Transfer Protocol over Secure Socket   Layer），是以安全为目标的HTTP通道，简单讲是HTTP的安全版。即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容  请看SSL。</p>
<p>它是一个URI   scheme（抽象标识符体系），句法类同http:体系。用于安全的HTTP数据传输。https:URL表明它使用了HTTP，但HTTPS存在不同   于HTTP的默认端口及一个加密/身份验证层（在HTTP与TCP之间）。这个系统的最初研发由网景公司进行，提供了身份验证与加密通讯方法，现在它被广  泛用于万维网上安全敏感的通讯，例如交易支付方面。</p>
<p><strong>1、自行颁发不受浏览器信任的SSL证书：</strong><br />
HTTPS的SSL证书可以自行颁发，Linux下的颁发步骤如下：</p>
<div>
<div>openssl genrsa -des3 -out api.bz.key 1024<br />
openssl  req -new -key api.bz.key -out api.bz.csr<br />
openssl rsa -in api.bz.key  -out api.bz_nopass.key</div>
</div>
<p><a title="Nginx + https + 免费SSL证书配置指南" href="http://www.21andy.com/blog/upload/2010/0224/7f13bbb85e123811.png" target="_blank"><img title="Nginx + https + 免费SSL证书配置指南" src="http://www.4shell.org/wp-content/uploads/images/2011/06/035947r8v.png" border="0" alt="Nginx + https + 免费SSL证书配置指南 7f13bbb85e123811 thumb" hspace="10" vspace="10" /></a></p>
<p><strong>nginx.conf </strong>的SSL证书配置，使用 <strong>api.bz_nopass.key</strong>，在启动Nginx是无需输入SSL证书密码，而使用 <strong>api.bz.key </strong>则需要输入密码：</p>
<div>
<div>server {<br />
server_name sms.api.bz;<br />
listen  443;<br />
index index.html index.htm index.php;<br />
root  /data0/htdocs/api.bz;<br />
ssl on;<br />
ssl_certificate api.bz.crt;<br />
ssl_certificate_key api.bz_nopass.key;<br />
......<br />
}</div>
</div>
<p>自行颁发的SSL证书虽然能够实现加密传输功能，但得不到浏览器的信任，会出现以下提示：<br />
<img title="Nginx + https + 免费SSL证书配置指南" src="http://www.4shell.org/wp-content/uploads/images/2011/06/0359500nO.png" border="0" alt="Nginx + https + 免费SSL证书配置指南 6c3f2b38523ed259" hspace="10" vspace="10" width="489" height="294" /></p>
<p><strong>2、受浏览器信任的StartSSL免费SSL证书：</strong><br />
跟VeriSign一样，StartSSL（网址：<a rel="nofollow" href="http://www.startssl.com/" target="_blank">http://www.startssl.com</a>，公司名：StartCom）也是一家CA机构，它的根证书很 久之前就被一些具有开源背景的浏览器支持（Firefox浏览器、谷歌Chrome浏览器、苹果Safari浏览器等）。</p>
<p>在今年9月 份，StartSSL竟然搞定了微软：微软在升级补丁中，更新了通过Windows根证书认证程序（Windows Root  Certificate   Program）的厂商清单，并首次将StartCom公司列入了该认证清单，这是微软首次将提供免费数字验证技术的厂商加入根证书认证列表中。现在，在  Windows 7或安装了升级补丁的Windows Vista或Windows   XP操作系统中，系统会完全信任由StartCom这类免费数字认证机构认证的数字证书，从而使StartSSL也得到了IE浏览器的支持。</p>
<p>注册成为StartSSL（<a rel="nofollow" href="http://www.startssl.com/" target="_blank">http://www.startssl.com</a>） 用户，并通过邮件验证后，就可以申请免费的可信任的SSL证书了。步骤比较复杂，就不详细介绍了，申请向导的主要步骤如下：<br />
<a title="Nginx + https + 免费SSL证书配置指南" href="http://www.21andy.com/blog/upload/2010/0224/b56b050d03ca03b8.png" target="_blank"><img title="Nginx + https + 免费SSL证书配置指南" src="http://www.4shell.org/wp-content/uploads/images/2011/06/035952SEc.png" border="0" alt="Nginx + https + 免费SSL证书配置指南 b56b050d03ca03b8 thumb" hspace="10" vspace="10" /></a></p>
<p><a title="Nginx + https + 免费SSL证书配置指南" href="http://www.21andy.com/blog/upload/2010/0224/d4477635bf39c593.png" target="_blank"><img title="Nginx + https + 免费SSL证书配置指南" src="http://www.4shell.org/wp-content/uploads/images/2011/06/035953QM5.png" border="0" alt="Nginx + https + 免费SSL证书配置指南 d4477635bf39c593 thumb" hspace="10" vspace="10" /></a></p>
<p><a title="Nginx + https + 免费SSL证书配置指南" href="http://www.21andy.com/blog/upload/2010/0224/f4b4b38f6c656990.png" target="_blank"><img title="Nginx + https + 免费SSL证书配置指南" src="http://www.4shell.org/wp-content/uploads/images/2011/06/035956WzB.png" border="0" alt="Nginx + https + 免费SSL证书配置指南 f4b4b38f6c656990 thumb" hspace="10" vspace="10" /></a></p>
<p>startssl在9月微软补丁更新中被支持，使得startssl证书得到承认。</p>
<p>申请流程如下 startssl.com</p>
<p>我的环境是windows 7</p>
<p>请不要使用chrome和IE8，否则将无法生成KEY而无法申请成功。建议使用firefox。</p>
<p>此外我还遇上了点意外，我使用的移动的网络被误判为澳大利亚的IP并收到邮件要求解释。</p>
<p>我将APNIC的查询地址和查询结果发送给对方后帐户才申请成功。</p>
<p>control panel / sign-up  注意填写正确资料。收到邮件后复制验证码。然后可以生成一个证书，注意，startssl.com不是以用户名、密码来验证用户的，是用证书来验证用户 的。</p>
<p>所以生成证书后(火狐会导入证书)，注意备份证书。丢失证书后只能重新注册。</p>
<p>登录后还要验证域名才能为该域名生成SSL证书，可以选择在whois里的邮箱、hostmaster@domain、 postmaster@domain或者webmaster@domain</p>
<p>然后就可以在Certificates wizard里就可以申请SSL证书了。</p>
<p>有效期一年。</p>
<p>======2009/11/26 update===========</p>
<p>Toolbox</p>
<p>把你申请时的private key拿去Decrypt private key，然后把生成的key保存起来。</p>
<p>然后在Retieve certificate里选择你申请的域名，就可以得到cer文件，保存起来，放到nginx的conf目录。</p>
<p>在nginx里这样配置</p>
<div>
<div>server {<br />
server_name security.meettea.com;<br />
listen  443;<br />
index index.html index.htm index.php;<br />
root  /data0/htdocs/security.meettea.com;<br />
ssl on;<br />
ssl_certificate security.cer;<br />
ssl_certificate_key security.key;<br />
}</div>
</div>
<p>nginx -s reload下如果没有任何提示，就说明配置成功了。</p>
<p>可惜firefox3.5测试，不信任class 1的证书。</p>
<p>==============2009/11/26 update===================</p>
<p>在startssl forum看到官方人员说firefox3.5不支持是因为没有配置好。经过配置解决了firefox  3.5不信任该证书的问题，ubuntu studio下测试通过。</p>
<p>步骤是:获取https://www.startssl.com/certs/ca.pem</p>
<p>获取https://www.startssl.com/certs/sub.class1.server.ca.pem</p>
<p>cat ca.pem sub.class1.server.ca.pem &gt;&gt; ca-certs.crt</p>
<p>cat ca-certs.crt &gt;&gt; security.cer</p>
<p>这是因为需要把startssl的根证书和sub  class1的证书附上，因为是他们把证书颁发给你，firefox需要这张证书才认识你的证书。 :)</p>
<p>此外opera测试没通过，这点，连startssl.com自己都没有被opera通过。</p>
<h2  class="related_post_title">相关文章</h2><ul class="related_post"><li>2010年08月3日 -- <a href="http://www.4shell.org/archives/1829.html" title="黑帽大会：HTTPS和SSL存在安全漏洞">黑帽大会：HTTPS和SSL存在安全漏洞</a></li><li>2011年06月4日 -- <a href="http://www.4shell.org/archives/1948.html" title="也谈Nginx的CGI PATH INFO问题">也谈Nginx的CGI PATH INFO问题</a></li><li>2011年06月3日 -- <a href="http://www.4shell.org/archives/1941.html" title="nginx下wp super cache 设置">nginx下wp super cache 设置</a></li><li>2010年05月31日 -- <a href="http://www.4shell.org/archives/1764.html" title="Nginx 0.8.35 Space Character Remote Source Disclosure">Nginx 0.8.35 Space Character Remote Source Disclosure</a></li><li>2010年05月21日 -- <a href="http://www.4shell.org/archives/1761.html" title="橙色预警：PHP PATH_INFO 存在漏洞">橙色预警：PHP PATH_INFO 存在漏洞</a></li><li>2010年04月30日 -- <a href="http://www.4shell.org/archives/1735.html" title="nginx 目录自动加斜线">nginx 目录自动加斜线</a></li><li>2009年09月20日 -- <a href="http://www.4shell.org/archives/1104.html" title="nginx代理DNS缓存域欺骗漏洞">nginx代理DNS缓存域欺骗漏洞</a></li><li>2009年08月24日 -- <a href="http://www.4shell.org/archives/1041.html" title="nginx 0.7不cache动态文件的方法">nginx 0.7不cache动态文件的方法</a></li><li>2009年08月24日 -- <a href="http://www.4shell.org/archives/1038.html" title="nginx做cache">nginx做cache</a></li><li>2009年08月21日 -- <a href="http://www.4shell.org/archives/1033.html" title="LZX改的NC，支持SSL">LZX改的NC，支持SSL</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://www.4shell.org/archives/1942.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>黑帽大会：HTTPS和SSL存在安全漏洞</title>
		<link>http://www.4shell.org/archives/1829.html</link>
		<comments>http://www.4shell.org/archives/1829.html#comments</comments>
		<pubDate>Mon, 02 Aug 2010 17:55:05 +0000</pubDate>
		<dc:creator>Chinadu</dc:creator>
				<category><![CDATA[业界资讯]]></category>
		<category><![CDATA[HTTPS]]></category>
		<category><![CDATA[SSL]]></category>
		<category><![CDATA[漏洞]]></category>

		<guid isPermaLink="false">http://www.4shell.org/archives/1829.html</guid>
		<description><![CDATA[HTTPS(安全HTTP)和SSL/TLS(安全套接层/传输层安全)协议是Web安全和可信电子商务的核心,但Web应用安全专家Robert "RSnake" Hansen和Josh Sokol在昨天的黑帽大会上宣布,Web浏览器的基础架构中存在24个危险程度不同的安全漏洞.这些漏洞基本上使HTTPS和SSL能够提供的浏览器保 护荡然无存. HTTPS对HTTP协议进行了加密,以保护用户的页面请求和Web服务器返回的页面不被窃听.SSL及后来的TLS协议允许HTTPS利用公钥加密验证Web客户端和服务器. Hansen和Sokol指出,攻击者要利用这些漏洞,首先需要发起中间人攻击.攻击者一旦劫持了浏览器会话,就可以利用这些漏洞中的大多数对会话进行重定向,从而窃取用户凭据或者从远程秘密执行代码. 然而,两位研究人员强调,中间人攻击并不是攻击者的终极目的. Hansen指出,“利用中间人攻击,攻击者还可以实现许多更加容易的攻击.你不得不'执行'中间人攻击,并被迫成为一个十分坚定的攻击者……然而,这还不是最坏的情况.对于电子商务应用来说,这些攻击简直是毁灭性的灾难.” 实际上,Hansen怀疑HTTPS和SSL/TLS中可能有数百个安全问题有待发现.他说,由于要准备这次黑帽大会的演讲,他们还没来得及对此进行深入研究. 中间人攻击并不是什么新技术.由于各种原因,攻击者可以设法在一个浏览器会话过程中的多个时刻加入会话.一些攻击者能够使用包括MD5冲突在内的各种方法伪造或窃取SSL证书.由于在会话到达认证协商的加密端口之前,SSL协议是采用明文传输DNS和HTTP请求的,所以攻击者还可以在这些步骤中的任一时刻劫持会话.另外,攻击者还能够利用中间人攻击修改HTTPS链接,将用户重定向到恶意HTTP网站. 对任何攻击者来说,重复Hansen和Sokol所说的工作并不容易,它需要耐心和资源.两位专家强调,中间人攻击得逞之后,攻击者可能发动两种高度危险的攻击. 第一种是cookie篡改(cookie poisoning)攻击,即攻击者利用浏览器在用户会话期间不更改cookie的情况,将同一个cookie反复标记为有效状态.如果攻击者能够提前劫持来自网站的cookie,然后再将其植入用户的浏览器中,则当用户的认证信息到达HTTPS站点时,攻击者就能够获得用户凭据并以用户身份登录. 第二种是重定向攻击.许多银行网站会将用户的会话从一个HTTP站点重定向到一个HTTPS站点,该会话通常是在另一个浏览器选项卡中打开,而不是在一个新的浏览器窗口中打开.由于攻击者仍然控制着旧的选项卡,所以攻击者可以在URL中注入Javascript脚本并修改新选项卡的行为.受攻击者可能会下载可执行文件,或者被重定向到一个恶意登录页面. Hansen和Sokol解释说,利用针对SSL Web浏览器会话的攻击,攻击者可以观察和计算用户在一个网站的特定页面上停留的时间.这可能会泄漏处理数据的页面.此时,攻击者可以在该网页上采用相关技术强迫用户退出登录并重新进行身份认证,从而获得用户凭据. Hansen指出,“有必要对SSL进行修改,比如添加填充和抖动代码”.他解释说,通过在Web请求中添加无意义的编码,可以延长攻击者完成攻击的时间,也许足以阻止攻击者采取进一步的行动.他说,“要避免此类攻击,必须采取适当的选项卡隔离和沙箱技术.安全专家也许能够避免此类情况的发生,但普通用户却不得不面临这种威胁.我们真的很难阻止这种攻击,我不知道有没有简单的办法可以解决这个问题.” 相关文章2011年06月4日 -- Nginx https 免费SSL证书配置指南2011年09月21日 -- WPA2不再安全 无线加密协议曝惊天漏洞2010年07月3日 -- 风讯（FooSun）GetPassword.asp页面存在任意修改密码漏洞2010年05月8日 -- JBoss企业应用平台JMX控制台安全绕过漏洞2010年03月17日 -- 网页编辑器漏洞手册2010年03月12日 -- Discuz! 7.2 最新注入漏洞分析与利用2009年12月28日 -- fckeditor漏洞,通杀PHPMPS2009年11月14日 -- Discuz!NT 3.0 特殊环境下利用漏洞 2009年11月2日 -- XOOPS 2.2.6 鸡肋本地包含漏洞2009年10月7日 -- 封堵Windows Server 2008几个明显漏洞]]></description>
			<content:encoded><![CDATA[<p>HTTPS(安全HTTP)和SSL/TLS(安全套接层/传输层安全)协议是Web安全和可信电子商务的核心,但Web应用安全专家Robert "RSnake" Hansen和Josh Sokol在昨天的黑帽大会上宣布,Web浏览器的基础架构中存在24个危险程度不同的安全漏洞.这些漏洞基本上使HTTPS和SSL能够提供的浏览器保 护荡然无存. HTTPS对HTTP协议进行了加密,以保护用户的页面请求和Web服务器返回的页面不被窃听.SSL及后来的TLS协议允许HTTPS利用公钥加密验证Web客户端和服务器.</p>
<p>Hansen和Sokol指出,攻击者要利用这些漏洞,首先需要发起中间人攻击.攻击者一旦劫持了浏览器会话,就可以利用这些漏洞中的大多数对会话进行重定向,从而窃取用户凭据或者从远程秘密执行代码.</p>
<p>然而,两位研究人员强调,中间人攻击并不是攻击者的终极目的.</p>
<p>Hansen指出,“利用中间人攻击,攻击者还可以实现许多更加容易的攻击.你不得不'执行'中间人攻击,并被迫成为一个十分坚定的攻击者……然而,这还不是最坏的情况.对于电子商务应用来说,这些攻击简直是毁灭性的灾难.”<br />
<span id="more-1829"></span><br />
实际上,Hansen怀疑HTTPS和SSL/TLS中可能有数百个安全问题有待发现.他说,由于要准备这次黑帽大会的演讲,他们还没来得及对此进行深入研究.</p>
<p>中间人攻击并不是什么新技术.由于各种原因,攻击者可以设法在一个浏览器会话过程中的多个时刻加入会话.一些攻击者能够使用包括MD5冲突在内的各种方法伪造或窃取SSL证书.由于在会话到达认证协商的加密端口之前,SSL协议是采用明文传输DNS和HTTP请求的,所以攻击者还可以在这些步骤中的任一时刻劫持会话.另外,攻击者还能够利用中间人攻击修改HTTPS链接,将用户重定向到恶意HTTP网站.</p>
<p>对任何攻击者来说,重复Hansen和Sokol所说的工作并不容易,它需要耐心和资源.两位专家强调,中间人攻击得逞之后,攻击者可能发动两种高度危险的攻击.</p>
<p>第一种是cookie篡改(cookie poisoning)攻击,即攻击者利用浏览器在用户会话期间不更改cookie的情况,将同一个cookie反复标记为有效状态.如果攻击者能够提前劫持来自网站的cookie,然后再将其植入用户的浏览器中,则当用户的认证信息到达HTTPS站点时,攻击者就能够获得用户凭据并以用户身份登录.</p>
<p>第二种是重定向攻击.许多银行网站会将用户的会话从一个HTTP站点重定向到一个HTTPS站点,该会话通常是在另一个浏览器选项卡中打开,而不是在一个新的浏览器窗口中打开.由于攻击者仍然控制着旧的选项卡,所以攻击者可以在URL中注入Javascript脚本并修改新选项卡的行为.受攻击者可能会下载可执行文件,或者被重定向到一个恶意登录页面.</p>
<p>Hansen和Sokol解释说,利用针对SSL Web浏览器会话的攻击,攻击者可以观察和计算用户在一个网站的特定页面上停留的时间.这可能会泄漏处理数据的页面.此时,攻击者可以在该网页上采用相关技术强迫用户退出登录并重新进行身份认证,从而获得用户凭据.</p>
<p>Hansen指出,“有必要对SSL进行修改,比如添加填充和抖动代码”.他解释说,通过在Web请求中添加无意义的编码,可以延长攻击者完成攻击的时间,也许足以阻止攻击者采取进一步的行动.他说,“要避免此类攻击,必须采取适当的选项卡隔离和沙箱技术.安全专家也许能够避免此类情况的发生,但普通用户却不得不面临这种威胁.我们真的很难阻止这种攻击,我不知道有没有简单的办法可以解决这个问题.”</p>
<h2  class="related_post_title">相关文章</h2><ul class="related_post"><li>2011年06月4日 -- <a href="http://www.4shell.org/archives/1942.html" title="Nginx https 免费SSL证书配置指南">Nginx https 免费SSL证书配置指南</a></li><li>2011年09月21日 -- <a href="http://www.4shell.org/archives/2035.html" title="WPA2不再安全 无线加密协议曝惊天漏洞">WPA2不再安全 无线加密协议曝惊天漏洞</a></li><li>2010年07月3日 -- <a href="http://www.4shell.org/archives/1788.html" title="风讯（FooSun）GetPassword.asp页面存在任意修改密码漏洞">风讯（FooSun）GetPassword.asp页面存在任意修改密码漏洞</a></li><li>2010年05月8日 -- <a href="http://www.4shell.org/archives/1752.html" title="JBoss企业应用平台JMX控制台安全绕过漏洞">JBoss企业应用平台JMX控制台安全绕过漏洞</a></li><li>2010年03月17日 -- <a href="http://www.4shell.org/archives/1622.html" title="网页编辑器漏洞手册">网页编辑器漏洞手册</a></li><li>2010年03月12日 -- <a href="http://www.4shell.org/archives/1616.html" title="Discuz! 7.2 最新注入漏洞分析与利用">Discuz! 7.2 最新注入漏洞分析与利用</a></li><li>2009年12月28日 -- <a href="http://www.4shell.org/archives/1351.html" title="fckeditor漏洞,通杀PHPMPS">fckeditor漏洞,通杀PHPMPS</a></li><li>2009年11月14日 -- <a href="http://www.4shell.org/archives/1167.html" title=" Discuz!NT 3.0 特殊环境下利用漏洞 "> Discuz!NT 3.0 特殊环境下利用漏洞 </a></li><li>2009年11月2日 -- <a href="http://www.4shell.org/archives/1154.html" title="XOOPS 2.2.6 鸡肋本地包含漏洞">XOOPS 2.2.6 鸡肋本地包含漏洞</a></li><li>2009年10月7日 -- <a href="http://www.4shell.org/archives/1138.html" title="封堵Windows Server 2008几个明显漏洞">封堵Windows Server 2008几个明显漏洞</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://www.4shell.org/archives/1829.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>LZX改的NC，支持SSL</title>
		<link>http://www.4shell.org/archives/1033.html</link>
		<comments>http://www.4shell.org/archives/1033.html#comments</comments>
		<pubDate>Fri, 21 Aug 2009 02:01:40 +0000</pubDate>
		<dc:creator>Chinadu</dc:creator>
				<category><![CDATA[资源共享]]></category>
		<category><![CDATA[NC]]></category>
		<category><![CDATA[SSL]]></category>

		<guid isPermaLink="false">http://www.4shell.org/archives/1033.html</guid>
		<description><![CDATA[作者：LZX 放出来时我改了下程序，加了句Welcome To http://t00ls.net 这个程序用了openssl，不喜欢跟随两个dll，所以openssl静态编译进去，所以比较大，最终好几百K 所以这个nc可以作为ssl的客户端， 比如gmail的安全性要求较高，smtp开始的对话是明文的，但在验证身份时就一定要切换到ssl协议， 下面演示了用这个程序登陆gmail的smtp，手工通过原始协议发送邮件给小腾， C:\&#62;zxnc ZXNC v1.3 by LZX, Welcome To http://t00ls.net Usage: ZXNC [-l -f -u -ssl] -save &#60;file&#62; -h &#60;IP&#62; -p &#60;Port&#62; Example: ZXNC -ssl x.x.x.x 443 ZXNC -l -p 80 监听tcp端口 ZXNC -l -u -p 81 监听udp端口 ZXNC x.x.x.x 80 ZXNC -u x.x.x.x 81 args: -h -p 指定目标主机地址和端口，如果不写-h [...]]]></description>
			<content:encoded><![CDATA[<div>
<p>作者：<a href="http://www.t00ls.net/viewthread.php?tid=2066" target="_blank">LZX</a></p>
<p>放出来时我改了下程序，加了句Welcome To <a href="http://t00ls.net/" target="_blank">http://t00ls.net</a><br />
这个程序用了openssl，不喜欢跟随两个dll，所以openssl静态编译进去，所以比较大，最终好几百K<br />
所以这个nc可以作为ssl的客户端，<br />
比如gmail的安全性要求较高，smtp开始的对话是明文的，但在验证身份时就一定要切换到ssl协议，<br />
下面演示了用这个程序登陆gmail的smtp，手工通过原始协议发送邮件给小腾，<br />
<span id="more-1033"></span><br />
C:\&gt;zxnc<br />
ZXNC v1.3 by LZX, Welcome To <a href="http://t00ls.net/" target="_blank">http://t00ls.net</a></p>
<p>Usage:  ZXNC [-l -f -u -ssl] -save &lt;file&gt; -h &lt;IP&gt; -p &lt;Port&gt;<br />
Example:<br />
ZXNC -ssl x.x.x.x 443<br />
ZXNC -l -p 80  监听tcp端口<br />
ZXNC -l -u -p 81 监听udp端口<br />
ZXNC x.x.x.x 80<br />
ZXNC -u x.x.x.x 81<br />
args:<br />
-h -p 指定目标主机地址和端口，如果不写-h -p则必须把目标主机地址和端口写<br />
在参数的最后面<br />
-save 将传输数据保存到指定文件<br />
-l 本地监听，配合-p<br />
-u 使用UDP，默认是TCP<br />
-f 回车是CR/LF, 默认是LF<br />
-ssl 使用SSL传输<br />
Ctrl+Break    这个组合键可以切换到扩展命令模式</p>
<p>C:\&gt;zxnc -f -save xx.log smtp.gmail.com 25<br />
ESTABLISHED<br />
220 mx.google.com ESMTP c20sm2567685rvf.40<br />
EHLO hello<br />
250-mx.google.com at your service, [10.137.1.23]<br />
250-SIZE 35651584<br />
250-8BITMIME<br />
250-STARTTLS<br />
250-ENHANCEDSTATUSCODES<br />
250 PIPELINING<br />
AUTH LOGIN<br />
530 5.7.0 Must issue a STARTTLS command first. c20sm2567685rvf.40<br />
STARTTLS<br />
220 2.0.0 Ready to start TLS</p>
<p>Ctrl+Break Is Pressed. Switching To Command Mode....<br />
command list:<br />
?<br />
sshut       优雅关闭socket<br />
sclose      马上关闭socket<br />
ssl         初始化SSL<br />
sendcuttext 把当前剪贴板的文本数据发送过去<br />
sendfile filename   将指定的filename的内容发送过去<br />
exit        关闭进程<br />
return      返回到之前的模式</p>
<p>&gt;ssl<br />
&gt;初始化SSL...完成<br />
return<br />
EHLO hello2<br />
250-mx.google.com at your service, [10.137.1.23]<br />
250-SIZE 35651584<br />
250-8BITMIME<br />
250-AUTH LOGIN PLAIN<br />
250-ENHANCEDSTATUSCODES<br />
250 PIPELINING<br />
AUTH LOGIN<br />
334 VXNlcm5hbWU6<br />
cm9vdEBnbWFpbC5jb20=<br />
334 UGFzc3dvcmQ6<br />
WW91QXJlU0I=<br />
235 2.7.0 Accepted<br />
MAIL FROM: &lt;****@gmail.com&gt;<br />
250 2.1.0 OK c20sm2567685rvf.40<br />
RCPT TO: &lt;<a href="mailto:admin@qq.com">admin@qq.com</a>&gt;<br />
250 2.1.5 OK c20sm2567685rvf.40<br />
DATA<br />
354  Go ahead c20sm2567685rvf.40<br />
From: fromXX &lt;****@gmail.com&gt;<br />
To: toYY &lt;<a href="mailto:admin@qq.com">admin@qq.com</a>&gt;<br />
Subject: hello<br />
MIME-Version: 1.0<br />
Content-Type: text/html;<br />
charset="utf-8"<br />
Content-Transfer-Encoding: 8bit</p>
<p>test test test</p>
<p>.<br />
250 2.0.0 OK 1243944650 c20sm2567685rvf.40<br />
QUIT<br />
221 2.0.0 closing connection c20sm2567685rvf.40</p>
<p>[ZXNC] 操作成功完成。</p>
<p>send: 385 bytes<br />
recv: 760 bytes</p>
<p>下面演示了模拟https访问google主页</p>
<p>C:\&gt;zxnc -ssl <a href="http://www.google.com/" target="_blank">www.google.com</a> 443<br />
ESTABLISHED<br />
GET / HTTP/1.1<br />
Host: <a href="http://www.google.com/" target="_blank">www.google.com</a></p>
<p>HTTP/1.1 302 Found<br />
Cache-Control: private<br />
Location: <a href="http://www.google.com/" target="_blank">http://www.google.com</a><br />
Content-Type: text/html; charset=UTF-8<br />
Content-Length: 218<br />
Date: Tue, 02 Jun 2009 12:25:59 GMT<br />
Server: GFE/2.0</p>
<p>&lt;HTML&gt;&lt;HEAD&gt;&lt;meta http-equiv="content-type" content="text/html;charset=utf-8"&gt;<br />
&lt;TITLE&gt;302 Moved&lt;/TITLE&gt;&lt;/HEAD&gt;&lt;BODY&gt;<br />
&lt;H1&gt;302 Moved&lt;/H1&gt;<br />
The document has moved<br />
&lt;A HREF="http://www.google.com"&gt;here&lt;/A&gt;.<br />
&lt;/BODY&gt;&lt;/HTML&gt;</p>
<p>Ctrl+C Is Pressed.</p>
<p>[ZXNC] 操作成功完成。</p>
<p>send: 37 bytes<br />
recv: 412 bytes</p>
<p>C:\&gt;</p>
<p><strong>下载地址：</strong><a href="http://huaidan.org/wp-content/uploads/2009/08/zxnc.rar">zxnc.rar</a></div>
<h2  class="related_post_title">相关文章</h2><ul class="related_post"><li>2011年06月4日 -- <a href="http://www.4shell.org/archives/1942.html" title="Nginx https 免费SSL证书配置指南">Nginx https 免费SSL证书配置指南</a></li><li>2010年08月3日 -- <a href="http://www.4shell.org/archives/1829.html" title="黑帽大会：HTTPS和SSL存在安全漏洞">黑帽大会：HTTPS和SSL存在安全漏洞</a></li><li>2008年11月25日 -- <a href="http://www.4shell.org/archives/665.html" title="为FTP穿上SSL装甲 客户端也能支持SSL">为FTP穿上SSL装甲 客户端也能支持SSL</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://www.4shell.org/archives/1033.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>为FTP穿上SSL装甲 客户端也能支持SSL</title>
		<link>http://www.4shell.org/archives/665.html</link>
		<comments>http://www.4shell.org/archives/665.html#comments</comments>
		<pubDate>Tue, 25 Nov 2008 04:53:08 +0000</pubDate>
		<dc:creator>Chinadu</dc:creator>
				<category><![CDATA[技术文章]]></category>
		<category><![CDATA[SSL]]></category>

		<guid isPermaLink="false">http://202.172.32.240/~shellorg/archives/665.html</guid>
		<description><![CDATA[启动Serv-U FTP Server的SSL功能<br/><br/>Serv-U FTP Server是一种使用非常广泛的FTP服务器软件，它本身提供了SSL功能，但默认并未启用。由于FTP是以明文方式传输数据，为了保证数据的安全，我们有必要启用它的SSL功能。启用方法很简单，步骤如下。<br/><br/>步骤1：为自己的Serv-U FTP Server创建一个证书。要使用SSL功能，就必须为FTP Server提供一个服务器证书，Serv-U FTP Server安装后本身就生成了一个证书，但这个证书在所有的Serv-U FTP Server服务器上都是一样的，服务器的私钥也是一样的，所以这是不安全的。在使用SSL之前，我们必须创建一个新的证书。在Serv-U FTP Server的管理界面中点击“Local Server”下的“Settings”，然后选择右边窗格中的SSL Certificate标签，在“Common name”中填入FTP服务器的IP地址，其他的选项根据情况填写就行，完成后点击下方的“Apply”按钮，这样就会创建一个新的服务器证书。<br/>...
]]></description>
			<content:encoded><![CDATA[<p>启动Serv-U FTP Server的SSL功能<br/><br/>Serv-U FTP Server是一种使用非常广泛的FTP服务器软件，它本身提供了SSL功能，但默认并未启用。由于FTP是以明文方式传输数据，为了保证数据的安全，我们有必要启用它的SSL功能。启用方法很简单，步骤如下。<br/><br/>步骤1：为自己的Serv-U FTP Server创建一个证书。要使用SSL功能，就必须为FTP Server提供一个服务器证书，Serv-U FTP Server安装后本身就生成了一个证书，但这个证书在所有的Serv-U FTP Server服务器上都是一样的，服务器的私钥也是一样的，所以这是不安全的。在使用SSL之前，我们必须创建一个新的证书。在Serv-U FTP Server的管理界面中点击“Local Server”下的“Settings”，然后选择右边窗格中的SSL Certificate标签，在“Common name”中填入FTP服务器的IP地址，其他的选项根据情况填写就行，完成后点击下方的“Apply”按钮，这样就会创建一个新的服务器证书。<br/><br/>步骤2：点击您要启用SSL的域名，比如图1中的“zhz”，在右窗格中的“Security”下有三个选项，第一个是默认选项，即“Regular FTP only,no SSL/TLS sessions”，这个选项表示不使用SSL；第二个选项是“Allow SSL/TLS and regular sessions”，也就是explicit SSL，它由客户端决定使用那种连接方式；第三个选项是“Allow only SSL/TLS sessions”，也就是implicit　SSL，只支持SSL连接，这里选择第三项，完成后点击“Apply”按钮即可。<br/><br/>FTP客户端也能支持SSL<br/><br/>现在有很多FTP客户端都支持SSL连接了，比如Cuteftp Pro和FlashFXP。不过这些东西都是需要花钱的，而且虽然支持SSL，但不一定就与Serv-U FTP Server相容。在这里向大家推荐一款免费的、并且支持SSL连接的FTP客户端软件：Secure FTP。它是纯Java软件，需要运行在版本号在1.3之上的Java环境中，您可以通过在命令行中输入Java version来检验版本号，如果命令不能执行或版本号低于1.3，您可以到http://www.sun.com.cn去下载更新的版本安装。对于 Secure FTP，它可以在http://www.download.com下载。<br/><br/>Secure FTP的使用方法如下：<br/><br/>步骤1：启动Secure FTP，点击工具栏上的红绿灯按钮打开连接对话框，如图3所示，在“hostname”中填入Serv-U FTP Server服务器的IP地址，在下面两栏中分别填入FTP帐户名和密码。<br/><br/>步骤2：切换到“Secutity”标签，点击“Secutity”栏下的下拉框，可以发现它支持两种连接方式：普通的连接和implicit SSL连接，不支持explicit SSL连接(如果您一定要使用这种连接，您可以使用Secure FTP的命令行版本，它支持所有的连接方式)，这里我们选择“implicit SSL”项，并勾选“Data Encryption”项。完成后点击“connect”即开始连接服务器。由于是SSL连接，所以连接时间明显比普通连接要长.当第一次使用时，还会弹出一个接受服务器证书的对话框，点击“Grant Always”按钮接受即可。</p>
<h2  class="related_post_title">相关文章</h2><ul class="related_post"><li>2011年06月4日 -- <a href="http://www.4shell.org/archives/1942.html" title="Nginx https 免费SSL证书配置指南">Nginx https 免费SSL证书配置指南</a></li><li>2010年08月3日 -- <a href="http://www.4shell.org/archives/1829.html" title="黑帽大会：HTTPS和SSL存在安全漏洞">黑帽大会：HTTPS和SSL存在安全漏洞</a></li><li>2009年08月21日 -- <a href="http://www.4shell.org/archives/1033.html" title="LZX改的NC，支持SSL">LZX改的NC，支持SSL</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://www.4shell.org/archives/665.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

