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 1504255 - (CVE-2017-15096) CVE-2017-15096 glusterfs: Null pointer dereference in send_brick_req function in glusterfsd/src/gf_attach.c
CVE-2017-15096 glusterfs: Null pointer dereference in send_brick_req function...
Status: CLOSED WONTFIX
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
low Severity low
: ---
: ---
Assigned To: Red Hat Product Security
impact=low,public=20171017,reported=2...
: Security
Depends On: 1503394 1504256 1505212 1505370
Blocks: 1504257
  Show dependency treegraph
 
Reported: 2017-10-19 15:41 EDT by Pedro Sampaio
Modified: 2017-10-27 05:17 EDT (History)
22 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2017-10-27 04:10:58 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Pedro Sampaio 2017-10-19 15:41:12 EDT
A flaw was found in glusterfs. A null pointer dereference in in send_brick_req function in glusterfsd/src/gf_attach.c may cause local denial of service.  

References:

https://bugzilla.redhat.com/show_bug.cgi?id=1502928
Comment 1 Pedro Sampaio 2017-10-19 15:41:57 EDT
Created glusterfs tracking bugs for this issue:

Affects: fedora-all [bug 1504256]
Comment 2 Siddharth Sharma 2017-10-26 12:11:05 EDT
Analysis

Only local DoS of glusterfsd is possible with this. Impact of this flaw is low.
Comment 3 Jeff Darcy 2017-10-27 01:51:54 EDT
It's not even a DoS of glusterfsd.  Worst case is that gf_attach runs out of memory, which would be a failure anyway, and then fails with a SIGSEGV in STACK_DESTROY (the other two functions check for NULL) instead of ENOMEM.  Not sure GlusterD (management daemon) would even notice the difference, and even if it did that would only affect adding or removing bricks.  Other management operations, and the entire I/O path, would be unaffected.  It's a bug, sure, but it's not clearly a *security* bug at all.
Comment 4 Siddharth Sharma 2017-10-27 04:09:06 EDT
(In reply to Jeff Darcy from comment #3)
> It's not even a DoS of glusterfsd.  Worst case is that gf_attach runs out of
> memory, which would be a failure anyway, and then fails with a SIGSEGV in
> STACK_DESTROY (the other two functions check for NULL) instead of ENOMEM. 
> Not sure GlusterD (management daemon) would even notice the difference, and
> even if it did that would only affect adding or removing bricks.  Other
> management operations, and the entire I/O path, would be unaffected.  It's a
> bug, sure, but it's not clearly a *security* bug at all.

Hi Jeff,

agreed that is why I set impact of this being low. It is at a border line between low to no security flaw.

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