Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 1488197 - (CVE-2017-12151) CVE-2017-12151 samba: SMB2 connections don't keep encryption across DFS redirects
CVE-2017-12151 samba: SMB2 connections don't keep encryption across DFS redir...
Status: NEW
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
medium Severity medium
: ---
: ---
Assigned To: Red Hat Product Security
impact=moderate,public=20170920,repor...
: Security
Depends On: 1491213 1491214 1491769 1493441
Blocks: 1488198
  Show dependency treegraph
 
Reported: 2017-09-04 11:56 EDT by Adam Mariš
Modified: 2018-07-27 02:17 EDT (History)
16 users (show)

See Also:
Fixed In Version: samba 4.4.16, samba 4.5.14, samba 4.6.8
Doc Type: If docs needed, set a value
Doc Text:
A flaw was found in the way samba client used encryption with the max protocol set as SMB3. The connection could lose the requirement for signing and encrypting to any DFS redirects, allowing an attacker to read or alter the contents of the connection via a man-in-the-middle attack.
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2017:2790 normal SHIPPED_LIVE Moderate: samba security update 2017-09-21 14:06:48 EDT
Red Hat Product Errata RHSA-2017:2858 normal SHIPPED_LIVE Moderate: samba security update 2017-10-04 05:12:56 EDT

  None (edit)
Description Adam Mariš 2017-09-04 11:56:47 EDT
Client command line tools like 'smbclient' as well as applications using
'libsmbclient' library have support for required encryption. This is activated
by the '-e|--encrypt' command line option or the
smbc_setOptionSmbEncryptionLevel() library call.

By default, only SMB1 is used in order to do connections to a server,
as the effective default for "client max protocol" smb.conf option
as well for the "-m|--max-protocol=" command line option is "NT1".

If the original client connection used encryption, following DFS
redirects to another server also enforce encryption. This is
important as these redirects are transparent to the application.

In case "SMB3", "SMB3_00", "SMB3_02", "SMB3_10" or "SMB3_11" is
used as max protocol and a connection actually made use of the
SMB3 encryption, any redirected connection looses the requirement
for encryption and maybe also the requirement for signing.
That means, a man in the middle can read and/or alter the content
of the connection.
Comment 1 Adam Mariš 2017-09-04 11:56:54 EDT
Acknowledgments:

Name: the Samba project
Upstream: Stefan Metzmacher (SerNet)
Comment 2 Adam Mariš 2017-09-04 11:59:42 EDT
Mitigation:

Keep the default of "client max protocol = NT1".
Comment 3 Huzaifa S. Sidhpurwala 2017-09-05 05:50:50 EDT
Statement:

The samba4 package in Red Hat Enterprise Linux 6, is a tech preview and by default uses the SMB1 protocol, therefore though affected by this flaw, will not be addressed in a security update.
Comment 6 Huzaifa S. Sidhpurwala 2017-09-20 04:18:32 EDT
External References:

https://www.samba.org/samba/security/CVE-2017-12151.html
Comment 7 Huzaifa S. Sidhpurwala 2017-09-20 04:21:21 EDT
Created samba tracking bugs for this issue:

Affects: fedora-all [bug 1493441]
Comment 8 errata-xmlrpc 2017-09-21 10:07:38 EDT
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 7

Via RHSA-2017:2790 https://access.redhat.com/errata/RHSA-2017:2790
Comment 9 errata-xmlrpc 2017-10-04 01:13:43 EDT
This issue has been addressed in the following products:

  Red Hat Gluster Storage 3.3 for RHEL 6
  Red Hat Gluster Storage 3.3 for RHEL 7

Via RHSA-2017:2858 https://access.redhat.com/errata/RHSA-2017:2858

Note You need to log in before you can comment on or make changes to this bug.