Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 640172 (CVE-2017-3737) - <dev-libs/openssl-1.0.2n: multiple vulnerabilities (CVE-2017-{3737,3738})
Summary: <dev-libs/openssl-1.0.2n: multiple vulnerabilities (CVE-2017-{3737,3738})
Alias: CVE-2017-3737
Product: Gentoo Security
Classification: Unclassified
Component: Vulnerabilities (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Security
Whiteboard: A3 [cve glsa]
Depends on:
Blocks: CVE-2017-3738
  Show dependency tree
Reported: 2017-12-07 14:20 UTC by GLSAMaker/CVETool Bot
Modified: 2018-01-08 16:05 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---
stable-bot: sanity-check+


Note You need to log in before you can comment on or make changes to this bug.
Description GLSAMaker/CVETool Bot gentoo-dev 2017-12-07 14:20:00 UTC
CVE-2017-3737 (
  ** RESERVED ** This candidate has been reserved by an organization or
  individual that will use it when announcing a new security problem. When the
  candidate has been publicized, the details for this candidate will be

CVE-2017-3738 (
  ** RESERVED ** This candidate has been reserved by an organization or
  individual that will use it when announcing a new security problem. When the
  candidate has been publicized, the details for this candidate will be
Comment 1 Thomas Deutschmann (RETIRED) gentoo-dev 2017-12-07 14:22:08 UTC
Hash: SHA256

OpenSSL Security Advisory [07 Dec 2017]

Read/write after SSL object in error state (CVE-2017-3737)

Severity: Moderate

OpenSSL 1.0.2 (starting from version 1.0.2b) introduced an "error state"
mechanism. The intent was that if a fatal error occurred during a handshake then
OpenSSL would move into the error state and would immediately fail if you
attempted to continue the handshake. This works as designed for the explicit
handshake functions (SSL_do_handshake(), SSL_accept() and SSL_connect()),
however due to a bug it does not work correctly if SSL_read() or SSL_write() is
called directly. In that scenario, if the handshake fails then a fatal error
will be returned in the initial function call. If SSL_read()/SSL_write() is
subsequently called by the application for the same SSL object then it will
succeed and the data is passed without being decrypted/encrypted directly from
the SSL/TLS record layer.

In order to exploit this issue an application bug would have to be present that
resulted in a call to SSL_read()/SSL_write() being issued after having already
received a fatal error.

This issue does not affect OpenSSL 1.1.0.

OpenSSL 1.0.2 users should upgrade to 1.0.2n

This issue was reported to OpenSSL on 10th November 2017 by David Benjamin
(Google). The fix was proposed by David Benjamin and implemented by Matt Caswell
of the OpenSSL development team.

rsaz_1024_mul_avx2 overflow bug on x86_64 (CVE-2017-3738)

Severity: Low

There is an overflow bug in the AVX2 Montgomery multiplication procedure
used in exponentiation with 1024-bit moduli. No EC algorithms are affected.
Analysis suggests that attacks against RSA and DSA as a result of this defect
would be very difficult to perform and are not believed likely. Attacks
against DH1024 are considered just feasible, because most of the work
necessary to deduce information about a private key may be performed offline.
The amount of resources required for such an attack would be significant.
However, for an attack on TLS to be meaningful, the server would have to share
the DH1024 private key among multiple clients, which is no longer an option
since CVE-2016-0701.

This only affects processors that support the AVX2 but not ADX extensions
like Intel Haswell (4th generation).

Note: The impact from this issue is similar to CVE-2017-3736, CVE-2017-3732
and CVE-2015-3193.

Due to the low severity of this issue we are not issuing a new release of
OpenSSL 1.1.0 at this time. The fix will be included in OpenSSL 1.1.0h when it
becomes available. The fix is also available in commit e502cc86d in the OpenSSL
git repository.

OpenSSL 1.0.2 users should upgrade to 1.0.2n

This issue was reported to OpenSSL on 22nd November 2017 by David Benjamin
(Google). The issue was originally found via the OSS-Fuzz project. The fix was
developed by Andy Polyakov of the OpenSSL development team.


Support for version 1.0.1 ended on 31st December 2016. Support for versions
0.9.8 and 1.0.0 ended on 31st December 2015. Those versions are no longer
receiving security updates.


URL for this Security Advisory:

Note: the online version of the advisory may be updated with additional details
over time.

For details of OpenSSL severity classifications please see:

Comment 2 Larry the Git Cow gentoo-dev 2017-12-07 18:13:52 UTC
The bug has been referenced in the following commit(s):

commit f179eb65b08d179526088fb29abefde8b109ab28
Author:     Thomas Deutschmann <>
AuthorDate: 2017-12-07 18:09:10 +0000
Commit:     Thomas Deutschmann <>
CommitDate: 2017-12-07 18:13:44 +0000

    dev-libs/openssl: Bump to v1.0.2n
    - EAPI bumped to EAPI=6
    - Respin some patches for v1.0.2n
    - Patches moved to patch tarball to avoid cluttering up the tree
    Package-Manager: Portage-2.3.16, Repoman-2.3.6

 dev-libs/openssl/Manifest                  |   2 +
 dev-libs/openssl/files/gentoo.config-1.0.2 |   2 +-
 dev-libs/openssl/openssl-1.0.2n.ebuild     | 251 +++++++++++++++++++++++++++++
 3 files changed, 254 insertions(+), 1 deletion(-)}
Comment 3 Thomas Deutschmann (RETIRED) gentoo-dev 2017-12-07 18:19:11 UTC
Freeing CVE-2017-3738 alias for tracker bug.
Comment 4 Thomas Deutschmann (RETIRED) gentoo-dev 2017-12-08 13:12:01 UTC
@ Arches,

please test and mark stable: =dev-libs/openssl-1.0.2n
Comment 5 Thomas Deutschmann (RETIRED) gentoo-dev 2017-12-08 20:39:40 UTC
x86 stable
Comment 6 Sergei Trofimovich (RETIRED) gentoo-dev 2017-12-09 11:10:55 UTC
hppa/ia64/ppc/ppc64 stable
Comment 7 Sergei Trofimovich (RETIRED) gentoo-dev 2017-12-10 21:34:59 UTC
sparc stable (thanks to Rolf Eike Beer)
Comment 8 Manuel Rüger (RETIRED) gentoo-dev 2017-12-10 23:37:41 UTC
amd64 stable
Comment 9 Markus Meier gentoo-dev 2017-12-13 21:07:30 UTC
arm stable
Comment 10 Thomas Deutschmann (RETIRED) gentoo-dev 2017-12-14 16:28:09 UTC
Added to an existing GLSA.
Comment 11 GLSAMaker/CVETool Bot gentoo-dev 2017-12-14 18:25:32 UTC
This issue was resolved and addressed in
 GLSA 201712-03 at
by GLSA coordinator Thomas Deutschmann (whissi).
Comment 12 Thomas Deutschmann (RETIRED) gentoo-dev 2017-12-14 18:26:13 UTC
Re-opening for remaining architectures/cleanup.
Comment 13 Tobias Klausmann (RETIRED) gentoo-dev 2017-12-14 19:09:43 UTC
Stable on alpha.
Comment 14 Thomas Deutschmann (RETIRED) gentoo-dev 2017-12-30 19:55:18 UTC
arm64 stable (thanks to @flenders72).

Repository is clean.

New GLSA request filed.