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 1149945 - (CVE-2014-6439) CVE-2014-6439 Elasticsearch: CSRF via insecure CORS default configuration
CVE-2014-6439 Elasticsearch: CSRF via insecure CORS default configuration
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=20141001,reported=2...
: Security
Depends On:
Blocks: 1149946
  Show dependency treegraph
 
Reported: 2014-10-06 22:21 EDT by Arun Babu Neelicattu
Modified: 2015-10-23 11:07 EDT (History)
13 users (show)

See Also:
Fixed In Version: elasticsearch 1.4.0.beta1
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-07-20 12:25:12 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 Arun Babu Neelicattu 2014-10-06 22:21:58 EDT
It was discovered that the default configuration for cross-origin resource sharing (CORS) exposed a cross-site request forgery (CSRF) vulnerability. A remote attacker could use this flaw by providing a sepecially crafted url to a user, allowing the attacker to send requests to Elasticsearch instances on the users local network leading to data loss or compromise of these instances.
Comment 4 Arun Babu Neelicattu 2014-10-06 22:36:39 EDT
Upstream Issue:

https://github.com/elasticsearch/elasticsearch/issues/7151
Comment 5 Arun Babu Neelicattu 2014-10-06 22:43:24 EDT
Victims Record:

https://github.com/victims/victims-cve-db/blob/master/database/java/2014/6439.yaml
Comment 7 Kurt Seifried 2015-07-20 12:24:25 EDT
Updating the severity, for Sam 1.x elasticsearch only listens on localhost, thus local access is required. For Satellite 6.x the installation process should include firewalling it to trusted local users only. As such this only scores 3.3 instead of 5.8 on the CVSS2 scoring.
Comment 9 Kurt Seifried 2015-07-20 12:25:12 EDT
Statement:

This issue affects the versions of elasticsearch as shipped with Red Hat Satellite 6.x and Subscription Asset Manager 1.x. Red Hat Product Security has rated this issue as having Low security impact. A future update may address this issue. For additional information, refer to the Issue Severity Classification: https://access.redhat.com/security/updates/classification/.
Comment 10 Ján Rusnačko 2015-10-23 10:45:42 EDT
Mitigation:

As provided at http://www.elasticsearch.org/community/security/,

Users should either set "http.cors.enabled" to false, or set "http.cors.allow-origin" to the value of the server that should be allowed access, such as localhost or a server hosting Kibana. Disabling CORS entirely with the former setting is more secure, but may not be suitable for all use cases.

For Satellite 6.x and Sam 1.x you can simply firewall elasticsearch to trusted users only (e.g. root, katello, foreman). For instructions on this please see:

https://access.redhat.com/documentation/en-US/Red_Hat_Satellite/6.0/html-single/Installation_Guide/index.html#sect-Red_Hat_Satellite-Installation_Guide-Red_Hat_Satellite_Installation-Configuring_Red_Hat_Satellite_Manually
Comment 11 Ján Rusnačko 2015-10-23 10:46:31 EDT
I just merged the two Mitigations in comment 1 and comment 9 - marking them private.

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