Hash: SHA256

             AUSCERT External Security Bulletin Redistribution

             heketi security, bug fix, and enhancement update
                              31 October 2019


        AusCERT Security Bulletin Summary

Product:           heketi
Publisher:         Red Hat
Operating System:  Red Hat Enterprise Linux WS/Desktop 7
                   Red Hat Enterprise Linux Server 7
Impact/Access:     Execute Arbitrary Code/Commands -- Remote/Unauthenticated
Resolution:        Patch/Upgrade
CVE Names:         CVE-2019-3899  

Original Bulletin: 

Comment: This advisory references vulnerabilities in products which run on 
         platforms other than Red Hat. It is recommended that administrators
         running heketi check for an updated version of the software for 
         their operating system.

- --------------------------BEGIN INCLUDED TEXT--------------------

Hash: SHA256

                   Red Hat Security Advisory

Synopsis:          Moderate: heketi security, bug fix, and enhancement update
Advisory ID:       RHSA-2019:3255-01
Product:           Red Hat Gluster Storage
Advisory URL:      https://access.redhat.com/errata/RHSA-2019:3255
Issue date:        2019-10-30
CVE Names:         CVE-2019-3899 

1. Summary:

Updated heketi packages that fix one security issue, multiple bugs, and
adds various enhancements is now available for OpenShift Container Storage
3.11 Batch 4 Update.

Red Hat Product Security has rated this update as having a security impact
of Moderate. A Common Vulnerability Scoring System (CVSS) base score, which
gives a detailed severity rating, is available for each vulnerability from
the CVE link(s) in the References section.

2. Relevant releases/architectures:

Red Hat Gluster Storage Server 3.5 on RHEL-7 - x86_64
Red Hat Storage Native Client for Red Hat Enterprise Linux 7 - x86_64

3. Description:

Heketi provides a RESTful management interface that can be used to manage
the life cycle of GlusterFS volumes. With Heketi, cloud services like
OpenStack Manila, Kubernetes, and OpenShift can dynamically provision
GlusterFS volumes with any of the supported durability types. Heketi will
automatically determine the location for bricks across the cluster, making
sure to place bricks and its replicas across different failure domains.
Heketi also supports any number of GlusterFS clusters, allowing cloud
services to provide network file storage without being limited to a single
GlusterFS cluster.

The following packages have been upgraded to a later upstream version:
heketi (9.0.0). (BZ#1710080)

Security Fix(es):

* heketi: heketi can be installed using insecure defaults (CVE-2019-3899)

For more details about the security issue(s), including the impact, a CVSS
score, acknowledgments, and other related information, refer to the CVE
page(s) listed in the References section.

Bug Fix(es):

* Previously, it was easy to inadvertently set Heketi up in an unsecured
way which increased the risk of unauthorized users to make changes to the
storage managed by Heketi. The default settings have changed to require
users to configure authentication and to make disabling authentication
unintentionally more difficult. (BZ#1701838)

* Previously, when Heketi executed commands within OpenShift/Kubernetes
pods, the commands were executed without a timeout specified. Hence, some
commands never returned which differed from the SSH executor which always
executes commands with a timeout. With this update, the commands that are
executed in the gluster containers have a timeout specified. The timeout
values are the same regardless of what connection type is used.

* Previously, if Heketi managed multiple clusters and it failed to create
volumes on any of the clusters it would return a generic "No space" error
message. With this update, error messages produced when heketi manages
multiple gluster clusters have been improved. Heketi now displays specific
errors for when the cluster has no nodes or none of the nodes have usable
devices and also reports on each cluster's error by prefixing cluster
errors with the cluster ID. (BZ#1577803)

* Previously, if operation cleanup was requested from the server
simultaneously, the server would try to initiate cleanup for the same
operation twice. This triggered panic in the server. With this update, the
server no longer panics if two operation cleanups are requested at the same
time. (BZ#1702162)


* When a node is removed or added to a gluster trusted storage pool using
heketi, the existing endpoints do not get updated automatically. With this
update, to update the endpoints after node addition/removal, users can now
execute the following commands:
1. heketi-cli volume endpoint patch <volume-id>
2. oc patch ep <heketi-db-endpoint-name> -p <changes> (BZ#1660681)

* With this update, Heketi tracks additional metadata associated with disk
devices even if the path of the device changes. The outputs of some
commands have been updated to reflect the additional metadata. (BZ#1609553)

Users of Heketi are advised to upgrade to these updated packages, which
adds these enhancements and fix these bugs.

4. Solution:

For details on how to apply this update, which includes the changes
described in this advisory, refer to:


5. Bugs fixed (https://bugzilla.redhat.com/):

1577803 - [RFE] heketi is not showing expected error when we give same name of the vol.
1609553 - [RFE] Automatically map /dev paths to stable /dev/disk/by-* paths for long term use
1636912 - PVC still in pending state after node shutdown and start - heketi kube exec layer got stuck
1660681 - Heketi does not list storage endpoint of newly added node
1701091 - CVE-2019-3899 heketi: heketi can be installed using insecure defaults
1702162 - Heketi Pod crashed unexpectedly initializing operations cleanup
1710080 - [RFE] Rebase Heketi to version v9.0 upstream source
1710996 - Reset default limit for maximum number of volumes in Heketi to upstream value of 1000
1725798 - Deleted device cannot be added back to the topology after device path change
1740884 - tune heketidbstorage for safety of db workload

6. Package List:

Red Hat Gluster Storage Server 3.5 on RHEL-7:



Red Hat Storage Native Client for Red Hat Enterprise Linux 7:



These packages are GPG signed by Red Hat for security.  Our key and
details on how to verify the signature are available from

7. References:


8. Contact:

The Red Hat security contact is <secalert@redhat.com>. More contact
details at https://access.redhat.com/security/team/contact/

Copyright 2019 Red Hat, Inc.
Version: GnuPG v1


- --------------------------END INCLUDED TEXT--------------------

You have received this e-mail bulletin as a result of your organisation's
registration with AusCERT. The mailing list you are subscribed to is
maintained within your organisation, so if you do not wish to continue
receiving these bulletins you should contact your local IT manager. If
you do not know who that is, please send an email to auscert@auscert.org.au
and we will forward your request to the appropriate person.

NOTE: Third Party Rights
This security bulletin is provided as a service to AusCERT's members.  As
AusCERT did not write the document quoted above, AusCERT has had no control
over its content. The decision to follow or act on information or advice
contained in this security bulletin is the responsibility of each user or
organisation, and should be considered in accordance with your organisation's
site policies and procedures. AusCERT takes no responsibility for consequences
which may arise from following or acting on information or advice contained in
this security bulletin.

NOTE: This is only the original release of the security bulletin.  It may
not be updated when updates to the original are made.  If downloading at
a later date, it is recommended that the bulletin is retrieved directly
from the author's website to ensure that the information is still current.

Contact information for the authors of the original document is included
in the Security Bulletin above.  If you have any questions or need further
information, please contact them directly.

Previous advisories and external security bulletins can be retrieved from:


Australian Computer Emergency Response Team
The University of Queensland
Qld 4072

Internet Email: auscert@auscert.org.au
Facsimile:      (07) 3365 7031
Telephone:      (07) 3365 4417 (International: +61 7 3365 4417)
                AusCERT personnel answer during Queensland business hours
                which are GMT+10:00 (AEST).
                On call after hours for member emergencies only.
Comment: http://www.auscert.org.au/render.html?it=1967