summaryrefslogtreecommitdiff
path: root/src
diff options
context:
space:
mode:
authorderaadt <>2014-04-10 18:09:08 +0000
committerderaadt <>2014-04-10 18:09:08 +0000
commitdaed265d1965b832573d4458214b5bc976aa2f42 (patch)
tree45280bf705368b7463b663e54c1e1fc8af321b35 /src
parent0a7b8dbc3e8fc8e26b2236216c8b7f7bc41a736f (diff)
downloadopenbsd-daed265d1965b832573d4458214b5bc976aa2f42.tar.gz
openbsd-daed265d1965b832573d4458214b5bc976aa2f42.tar.bz2
openbsd-daed265d1965b832573d4458214b5bc976aa2f42.zip
Disable Segglemann's RFC520 hearbeat.
I am completely blown away that the same IETF that cannot efficiently allocate needed protocol, service numbers, or other such things when they are needed, can so quickly and easily rubber stamp the addition of a 64K Covert Channel in a critical protocol. The organization should look at itself very carefully, find out how this this happened, and everyone who allowed this to happen on their watch should be evicted from the decision making process. IETF, I don't trust you. ok tedu markus
Diffstat (limited to 'src')
-rw-r--r--src/lib/libssl/ssl/Makefile4
1 files changed, 2 insertions, 2 deletions
diff --git a/src/lib/libssl/ssl/Makefile b/src/lib/libssl/ssl/Makefile
index ff511eb339..194f1a3a74 100644
--- a/src/lib/libssl/ssl/Makefile
+++ b/src/lib/libssl/ssl/Makefile
@@ -1,4 +1,4 @@
1# $OpenBSD: Makefile,v 1.28 2014/04/10 18:03:44 tedu Exp $ 1# $OpenBSD: Makefile,v 1.29 2014/04/10 18:09:08 deraadt Exp $
2 2
3LIB= ssl 3LIB= ssl
4 4
@@ -9,7 +9,7 @@ LSSL_SRC= ${.CURDIR}/../${SSLEAYDIST}/ssl
9CFLAGS+= -DTERMIOS -DANSI_SOURCE 9CFLAGS+= -DTERMIOS -DANSI_SOURCE
10CFLAGS+= -DOPENSSL_NO_RC5 -DOPENSSL_NO_KRB5 10CFLAGS+= -DOPENSSL_NO_RC5 -DOPENSSL_NO_KRB5
11CFLAGS+= -DOPENSSL_NO_SSL2 11CFLAGS+= -DOPENSSL_NO_SSL2
12CFLAGS+= -DOPENSSL_NO_BUF_FREELISTS 12CFLAGS+= -DOPENSSL_NO_BUF_FREELISTS -DOPENSSL_NO_HEARTBEAT
13CFLAGS+= -I${.CURDIR}/../${SSLEAYDIST} -I${.CURDIR}/../${SSLEAYDIST}/crypto 13CFLAGS+= -I${.CURDIR}/../${SSLEAYDIST} -I${.CURDIR}/../${SSLEAYDIST}/crypto
14 14
15SRCS=\ 15SRCS=\