Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 29 May 2014 02:56:42 -0400 (EDT)
From: cve-assign@...re.org
To: kseifried@...hat.com
Cc: cve-assign@...re.org, oss-security@...ts.openwall.com
Subject: Re: CVE-2014-0234 Installer: OpenShift Enterprise: openshift.sh default password creation

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> This is to notify the community that Red Hat has fixed  CVE-2014-0234
> Installer: OpenShift Enterprise: openshift.sh default password creation.

Can you clarify the scope of this CVE?

https://bugzilla.redhat.com/show_bug.cgi?id=1097008 says:

  CVE-2014-0234 OpenShift Enterprise openshift-origin-broker: default password creation

  The OpenShift Enterprise openshift-origin-broker configures a default password:

  /etc/openshift/broker.conf:MONGO_PASSWORD="mooo"
  /etc/openshift/broker.conf:MONGO_PASSWORD="mongopass"

  Please note that the optional installer also did this previously:

  https://github.com/openshift/openshift-extras/blob/enterprise-2.0/enterprise/install-scripts/generic/openshift.sh


For the openshift.sh script, we think you might mean something like
(this isn't really the right branch):

  https://github.com/openshift/openshift-extras/commit/4339020c62e43fa16f2145d46636f7dc0e26327f

in which, possibly, the scope of the CVE is both:

   enterprise/install-scripts/generic/openshift.sh

and

   enterprise/install-scripts/openshift.ks

but not

    enterprise/install-scripts/amazon/openshift-amz.sh

which has a different type of issue?

Possibly a more important question is the status of
MONGO_PASSWORD="mooo" - there's no "mooo" anywhere in
4339020c62e43fa16f2145d46636f7dc0e26327f. Instead, "mooo" apparently
comes from:

  https://github.com/openshift/origin-server/blob/master/broker/conf/broker.conf

and is not yet fixed in that github.com copy of the code.

So, we could potentially model this as:

  1. "different affected versions" in the sense that if someone wasn't
     using Red Hat's RPMs and instead updated everything from
     github.com after seeing RHSA-2014:0487-1, they would have the
     4339020c62e43fa16f2145d46636f7dc0e26327f patches but would still
     have "mooo"

or

  2. "different affected products" in the sense that "mooo" is a
     vulnerability affecting the OpenShift Enterprise product (or
     specifically the openshift/origin-server package), whereas
     4339020c62e43fa16f2145d46636f7dc0e26327f is a non-identical
     vulnerability in the openshift/openshift-extras package

In other words, we don't know the interpretation in which "mooo" and
4339020c62e43fa16f2145d46636f7dc0e26327f end up with the same CVE ID.

(We didn't try to determine why your quoted broker.conf has two
MONGO_PASSWORD= lines, but
https://github.com/openshift/origin-server/blob/master/broker/conf/broker.conf
has only one MONGO_PASSWORD= line.)


> I also wanted to open up a discussion as well, what counts as shipped
> software, e.g. more and more projects have a bash script linked off
> the front page/install page, my take on this is if it's "officially"
> endorsed by the project and prominent it should probably count as
> "shipped" software and get a CVE (assuming it has a security flaw),
> but we shouldn't assign CVE's to every instance of install scripts

The pre-4339020c62e43fa16f2145d46636f7dc0e26327f unpatched code such as
https://github.com/openshift/openshift-extras/blob/9ecba01d34d7231cc05f04710217ddcee53202ad/enterprise/install-scripts/generic/openshift.sh
contained this comment:

  # While this script serves as a good example script for installing a
  # single host, it is not comprehensive nor robust enough to be considered
  # a proper enterprise installer on its own. Production installations will
  # typically require significant adaptations or an entirely different
  # method of installation. Please adapt it to your needs.

Typically, if a piece of code is simply not intended to be used as-is,
it can't have CVE assignments for its vulnerabilities. The situation
would be different if (for example) any Linux distribution shipped
openshift.sh with conflicting documentation, or executed openshift.sh
automatically.

This might mean that the best scope of CVE-2014-0234 is only the
default broker.conf file (because that issue is known to actually
affect the Red Hat OpenShift Enterprise 2 product).

- -- 
CVE assignment team, MITRE CVE Numbering Authority
M/S M300
202 Burlington Road, Bedford, MA 01730 USA
[ PGP key available through http://cve.mitre.org/cve/request_id.html ]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (SunOS)

iQEcBAEBAgAGBQJThthaAAoJEKllVAevmvms0xwH/28iARTXGytwn4Ee39iWWGK1
IAU3ofRZe/yxNLxlyBFZcCUJf6qVZaBszEolXn5BW4rRfeVLQwXR7Mt4RYJlhl6i
WCiJloGWuOyAi45fHGFwB7uq+6f0UfuCANW+zgmxmh4oxoJranCaD9Q/L2eMlg60
N4bJkGqLCsN1srVCtboTZlPX8PedxokcLzwTWw8nboruQf5p0dVAXZmbmUETfUHq
mVDNdods1k6N/AtGdHfu4wCEZpDDgQrdcCel2IKI2ftitmaLqCXfQ8cCMMXEHakJ
F4MQ2KKL96v+W3sK/qQsciQ6UtNBAgC06zE60E/FF8EQPOrpfpKXoC4M9R8W2B4=
=1753
-----END PGP SIGNATURE-----

Powered by blists - more mailing lists

Your e-mail address:

Please check out the Open Source Software Security Wiki, which is counterpart to this mailing list.

Powered by Openwall GNU/*/Linux - Powered by OpenVZ