From patchwork Sun Aug 9 04:19:22 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Arne Schwabe X-Patchwork-Id: 1352 Return-Path: Delivered-To: patchwork@openvpn.net Delivered-To: patchwork@openvpn.net Received: from director12.mail.ord1d.rsapps.net ([172.27.255.55]) by backend30.mail.ord1d.rsapps.net with LMTP id QEo3BzsGMF/gFwAAIUCqbw for ; Sun, 09 Aug 2020 10:20:43 -0400 Received: from proxy20.mail.iad3a.rsapps.net ([172.27.255.55]) by director12.mail.ord1d.rsapps.net with LMTP id eH4XBjsGMF9+DQAAIasKDg (envelope-from ) for ; Sun, 09 Aug 2020 10:20:43 -0400 Received: from smtp28.gate.iad3a ([172.27.255.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by proxy20.mail.iad3a.rsapps.net with LMTP id 6HqTOzoGMF+ROgAAtfLT2w ; Sun, 09 Aug 2020 10:20:43 -0400 X-Spam-Threshold: 95 X-Spam-Score: 0 X-Spam-Flag: NO X-Virus-Scanned: OK X-Orig-To: openvpnslackdevel@openvpn.net X-Originating-Ip: [216.105.38.7] Authentication-Results: smtp28.gate.iad3a.rsapps.net; iprev=pass policy.iprev="216.105.38.7"; spf=pass smtp.mailfrom="openvpn-devel-bounces@lists.sourceforge.net" smtp.helo="lists.sourceforge.net"; dkim=fail (signature verification failed) header.d=sourceforge.net; dkim=fail (signature verification failed) header.d=sf.net; dmarc=none (p=nil; dis=none) header.from=rfc2549.org X-Suspicious-Flag: YES X-Classification-ID: 81397e5a-da4b-11ea-a61e-52540000591c-1-1 Received: from [216.105.38.7] ([216.105.38.7:45950] helo=lists.sourceforge.net) by smtp28.gate.iad3a.rsapps.net (envelope-from ) (ecelerity 4.2.38.62370 r(:)) with ESMTPS (cipher=DHE-RSA-AES256-GCM-SHA384) id 56/8C-22572-936003F5; Sun, 09 Aug 2020 10:20:42 -0400 Received: from [127.0.0.1] (helo=sfs-ml-1.v29.lw.sourceforge.com) by sfs-ml-1.v29.lw.sourceforge.com with esmtp (Exim 4.90_1) (envelope-from ) id 1k4mAn-00014v-Cx; Sun, 09 Aug 2020 14:19:41 +0000 Received: from [172.30.20.202] (helo=mx.sourceforge.net) by sfs-ml-1.v29.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k4mAh-00014H-Ur for openvpn-devel@lists.sourceforge.net; Sun, 09 Aug 2020 14:19:35 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=References:In-Reply-To:Message-Id:Date:Subject:To: From:Sender:Reply-To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=YJkHCChTdgvKuWOGUM9FCYhrR5H1v7jpYPgpSm+sOHI=; b=dhVsm3kHQNmhKhsimBdLfxAkra NZ3jLhaXAJcPQ5PtUVrk+3Bwc1k3d3mz2mHhD5INPJU/D1KH5fBT20dC7RiBZtw/x3wyVm1ZzfHYg q2eBUCHfHuprVYODHXLC18UGiqeHhJdBdWB4MQHIo4cPSnhcMxh0rH80wI3qQTQ4q0ig=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=References:In-Reply-To:Message-Id:Date:Subject:To:From:Sender:Reply-To:Cc :MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=YJkHCChTdgvKuWOGUM9FCYhrR5H1v7jpYPgpSm+sOHI=; b=dlOVLAkYZcNbBJ0O/8pa4DJrPt 5etip5bgXMEdnIdHD3CFLlIphJMdA1GN3hI1FRe+wfhj5D7PliV+po9GudmeY2FN3XILJ9uLy14Hb CUzbpQoAU8CeDb3r9k7nyO5Kz15r50nqX5O1omlS/WlhOTrmggab/5G85qDrk568kChk=; Received: from mail.blinkt.de ([192.26.174.232]) by sfi-mx-1.v28.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.2) id 1k4mAf-00CeDG-S2 for openvpn-devel@lists.sourceforge.net; Sun, 09 Aug 2020 14:19:35 +0000 Received: from kamera.blinkt.de ([2001:638:502:390:20c:29ff:fec8:535c]) by mail.blinkt.de with smtp (Exim 4.94 (FreeBSD)) (envelope-from ) id 1k4mAV-000Gxo-3A for openvpn-devel@lists.sourceforge.net; Sun, 09 Aug 2020 16:19:23 +0200 Received: (nullmailer pid 7901 invoked by uid 10006); Sun, 09 Aug 2020 14:19:22 -0000 From: Arne Schwabe To: openvpn-devel@lists.sourceforge.net Date: Sun, 9 Aug 2020 16:19:22 +0200 Message-Id: <20200809141922.7853-2-arne@rfc2549.org> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200809141922.7853-1-arne@rfc2549.org> References: <20200809141922.7853-1-arne@rfc2549.org> X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: rfc2549.org] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 SPF_NONE SPF: sender does not publish an SPF Record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record X-Headers-End: 1k4mAf-00CeDG-S2 Subject: [Openvpn-devel] [PATCH v3 2/2] Document different behaviour of dynamic cipher negotiation X-BeenThere: openvpn-devel@lists.sourceforge.net X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Errors-To: openvpn-devel-bounces@lists.sourceforge.net X-getmail-retrieved-from-mailbox: Inbox This adds a section in the man page that details the various behaviour of older client/servers when using OpenVPN 2.5. Signed-off-by: Arne Schwabe --- Changes.rst | 23 +++++++ doc/man-sections/cipher-negotiation.rst | 87 +++++++++++++++++++++++++ doc/openvpn.8.rst | 1 + 3 files changed, 111 insertions(+) create mode 100644 doc/man-sections/cipher-negotiation.rst diff --git a/Changes.rst b/Changes.rst index 37792342..2cfd2ee2 100644 --- a/Changes.rst +++ b/Changes.rst @@ -29,6 +29,29 @@ Improved Data channel cipher negotiation ``data-ciphers ChaCha20-Poly1305:AES-256-GCM`` on the server that prefers ChaCha20-Poly1305 but uses it only if the client supports it. + See the data channel negotiation section in the manual for more details. + +Removal of BF-CBC support in default configuration: + By default OpenVPN 2.5 will only accept AES-256-GCM and AES-128-GCM as + data ciphers. OpenVPN 2.4 allows AES-256-GCM,AES-128-GCM and BF-CBC when + no --cipher and --ncp-ption were present. Accepting BF-CBC can be + enabled by adding + + data-ciphers AES-256-GCM:AES-128-GCM:BF-CBC + + and when you need to support very old peers also + + data-ciphers-fallback BF-CBC + + to offer backwards compatiblity with older config an *explicit* + + cipher BF-CBC + + in the configuration will be automatically translated in adding BF-CBC + to the data-ciphers option and setting data-ciphers-fallback to BF-CBC + commands above. We strongly recommend to switching away from BF-CBC to a + more secure cipher. + Asynchronous (deferred) authentication support for auth-pam plugin. See src/plugins/auth-pam/README.auth-pam for details. diff --git a/doc/man-sections/cipher-negotiation.rst b/doc/man-sections/cipher-negotiation.rst new file mode 100644 index 00000000..98ce1fec --- /dev/null +++ b/doc/man-sections/cipher-negotiation.rst @@ -0,0 +1,87 @@ +Data channel cipher negotiation +=============================== + +OpenVPN 2.4 and higher have the capability to dynamically negotiate the data cipher that +is used to encrypt data packets. This section describes the mechanism in more detail and the +different backwards compatibility mechanism with older server and clients. + +OpenVPN 2.5 and higher behaviour +-------------------------------- +When both client and server are at least running OpenVPN 2.5, that the order of +the ciphers of the server's ``--data-ciphers`` is used to pick the the data cipher. +That means that the first cipher in that last that is also in the client's +``--data-ciphers`` list is chosen. If no common cipher is found the client is rejected +with a AUTH_FAILED message (as seen in client log): + + AUTH: Received control message: AUTH_FAILED,Data channel cipher negotiation failed (no shared cipher) + +OpenVPN 2.5 will only allow the ciphers specified in ``--data-ciphers``. To ensure +backwards compatibility also if a cipher is specified using the ``--cipher`` option +it is automatically added to this list. If both options are unset the default is +:code:`AES-256-GCM:AES-128-GCM`. + +OpenVPN 2.4 clients +------------------- +The negotiation support in OpenVPN 2.4 was a first implementation and still had some +quirks. Its main goal was "upgrade to AES-256-GCM when possible". +An OpenVPN 2.4 client that is build against a crypto library that supports AES in GCM +mode and does not have ``--ncp-disable`` will always announce support for +`AES-256-GCM` and `AES-128-GCM` even if the ``--ncp-ciphers`` option does not inlcude +those two ciphers. It is therefore recommended to add `AES-256-GCM` and `AES-128-GCM` +to the ``--ncp-ciphers`` options to workaround this bug. + + +OpenVPN 3 clients +----------------- +Clients based on the OpenVPN 3.x library (https://github.com/openvpn/openvpn3/) +do not have a configurable ``--ncp-ciphers`` or ``--data-cipher`` option. Instead +these clients will announce support for all their supported AEAD ciphers +(`AES-256-GCM`, `AES-128-GCM` and in newer versions also `Chacha20-Poly1305`). + +To support OpenVPN 3.x based clients at least one of these ciphers needs to be +included in the ``--data-ciphers`` option. + + +OpenVPN 2.3 clients and older (and clients with ``--ncp-disable``) +------------------------------------------------------------------ +When a client without cipher negotiation support connects to a server the +cipher specified with the ``--cipher`` option in the client configuration +must be included in the ``--data-ciphers`` option of the server to allow +the client to connect. Otherwise the client will be sent the ``AUTH_FAILED`` +message that indicates no shared cipher. + +If the client has been configured with the ``--enable-small`` +:code:``./configure`` argument, using ``data-ciphers-fallback cipher`` +with the explicit cipher used by the client is necessary. + +OpenVPN 2.4 server +------------------ +When a client indicates support for `AES-128-GCM` and `AES-256-GCM` +(with ``IV_NCP=2``) an OpenVPN 2.4 server will), send the first +cipher of the ``--ncp-ciphers`` to the OpenVPN client regardless of what +cipher is. To ensure compatibility with behaviour as a client, adding +`AES-128-GCM` and `AES-256-GCM` to the ``--data-ciphers`` is required +since OpenVPN 2.5+ will only announce the ``IV_NCP=2`` flag if those +ciphers are present. + +OpenVPN 2.3 and older servers (and servers with ``-ncp-disable``) +----------------------------------------------------------------- +The cipher used by the server must be included in ``--data-ciphers`` to +allow the client connecting to a server without cipher negotiation +suppport. +(As compatibility OpenVPN 2.5 will also accept the cipher set with +``--cipher``) + +If the server has been configured with the ``--enable-small`` +:code:``./configure` argument, using ``data-ciphers-fallback cipher`` +with the explicit cipher used by the server is necessary. + +Blowfish in CBC mode (BFB-CBC) deprecation +------------------------------------------ +The ``--cipher`` option defaulted to ``BF-CBC`` in OpenVPN in +OpenVPN 2.4 and older version. The default was never changed +to ensure backwards compatibility. In OpenVPN 2.5 this behaviour +has now been changed that if the ``--cipher`` is not explicitly +set it does not allow the weak ``BF-CBC`` cipher anymore and +needs to explicitly added as ``--cipher BFC-CBC`` or added to +``-data-ciphers``. \ No newline at end of file diff --git a/doc/openvpn.8.rst b/doc/openvpn.8.rst index 4a7ca3aa..db81274f 100644 --- a/doc/openvpn.8.rst +++ b/doc/openvpn.8.rst @@ -75,6 +75,7 @@ placed in a configuration file. .. include:: man-sections/client-options.rst .. include:: man-sections/server-options.rst .. include:: man-sections/encryption-options.rst +.. include:: man-sections/cipher-negotiation.rst .. include:: man-sections/network-config.rst .. include:: man-sections/script-options.rst .. include:: man-sections/management-options.rst