bugtraq - Advisory: VMware Possible Incorrect Permissions On SSL Key Files

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <1153792649.2388.56.camel@localhost>
Date: Tue, 25 Jul 2006 13:57:29 +1200
From: "Nick Breese" <nick.breese@...urity-assessment.com>
To: <bugtraq@...urityfocus.com>
Subject: Advisory: VMware Possible Incorrect Permissions On SSL Key Files

========================================================================
= VMware Possible Incorrect Permissions On SSL Key Files
=
= VMWare Advisory:
= http://kb.vmware.com/kb/2467205
=
= Affected Software:
=    VMware Player for Linux
=    VMware Workstation for Linux
=    VMware Server for Linux
=    VMware ESX Server 2.x
=    VMware Infrastructure 3
=
= Public disclosure on July 18, 2006
========================================================================

== Overview ==

The configuration program, vmware-config.pl, does not correctly chmod
the highly-sensitive generated key file which is used for encrypting
traffic for remote administrative connections.

In vmware-config.pl on VMWare Server v1.0 beta (Linux build 24927),
lines 6376 - 6382 are meant to chmod the key and certificate files to
safe values. However, it does not use the custom safe_chmod()
sub-routine which reports errors on failure. Instead, the native Perl
chmod() function is used, without any return code checking.

  # Make key readable only by root (important)
  chmod 0400, shell_string("$certLoc") . '/' .
shell_string("$certPrefix")  . '.key';

  # Let anyone read the certificate
  chmod 0444, shell_string("$certLoc") . '/' .
shell_string("$certPrefix")  . '.crt';

The targets used with the aforementioned chmod() functions are joined
together with some parts generated from using a subroutine called
shell_string(). This is intended to generate shell representations of a
string, which is not desired for generating a file path. This causes the
target passed to chmod() to be incorrect.

Because the safe_chmod() subroutine is not used and no return code
checks are performed, the user is not alerted of the chmod() failing.

Depending on the umask being used at the time, this could leave the key
file readable to any local user on the system.

== Exploitation ==

Exploitation requires local file access on the VMWare product host and
appropriate network access. File access could potentially be obtained by
manipulating additional existing services. In example, an attacker may
be able to leverage required file access via insecure scripts hosted by
an HTTP daemon.

Various types of SSL-related attacks can be performed once the key has
been obtained.

== Solutions ==

Manually change the permissions on the key and certificate to its
intended values. The following commands would be appropriate on a
default installation:

# chmod 400 /etc/vmware/ssl/rui.key
# chmod 444 /etc/vmware/ssl/rui.crt

== Credit ==

Discovered and advised to VMWare June, 2006 by Nick Breese of
Security-Assessment.com

== About Security-Assessment.com ==

Security-Assessment.com is a leader in intrusion testing and security
code review, and leads the world with SA-ISO, online ISO17799 compliance
management solution. Security-Assessment.com is committed to security
research and development, and its team have previously identified a
number of vulnerabilities in public and private software vendors
products.