Microsoft Skype Update Mechanism DLL Hijacking Flaw Lets Local Users Gain Elevated Privileges
SecurityTracker Alert ID: 1040385|
SecurityTracker URL: http://securitytracker.com/id/1040385
(Links to External Site)
Date: Feb 14 2018
Execution of arbitrary code via local system, Root access via local system|
Vendor Confirmed: Yes Exploit Included: Yes |
A vulnerability was reported in Microsoft Skype. A local user can obtain elevated privileges on the target system.|
A local user can place a specially crafted DLL in the '[SystemRoot]\Temp\' directory. When the Skype update mechanism ('[ProgramFiles]\Skype\Updater\Updater.exe') runs, arbitrary code will be executed with System privileges.
The vendor was notified on September 2, 2017.
Stefan Kanthak reported this vulnerability.
A local user can obtain elevated privileges on the target system.|
No solution was available at the time of this entry.|
The vendor plans to issue a fix in a future product version.
Vendor URL: www.skype.com/ (Links to External Site)
Access control error|
|Underlying OS: Windows (Any)|
Source Message Contents
Subject: Defense in depth -- the Microsoft way (part 51): Skype's home-grown updater allows escalation of privilege to SYSTEM|
since about two or three years now, Microsoft offers Skype as
optional update on Windows/Microsoft Update.
JFTR: for Microsoft's euphemistic use of "update" see
Once installed, Skype uses its own proprietary update mechanism
instead of Windows/Microsoft Update: Skype periodically runs
under the SYSTEM account.
When an update is available, Updater.exe copies/extracts another
executable as "%SystemRoot%\Temp\SKY<abcd>.tmp" and executes it
using the command line
This executable is vulnerable to DLL hijacking: it loads at least
UXTheme.dll from its application directory %SystemRoot%\Temp\
instead from Windows' system directory.
An unprivileged (local) user who is able to place UXTheme.dll or
any of the other DLLs loaded by the vulnerable executable in
%SystemRoot%\Temp\ gains escalation of privilege to the SYSTEM
The attack vector is well-known and well-documented as CAPEC-471:
Microsoft published plenty advice/guidance to avoid this beginner's
... which their own developers and their QA but seem to ignore!
for the same vulnerability in another Microsoft product!
2017-09-02 vulnerability report sent to vendor
2017-09-03 reply from vendor: "MSRC case 40550 opened"
2017-09-06 notification from vendor's case manager: "report passed
to product group for investigation"
2017-10-27 reply from vendor's case manager:
"The engineers provided me with an update on this case.
They've reviewed the code and were able to reproduce
the issue, but have determined that the fix will be
implemented in a newer version of the product rather
than a security update. The team is planning on shipping
a newer version of the client, and this current version
will slowly be deprecated. The installer would need a
large code revision to prevent DLL injection, but all
resources have been put toward development of the new
2018-02-09 report published