exploit the possibilities

SugarCRM 9.0.1 PHP Object Injection

SugarCRM 9.0.1 PHP Object Injection
Posted Oct 11, 2019
Authored by EgiX | Site karmainsecurity.com

SugarCRM versions 9.0.1 and below suffer from multiple php object injection vulnerabilities.

tags | exploit, php, vulnerability
MD5 | 7b2fd6425395925d0bd77736e7cd43cc

SugarCRM 9.0.1 PHP Object Injection

Change Mirror Download
---------------------------------------------------------------
SugarCRM <= 9.0.1 Multiple PHP Object Injection Vulnerabilities
---------------------------------------------------------------


[-] Software Link:

https://www.sugarcrm.com


[-] Affected Versions:

Version 9.0.1 and prior versions, 8.0.3 and prior versions.


[-] Vulnerabilities Description:

1) The vulnerability exists because the "/modules/Emails/DetailView.php"
script
is using the unserialize() function with the "campaign_data" field of
the table,
and such a value can be arbitrarily manipulated through the "save2"
action. This
can be exploited by malicious users to inject arbitrary PHP objects into
the
application scope (PHP Object Injection), allowing them to carry out a
variety
of attacks, such as executing arbitrary PHP code.

2) The vulnerability exists because the
"/modules/EmailMan/views/view.config.php"
script is using the unserialize() function with the
"$sugar_config['email_xss']"
variable, and such a value can be arbitrarily manipulated through the
"Configurator"
module. This can be exploited by malicious users to inject arbitrary PHP
objects
into the application scope (PHP Object Injection), allowing them to
carry out a
variety of attacks, such as executing arbitrary PHP code. Successful
exploitation
of this vulnerability requires a System Administrator account.

3) User input passed through the "ext4" parameter when handling the
"RefreshField"
action within the "ModuleBuilder" module (when the "type" parameter is
set to "enum")
is not properly sanitized before being used in a call to the
unserialize() function.
This can be exploited by malicious users to inject arbitrary PHP objects
into the
application scope (PHP Object Injection), allowing them to carry out a
variety of
attacks, such as executing arbitrary PHP code. Successful exploitation
of this
vulnerability requires an user account with Developer access to any
module.

4) User input passed through the "ext4" parameter when handling the
"RefreshField"
action within the "ModuleBuilder" module (when the "type" parameter is
set to
"multienum") is not properly sanitized before being used in a call to
the unserialize()
function. This can be exploited by malicious users to inject arbitrary
PHP objects into
the application scope (PHP Object Injection), allowing them to carry out
a variety of
attacks, such as executing arbitrary PHP code. Successful exploitation
of this
vulnerability requires an user account with Developer access to any
module.

5) The vulnerability exists because the
"SubPanelDefinitions::get_hidden_subpanels()"
method is using the unserialize() function with the
"MySettings_hide_subpanels" setting
variable, and such a value can be arbitrarily manipulated through the
"MergeRecords"
module. This can be exploited by malicious users to inject arbitrary PHP
objects into
the application scope (PHP Object Injection), allowing them to carry out
a variety of
attacks, such as executing arbitrary PHP code.

6) The vulnerability exists because the
"TabController::get_system_tabs()" method is
using the unserialize() function with the "MySettings_tab" setting
variable, and such
a value can be arbitrarily manipulated through the "MergeRecords"
module. This can be
exploited by malicious users to inject arbitrary PHP objects into the
application
scope (PHP Object Injection), allowing them to carry out a variety of
attacks, such
as executing arbitrary PHP code.

7) The vulnerability exists because the
"OpportunitySetup::setConfigSetting()" method
is using the unserialize() function with the "MySettings_hide_subpanels"
setting variable,
and such a value can be arbitrarily manipulated through the
"MergeRecords" module. This
can be exploited by malicious users to inject arbitrary PHP objects into
the application
scope (PHP Object Injection), allowing them to carry out a variety of
attacks,
such as executing arbitrary PHP code.

8) The vulnerability exists because the
"PackageManager::getinstalledPackages()" method
is using the unserialize() function with the "manifest" field of the
'upgrade_history'
table, and such a value can be arbitrarily manipulated through the
"MergeRecords" module.
This can be exploited by malicious users to inject arbitrary PHP objects
into the
application scope (PHP Object Injection), allowing them to carry out a
variety of
attacks, such as executing arbitrary PHP code. Successful exploitation
of this
vulnerability requires a System Administrator account.

9) The vulnerability exists because the
"UpgradeSavedSearch::__construct()" method is
using the unserialize() function with the "contents" field of the
'saved_search' table,
and such a value can be arbitrarily manipulated through the
"MergeRecords" module.
This can be exploited by malicious users to inject arbitrary PHP objects
into the
application scope (PHP Object Injection), allowing them to carry out a
variety of
attacks, such as executing arbitrary PHP code.

10) The vulnerability exists because the
"UserPreference::reloadPreferences()" method
is using the unserialize() function with the "contents" field of the
'user_preferences'
table, and such a value can be arbitrarily manipulated through the
"MergeRecords" module.
This can be exploited by malicious users to inject arbitrary PHP objects
into the
application scope (PHP Object Injection), allowing them to carry out a
variety of
attacks, such as executing arbitrary PHP code.

11) The vulnerability exists because the "TeamSetManager::cleanUp()"
method is using the
unserialize() function with the "contents" field of the
'user_preferences' table, and
such a value can be arbitrarily manipulated through the "MergeRecords"
module. This can
be exploited by malicious users to inject arbitrary PHP objects into the
application
scope (PHP Object Injection), allowing them to carry out a variety of
attacks, such
as executing arbitrary PHP code. Successful exploitation of this
vulnerability requires
an user account with Admin access to the Users/Teams/Roles modules.

12) User input passed through the "$_FILES['VKFile']" parameter when
handling the
"LicenseSettings" action within the "Administration" module is not
properly sanitized
before being used in a call to the unserialize() function within the
"check_now()"
function. This can be exploited by malicious users to inject arbitrary
PHP objects
into the application scope (PHP Object Injection), allowing them to
carry out a variety
of attacks, such as executing arbitrary PHP code. Successful
exploitation of this
vulnerability requires a System Administrator account.

13) The vulnerability exists because the
"/modules/Administration/Updater.php" script
is using the unserialize() function with the "license_latest_versions"
setting variable,
and such a value can be arbitrarily manipulated in different ways. This
can be exploited
by malicious users to inject arbitrary PHP objects into the application
scope (PHP
Object Injection), allowing them to carry out a variety of attacks,
such as executing arbitrary PHP code.

14) The vulnerability exists because the
"/modules/Administration/metadata/adminpaneldefs.php"
script is using the unserialize() function with the
"license_latest_versions" setting
variable, and such a value can be arbitrarily manipulated in different
ways. This can
be exploited by malicious users to inject arbitrary PHP objects into the
application
scope (PHP Object Injection), allowing them to carry out a variety of
attacks,
such as executing arbitrary PHP code.

15) The vulnerability exists because the "authenticateDownloadKey()"
function is using the
unserialize() function with the "license_validation_key" setting
variable, and such a value
can be arbitrarily manipulated in different ways. This can be exploited
by malicious users
to inject arbitrary PHP objects into the application scope (PHP Object
Injection), allowing
them to carry out a variety of attacks, such as executing arbitrary PHP
code.


[-] Solution:

Upgrade to version 9.0.2, 8.0.4, or later.


[-] Disclosure Timeline:

[07/02/2019] - Vendor notified
[01/10/2019] - Versions 9.0.2 and 8.0.4 released
[10/10/2019] - Publication of this advisory


[-] Credits:

Vulnerabilities discovered by Egidio Romano.


[-] Original Advisory:

http://karmainsecurity.com/KIS-2019-08


[-] Other References:

https://support.sugarcrm.com/Documentation/Sugar_Versions/9.0/Ent/Sugar_9.0.2_Release_Notes


Comments

RSS Feed Subscribe to this comment feed

No comments yet, be the first!

Login or Register to post a comment

File Archive:

October 2019

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    Oct 1st
    24 Files
  • 2
    Oct 2nd
    15 Files
  • 3
    Oct 3rd
    7 Files
  • 4
    Oct 4th
    4 Files
  • 5
    Oct 5th
    10 Files
  • 6
    Oct 6th
    1 Files
  • 7
    Oct 7th
    21 Files
  • 8
    Oct 8th
    19 Files
  • 9
    Oct 9th
    5 Files
  • 10
    Oct 10th
    20 Files
  • 11
    Oct 11th
    17 Files
  • 12
    Oct 12th
    4 Files
  • 13
    Oct 13th
    4 Files
  • 14
    Oct 14th
    15 Files
  • 15
    Oct 15th
    19 Files
  • 16
    Oct 16th
    25 Files
  • 17
    Oct 17th
    17 Files
  • 18
    Oct 18th
    7 Files
  • 19
    Oct 19th
    1 Files
  • 20
    Oct 20th
    3 Files
  • 21
    Oct 21st
    12 Files
  • 22
    Oct 22nd
    11 Files
  • 23
    Oct 23rd
    18 Files
  • 24
    Oct 24th
    0 Files
  • 25
    Oct 25th
    0 Files
  • 26
    Oct 26th
    0 Files
  • 27
    Oct 27th
    0 Files
  • 28
    Oct 28th
    0 Files
  • 29
    Oct 29th
    0 Files
  • 30
    Oct 30th
    0 Files
  • 31
    Oct 31st
    0 Files

Top Authors In Last 30 Days

File Tags

Systems

packet storm

© 2019 Packet Storm. All rights reserved.

Services
Security Services
Hosting By
Rokasec
close