检测服务器是否开启重协商功能（用于CVE-2011-1473漏洞检测）

背景

　　由于服务器端的重新密钥协商的开销至少是客户端的10倍，因此攻击者可利用这个过程向服务器发起拒绝服务攻击。OpenSSL 1.0.2及以前版本受影响。

方法

　　使用OpenSSL（linux系统基本都自带）连接服务器进行测试：

　　　　- openssl s_client -connect ip:port
　　　　- HEAD / HTTP/1.0
　　　　- R

示例

　　服务器443端口开启重协商，使用openssl s_client -connect 172.31.0.22:443 连接测试（删除了部分证书信息）：

[root@localhost ~]# openssl s_client -connect 172.31.0.22:443
CONNECTED(00000003)
depth=0 CN = HTTPS-Self-Signed-Certificate
verify error:num=18:self signed certificate
verify return:1
depth=0 CN = HTTPS-Self-Signed-Certificate
verify return:1
---
Certificate chain0 s:/CN=HTTPS-Self-Signed-Certificatei:/CN=HTTPS-Self-Signed-Certificate
---
Server certificate
-----BEGIN CERTIFICATE-----
......
-----END CERTIFICATE-----
subject=/CN=HTTPS-Self-Signed-Certificate
issuer=/CN=HTTPS-Self-Signed-Certificate
---
No client certificate CA names sent
Server Temp Key: DH, 1024 bits
---
SSL handshake has read 1254 bytes and written 463 bytes
---
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA
Server public key is 1024 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:Protocol  : TLSv1.2Cipher    : DHE-RSA-AES256-SHASession-ID: AAF98A92D700189C29EEFE766769E6E5641BAC6A9AB96BC7D1302AE79D21CA06Session-ID-ctx: Master-Key: 36FC13A9ADBC82EB9E0CC60F9981E2A3D6A2BEC093A0415AFB2A843880174709BB1A87946AA698D95DA3788C72D621CBKey-Arg   : NoneKrb5 Principal: NonePSK identity: NonePSK identity hint: NoneTLS session ticket lifetime hint: 3600 (seconds)TLS session ticket:Start Time: 1567604880Timeout   : 300 (sec)Verify return code: 18 (self signed certificate)
---
HEAD / HTTP/1.0
R
RENEGOTIATING
140432695093152:error:14094153:SSL routines:SSL3_READ_BYTES:no renegotiation:s3_pkt.c:1242:

　SSL握手完成后，输入HEAD / HTTP/1.0，然后回车，输入‘R’触发重协商，此时服务器报错并断开连接：

1
140432695093152:error:14094153:SSL routines:SSL3_READ_BYTES:no renegotiation:s3_pkt.c:1242:

说明服务器重协商功能被关闭。

服务器4443端口开启重协商，使用openssl s_client -connect 172.31.0.22:4443 连接测试（删除了部分证书信息）：

[root@localhost ~]# openssl s_client -connect 172.31.0.22:4443
CONNECTED(00000003)
depth=0 CN = HTTPS-Self-Signed-Certificate
verify error:num=18:self signed certificate
verify return:1
depth=0 CN = HTTPS-Self-Signed-Certificate
verify return:1
---
Certificate chain0 s:/CN=HTTPS-Self-Signed-Certificatei:/CN=HTTPS-Self-Signed-Certificate
---
Server certificate
-----BEGIN CERTIFICATE-----
......
-----END CERTIFICATE-----
subject=/CN=HTTPS-Self-Signed-Certificate
issuer=/CN=HTTPS-Self-Signed-Certificate
---
No client certificate CA names sent
---
SSL handshake has read 845 bytes and written 463 bytes
---
New, TLSv1/SSLv3, Cipher is AES256-SHA
Server public key is 1024 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:Protocol  : TLSv1.2Cipher    : AES256-SHASession-ID: 6D0DF6EFC8491C9DEEB0161B85A47C101CF5DA9A9CD4EAA4EFCEEF46571A2A2FSession-ID-ctx: Master-Key: B3BBD776EA24230B37E7EF4B2EAF02D6D66185F12D3C87640308FB1996E0BDA4A94CDB35455D0E98A5C34AAAF6EA1C7FKey-Arg   : NoneKrb5 Principal: NonePSK identity: NonePSK identity hint: NoneTLS session ticket lifetime hint: 3600 (seconds)TLS session ticket:......Start Time: 1567605522Timeout   : 300 (sec)Verify return code: 18 (self signed certificate)
---
HEAD / HTTP/1.0
R
RENEGOTIATING
depth=0 CN = HTTPS-Self-Signed-Certificate
verify error:num=18:self signed certificate
verify return:1
depth=0 CN = HTTPS-Self-Signed-Certificate
verify return:1
HEAD / HTTP/1.0HTTP/1.1 400 Bad request
Date: Wed, 04 Sep 2019 05:43:05
Content-Length: 0

　使用和上方所述相同的操作，发送‘R’触发重协商，可以看到重协商成功，连接正常，此时再次发送HEAD / HTTP/1.0 ，敲两次回车，得到服务器响应400。说明服务器重协商功能开启。

总结

　　通过OpenSSL连接服务器测试重协商功能，如果服务器重协商功能关闭则终端发送‘R’后会报错并断开连接。

参考资料

　　https://mailarchive.ietf.org/arch/msg/tls/wdg46VE_jkYBbgJ5yE4P9nQ-8IU

　　https://blog.ivanristic.com/2009/12/testing-for-ssl-renegotiation.html

检测服务器是否开启重协商功能（用于CVE-2011-1473漏洞检测）相关推荐

RocketMQ TLS Client-initiated 重协商攻击(CVE-2011-1473)
环境信息 rocketmq:4.8.0 docker镜像 foxiswho/rocketmq:4.8.0 安全漏洞服务器支持 TLS Client-initiated 重协商攻击(CVE-2011- ...
服务器支持 TLS Client-initiated 重协商攻击(CVE-2011-1473) 修复记录
服务器支持 TLS Client-initiated 重协商攻击(CVE-2011-1473) 修复记录根据漏洞扫描反馈的结果,发现存在"服务器支持 TLS Client-initiate ...
tls 禁用重协商_SSL/TLS高危不安全重新协商漏洞
关于网站或者应用当中的SSL/TLS协议所存在的不安全漏洞,相应的发布了一篇不安全重新协商漏洞的内容.小凯seo博客将这篇内容转载过来和朋友们分享一下,题目是<SSL/TLS高危不安全重新协商漏 ...
shell脚本：检测服务器存活状态/80端口/502状态码
文章目录检测服务器是否宕机检测web服务(80端口)是否正常检测http502状态码检测服务器是否宕机需求:ping一台需要被检测的服务器,如果丢包率为100%,则表示机器出问题了,随后发送 ...
[漏洞检测]Proxpy Web Scan设计与实现（未完待续）
Proxpy Web Scan设计与实现 1.简介: Proxpy Web Scan是基于开源的python漏洞扫描框架wapiti改造的web漏洞扫描器,其主要解决以下几个问题而生: (1).当前互 ...
漏洞检测方法如何选？详解源代码与二进制SCA检测原理
摘要:本文探讨的是SCA具体的检测原理,源代码SCA检测和二进制SCA检测有哪些相同点和不同点,在进行安全审计.漏洞检测上各自又有什么样的优势和适用场景. 本文分享自华为云社区<源代码与二进制文 ...
论文阅读笔记——基于CNN-GAP可解释性模型的软件源码漏洞检测方法
本论文相关内容论文下载地址--Engineering Village 论文阅读笔记--基于CNN-GAP可解释性模型的软件源码漏洞检测方法文章目录本论文相关内容前言基于CNN-GAP可解释性 ...
ffmpeg推流时与服务器断开后的自动重连功能的实现
当我们使用ffmpeg进行视频推流的时候,流媒体服务器与推流终端一直连接的时候,推流是成功的,但是如果服务器重启,就会出现推流一直失败的问题,av_interleaved_write_frame返回值 ...
远程登录另一个mysql 数据库_Ubuntu中开启MySQL远程访问功能，并将另一个数据库服务器中的数据迁移到新的服务器中...
技术交流群:233513714 一.开启MyS远程访问功能 1.进入服务器输入netstat -an | grep 3306确认3306是否对外开放,MySQL默认状态下是不对外开放访问功能的.输入以 ...

检测服务器是否开启重协商功能（用于CVE-2011-1473漏洞检测）

检测服务器是否开启重协商功能（用于CVE-2011-1473漏洞检测）相关推荐

最新文章

热门文章