Vulnerabilities > CVE-2016-6087 - Improper Input Validation vulnerability in IBM Domino

047910
CVSS 9.8 - CRITICAL
Attack vector
NETWORK
Attack complexity
LOW
Privileges required
NONE
Confidentiality impact
HIGH
Integrity impact
HIGH
Availability impact
HIGH
network
low complexity
ibm
CWE-20
critical
nessus

Summary

IBM Domino 8.5 and 9.0 could allow an attacker to steal credentials using multiple sessions and large amounts of data using Domino TLS Key Exchange validation. IBM X-Force ID: 117918.

Common Weakness Enumeration (CWE)

Common Attack Pattern Enumeration and Classification (CAPEC)

  • Buffer Overflow via Environment Variables
    This attack pattern involves causing a buffer overflow through manipulation of environment variables. Once the attacker finds that they can modify an environment variable, they may try to overflow associated buffers. This attack leverages implicit trust often placed in environment variables.
  • Server Side Include (SSI) Injection
    An attacker can use Server Side Include (SSI) Injection to send code to a web application that then gets executed by the web server. Doing so enables the attacker to achieve similar results to Cross Site Scripting, viz., arbitrary code execution and information disclosure, albeit on a more limited scale, since the SSI directives are nowhere near as powerful as a full-fledged scripting language. Nonetheless, the attacker can conveniently gain access to sensitive files, such as password files, and execute shell commands.
  • Cross Zone Scripting
    An attacker is able to cause a victim to load content into their web-browser that bypasses security zone controls and gain access to increased privileges to execute scripting code or other web objects such as unsigned ActiveX controls or applets. This is a privilege elevation attack targeted at zone-based web-browser security. In a zone-based model, pages belong to one of a set of zones corresponding to the level of privilege assigned to that page. Pages in an untrusted zone would have a lesser level of access to the system and/or be restricted in the types of executable content it was allowed to invoke. In a cross-zone scripting attack, a page that should be assigned to a less privileged zone is granted the privileges of a more trusted zone. This can be accomplished by exploiting bugs in the browser, exploiting incorrect configuration in the zone controls, through a cross-site scripting attack that causes the attackers' content to be treated as coming from a more trusted page, or by leveraging some piece of system functionality that is accessible from both the trusted and less trusted zone. This attack differs from "Restful Privilege Escalation" in that the latter correlates to the inadequate securing of RESTful access methods (such as HTTP DELETE) on the server, while cross-zone scripting attacks the concept of security zones as implemented by a browser.
  • Cross Site Scripting through Log Files
    An attacker may leverage a system weakness where logs are susceptible to log injection to insert scripts into the system's logs. If these logs are later viewed by an administrator through a thin administrative interface and the log data is not properly HTML encoded before being written to the page, the attackers' scripts stored in the log will be executed in the administrative interface with potentially serious consequences. This attack pattern is really a combination of two other attack patterns: log injection and stored cross site scripting.
  • Command Line Execution through SQL Injection
    An attacker uses standard SQL injection methods to inject data into the command line for execution. This could be done directly through misuse of directives such as MSSQL_xp_cmdshell or indirectly through injection of data into the database that would be interpreted as shell commands. Sometime later, an unscrupulous backend application (or could be part of the functionality of the same application) fetches the injected data stored in the database and uses this data as command line arguments without performing proper validation. The malicious data escapes that data plane by spawning new commands to be executed on the host.

Nessus

NASL familyMisc.
NASL idDOMINO_9_0_1_FP8.NASL
descriptionAccording to its banner, the version of IBM Domino (formerly IBM Lotus Domino) running on the remote host is 8.5.x or 9.0.x prior to 9.0.1 Fix Pack 8. It is, therefore, affected by a flaw in the TLS server due to improper validation of Diffie-Hellman parameters. A man-in-the-middle (MitM) attacker can exploit this, via a small subgroup attack, to more easily break the encryption and thereby compromise the connection between the server and clients, resulting in the disclosure of user authentication credentials.
last seen2020-03-17
modified2017-06-09
plugin id100682
published2017-06-09
reporterThis script is Copyright (C) 2017-2020 and is owned by Tenable, Inc. or an Affiliate thereof.
sourcehttps://www.tenable.com/plugins/nessus/100682
titleIBM Domino 8.5.x / 9.0.x < 9.0.1 Fix Pack 8 TLS Server Diffie-Hellman Key Validation MitM
code
#
# (C) Tenable Network Security, Inc.
#

include('compat.inc');

if (description)
{
  script_id(100682);
  script_version("1.6");
  script_set_attribute(attribute:"plugin_modification_date", value:"2020/03/05");

  script_cve_id("CVE-2016-6087");
  script_bugtraq_id(98794);
  script_xref(name:"IAVB", value:"2017-B-0064");

  script_name(english:"IBM Domino 8.5.x / 9.0.x < 9.0.1 Fix Pack 8 TLS Server Diffie-Hellman Key Validation MitM");
  
  script_set_attribute(attribute:"synopsis", value:
"A business collaboration application running on the remote host is
affected by a key validation vulnerability.");
  script_set_attribute(attribute:"description", value:
"According to its banner, the version of IBM Domino (formerly IBM
Lotus Domino) running on the remote host is 8.5.x or 9.0.x prior to
9.0.1 Fix Pack 8. It is, therefore, affected by a flaw in the TLS
server due to improper validation of Diffie-Hellman parameters. A
man-in-the-middle (MitM) attacker can exploit this, via a small
subgroup attack, to more easily break the encryption and thereby
compromise the connection between the server and clients, resulting in
the disclosure of user authentication credentials.");
  script_set_attribute(attribute:"see_also", value:"http://www.nessus.org/u?7cdf263c");
  script_set_attribute(attribute:"solution", value:
"Upgrade to IBM Domino version 9.0.1 Fix Pack 8 or later.

Note that users who remain on the following releases may open a
service request with IBM Support for a custom hotfix :

  - version 9.0.1 through 9.0.1 Fix Pack 7 Interim Fix 2
  - version 9.0 through 9.0 Interim Fix 7");
  script_set_cvss_base_vector("CVSS2#AV:N/AC:L/Au:N/C:P/I:N/A:N");
  script_set_cvss_temporal_vector("CVSS2#E:U/RL:OF/RC:C");
  script_set_cvss3_base_vector("CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H");
  script_set_cvss3_temporal_vector("CVSS:3.0/E:U/RL:O/RC:C");
  script_set_attribute(attribute:"cvss_score_source", value:"CVE-2016-6087");

  script_set_attribute(attribute:"exploitability_ease", value:"No known exploits are available");
  script_set_attribute(attribute:"exploit_available", value:"false");

  script_set_attribute(attribute:"vuln_publication_date", value:"2017/05/31");
  script_set_attribute(attribute:"patch_publication_date", value:"2017/05/31");
  script_set_attribute(attribute:"plugin_publication_date", value:"2017/06/09");

  script_set_attribute(attribute:"potential_vulnerability", value:"true");
  script_set_attribute(attribute:"plugin_type", value:"remote");
  script_set_attribute(attribute:"cpe", value:"cpe:/a:ibm:domino");
  script_set_attribute(attribute:"stig_severity", value:"I");
  script_end_attributes();

  script_category(ACT_GATHER_INFO);
  script_family(english:"Misc.");

  script_copyright(english:"This script is Copyright (C) 2017-2020 and is owned by Tenable, Inc. or an Affiliate thereof.");

  script_dependencies("domino_installed.nasl");
  script_require_keys("Domino/Version", "Settings/ParanoidReport");

  exit(0);
}

include('audit.inc');
include('global_settings.inc');
include('misc_func.inc');

# Check the version of Domino installed.
app_name = 'IBM Domino';
ver = get_kb_item_or_exit('Domino/Version');
port = get_kb_item('Domino/Version_provided_by_port');
if (!port) port = 0;
version = NULL;
fix = NULL;
fix_ver = NULL;
fix_pack = NULL;

#Customers who remain on the following releases may open a Service Request
#with IBM Support and reference SPR# DKEN9WGMYE for a custom hotfix:
#  IBM Domino 9.0 through 9.0 Interim Fix 7  (http://www-01.ibm.com/support/docview.wss?uid=swg21653364)
#  IBM Domino 9.0.1 through 9.0.1 Fix Pack 7 Interim Fix 2 (http://www-01.ibm.com/support/docview.wss?uid=swg21657963)
function might_have_custom_fix(ver)
{
  var item;
  if(ver =~ "^9\.0(\.0)?($|[^0-9])" && "FP" >!< ver)
  {
    item = pregmatch(pattern:"HF([\d]+)($|[^\d])", string:ver);

    if(!item)
      return TRUE;
    if(int(item[1]) <= 1139)
      return TRUE;

    return FALSE;
  }
  else if(ver =~ "^9\.0\.1($|[^0-9])" && (ver =~ "FP[1-7]($|[^\d])" || "FP" >!< ver))
  {
    if(ver =~ "FP[1-6]($|[^\d])")
      return TRUE;

    # FP7 running less than IF2
    item = pregmatch(pattern:"HF([\d]+)($|[^\d])", string:ver);
    if(!item)
      return TRUE;
    if(int(item[1]) <= 155)
      return TRUE;
    return FALSE;
  }
  else return FALSE;
}

if (might_have_custom_fix(ver:ver) && report_paranoia < 2) audit(AUDIT_PARANOID); 

# Ensure sufficient granularity.
if (ver !~ "^(\d+\.){1,}\d+.*$") audit(AUDIT_VER_NOT_GRANULAR, app_name, port, ver);

# No patches for 8.5.x yet, and based on this : www-01.ibm.com/support/docview.wss?uid=swg21611954
# I don't think there will be
if (ver =~ "^9\.0(\s|$)" || ver =~ "^9\.0\.[01]($|[^0-9])" || ver =~ "^8\.5\.[123]($|[^0-9])")
{
  fix = '9.0.1 FP8';
  fix_ver = '9.0.1';
  fix_pack = 8;
}
else audit(AUDIT_LISTEN_NOT_VULN, app_name, port, ver);

# Breakdown the version into components.
version = pregmatch(string:ver, pattern:"^((?:\d+\.){1,}\d+)(?: FP(\d+))?(?: ?HF(\d+))?$");
if (isnull(version)) audit(AUDIT_UNKNOWN_APP_VER, app_name);

# Use 0 if no FP number. Version number itself was
# checked for in the granularity check.
if (!version[2]) version[2] = 0;
else version[2] = int(version[2]);

# Compare current to fix and report as needed.
if (
  ver_compare(ver:version[1], fix:fix_ver, strict:FALSE) == -1 ||
  (ver =~ "^9\.0\.1($|[^0-9])" && version[2] < fix_pack)
)
{
  security_report_v4(
    port:port,
    severity:SECURITY_WARNING,
    extra:
      '\n' +
      '\n  Installed version : ' + ver +
      '\n  Fixed version     : ' + fix +
      '\n'
  );
}
else audit(AUDIT_LISTEN_NOT_VULN, app_name, port, ver);