Bug 1331426 (CVE-2016-2107)

Summary: CVE-2016-2107 openssl: Padding oracle in AES-NI CBC MAC check
Product: [Other] Security Response Reporter: Tomas Hoger <thoger>
Component: vulnerabilityAssignee: Red Hat Product Security <security-response-team>
Status: CLOSED ERRATA QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: unspecifiedCC: akjain, asanders, bbaranow, bmaxwell, bradler, bwoodcock, cdewolf, csutherl, dahjelle.redhat.com, dandread, darran.lofthouse, devin, dosoudil, erik-fedora, freiheit, gzaronik, hkario, huwang, jaeshin, jawilson, jclere, jdoyle, jonas.schwabe, ktietz, leho, lgao, marcandre.lureau, mbabacek, mdshaikh, mturk, myarboro, pdwyer, pgier, psakar, pslavice, redhat-bugzilla, rjones, rnetuka, rsvoboda, ryan.parman, sardella, security-response-team, slawomir, tmraz, twalsh, unixi, vtunka, weli, yozone
Target Milestone: ---Keywords: Security
Target Release: ---   
Hardware: All   
OS: Linux   
See Also: https://issues.redhat.com/browse/JBCS-81
Whiteboard:
Fixed In Version: openssl 1.0.1t, openssl 1.0.2h Doc Type: Bug Fix
Doc Text:
It was discovered that OpenSSL leaked timing information when decrypting TLS/SSL and DTLS protocol encrypted records when the connection used the AES CBC cipher suite and the server supported AES-NI. A remote attacker could possibly use this flaw to retrieve plain text from encrypted packets by using a TLS/SSL or DTLS server as a padding oracle.
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-02-22 12:29:07 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1331569, 1331570, 1331865, 1331866, 1332407, 1332588, 1332589, 1332590, 1332591, 1366994    
Bug Blocks: 1330106, 1395463    
Attachments:
Description Flags
OpenSSL upstream fix none

Description Tomas Hoger 2016-04-28 13:46:53 UTC
Quoting form the draft of OpenSSL upstream advisory:

Padding oracle in AES-NI CBC MAC check (CVE-2016-2107)
======================================================

Severity: High

A MITM attacker can use a padding oracle attack to decrypt traffic
when the connection uses an AES CBC cipher and the server support
AES-NI.

This issue was introduced as part of the fix for Lucky 13 padding
attack (CVE-2013-0169). The padding check was rewritten to be in
constant time by making sure that always the same bytes are read and
compared against either the MAC or padding bytes. But it no longer
checked that there was enough data to have both the MAC and padding
bytes.

OpenSSL 1.0.2 users should upgrade to 1.0.2h
OpenSSL 1.0.1 users should upgrade to 1.0.1t

This issue was reported to OpenSSL on 13th of April 2016 by Juraj
Somorovsky. The fix was developed by Kurt Roeckx of the OpenSSL
development team.

Comment 1 Tomas Hoger 2016-04-28 13:47:04 UTC
Acknowledgments:

Name: the OpenSSL project
Upstream: Juraj Somorovsky

Comment 2 Tomas Hoger 2016-04-28 13:58:21 UTC
Created attachment 1151920 [details]
OpenSSL upstream fix

Comment 6 Martin Prpič 2016-05-03 14:19:21 UTC
External References:

https://openssl.org/news/secadv/20160503.txt

Comment 7 Martin Prpič 2016-05-03 14:28:18 UTC
Created openssl101e tracking bugs for this issue:

Affects: epel-5 [bug 1332590]

Comment 8 Martin Prpič 2016-05-03 14:28:24 UTC
Created openssl tracking bugs for this issue:

Affects: fedora-all [bug 1332588]

Comment 9 Martin Prpič 2016-05-03 14:28:29 UTC
Created mingw-openssl tracking bugs for this issue:

Affects: fedora-all [bug 1332589]
Affects: epel-7 [bug 1332591]

Comment 11 Fedora Update System 2016-05-04 18:51:36 UTC
openssl-1.0.2h-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

Comment 12 Tomas Hoger 2016-05-05 11:40:50 UTC
Detailed write-up from the original reporter:

http://web-in-security.blogspot.com/2016/05/curious-padding-oracle-in-openssl-cve.html

Detailed independent analysis of the issue:

https://blog.cloudflare.com/yet-another-padding-oracle-in-openssl-cbc-ciphersuites/

Comment 13 Fedora Update System 2016-05-07 11:38:44 UTC
openssl-1.0.2h-1.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.

Comment 14 errata-xmlrpc 2016-05-09 09:29:26 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 7

Via RHSA-2016:0722 https://rhn.redhat.com/errata/RHSA-2016-0722.html

Comment 15 errata-xmlrpc 2016-05-10 04:21:00 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 6

Via RHSA-2016:0996 https://rhn.redhat.com/errata/RHSA-2016-0996.html

Comment 18 Fedora Update System 2016-05-10 17:52:10 UTC
openssl-1.0.1k-15.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.

Comment 19 Fedora Update System 2016-05-27 23:16:46 UTC
openssl101e-1.0.1e-8.el5 has been pushed to the Fedora EPEL 5 stable repository. If problems still persist, please make note of it in this bug report.

Comment 20 Akshay Jain 2016-07-29 12:11:03 UTC
Hello Team,

Customer is requesting for backporting of this fix of openssl into 6.7 (EUS).
Please check

Comment 22 errata-xmlrpc 2016-10-18 07:09:25 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 6.7 Extended Update Support

Via RHSA-2016:2073 https://rhn.redhat.com/errata/RHSA-2016-2073.html

Comment 23 Andrew Sanders 2016-11-10 17:41:41 UTC
(In reply to errata-xmlrpc from comment #22)
> This issue has been addressed in the following products:
> 
>   Red Hat Enterprise Linux 6.7 Extended Update Support
> 
> Via RHSA-2016:2073 https://rhn.redhat.com/errata/RHSA-2016-2073.html

This makes this bugzilla appear to have been addressed, but the status is still "NEW".  I've got a customer that confirmed this patch is in their RHEL6.7 EUS patches that they received via the normal RHN stream.  Should this bug have been closed by now?

Comment 25 errata-xmlrpc 2016-12-15 22:17:33 UTC
This issue has been addressed in the following products:



Via RHSA-2016:2957 https://rhn.redhat.com/errata/RHSA-2016-2957.html