Blame SOURCES/0048-Fix-default-value-of-strict_ssl_read_eof-in-man-page.patch

bd689f
From 9cba9e81aa96e1d64ae2eaaf88330e09dadfce79 Mon Sep 17 00:00:00 2001
bd689f
From: =?UTF-8?q?Ond=C5=99ej=20Lyson=C4=9Bk?= <olysonek@redhat.com>
bd689f
Date: Fri, 5 Jan 2018 09:40:09 +0100
bd689f
Subject: [PATCH 48/59] Fix default value of strict_ssl_read_eof in man page
bd689f
bd689f
---
bd689f
 vsftpd.conf.5 | 5 ++---
bd689f
 1 file changed, 2 insertions(+), 3 deletions(-)
bd689f
bd689f
diff --git a/vsftpd.conf.5 b/vsftpd.conf.5
bd689f
index a5abeb2..43b0435 100644
bd689f
--- a/vsftpd.conf.5
bd689f
+++ b/vsftpd.conf.5
bd689f
@@ -574,10 +574,9 @@ Default: YES
bd689f
 .B strict_ssl_read_eof
bd689f
 If enabled, SSL data uploads are required to terminate via SSL, not an
bd689f
 EOF on the socket. This option is required to be sure that an attacker did
bd689f
-not terminate an upload prematurely with a faked TCP FIN. Unfortunately, it
bd689f
-is not enabled by default because so few clients get it right. (New in v2.0.7).
bd689f
+not terminate an upload prematurely with a faked TCP FIN. (New in v2.0.7).
bd689f
 
bd689f
-Default: NO
bd689f
+Default: YES
bd689f
 .TP
bd689f
 .B strict_ssl_write_shutdown
bd689f
 If enabled, SSL data downloads are required to terminate via SSL, not an
bd689f
-- 
bd689f
2.14.4
bd689f