Click here to get back home

Windows Media Player Remote Code Execution (923689)

 HomeNewsGroups | Search | About
 microsoft.public.windows.server.security    Post an article   get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content
Subject Author Date
Windows Media Player Remote Code Execution (923689) Tony S 04-23-2007
Posted by Tony S on April 23, 2007, 4:36 pm
Please log in for more thread options
Hello!

We recently self-audited our servers and found that one of them has this
high-risk vulnerability. To reference the vulnerability description,

"Multiple vulnerabilities in Windows Media Player could allow remote code
execution. One vulnerability relates to ASX file processing. WMVCORE.DLL
contains an exploitable heap buffer overflow in its handling of "REF HREF"
URLs within ASX files. As ASX files are opened automatically through
Internet Explorer, an attacker could use this to gain remote execution
privileges at the level of the user simply from the user visiting a
malicious web page. The other relates to processing ASF files."

See also http://support.microsoft.com/kb/923689

The OS of the server in question is Windows Server 2003 Standard SP2
v5.2.3790. The DXMASF.DLL file on this system is version 6.4.9.1125 and it
is running MS Windows Media Player version 10. The server has all
updates/patches installed according to the Windows Updates site. Apparantly
the security audit software looks to the version of the DXMASF.DLL file and
if it is not version 6.4.9.1133, it complains that the vulnerability exists.

The security audit vendor is telling me "It appears the file dxmasf.dll does
not get updated by SP2 as it should. The file is unmodified by the service
pack. So if you patched beforehand, you are still protected. But if you did
not patch prior to installing service pack 2, you are now unable to install
the patch. I recommend contacting Microsoft about this, as it looks like
they will need to release another update to fix this."

Please help us to rid the server of this vulnerability.

Thank you in advance,

Tony S, MCP
Network Manager



Posted by Steve Antonio [MSFT] on April 23, 2007, 5:02 pm
Please log in for more thread options
That's the version for Windows Media Player 6.4. Since you are running
WM10, then the only file you need to worry about is wmvcore.dll and it
should be at least 10.0.0.3708.

The reason 6.4.9.1133 doesn't get updated or won't install on SP2 is
because it isn't used anymore when WM10 is on the machine.

Seems like the security auditor doesn't have all their facts straight.

Steve Antonio, CISSP

This posting is provided "AS IS" with no warranties, and confers no
rights. Use of included script samples are subject to the terms
specified at http://www.microsoft.com/info/cpyright.htm
Note: For the benefit of the community-at-large, all responses to this
message are best directed to the newsgroup/thread from which they
originated.

wrote:

>Hello!
>
>We recently self-audited our servers and found that one of them has this
>high-risk vulnerability. To reference the vulnerability description,
>
>"Multiple vulnerabilities in Windows Media Player could allow remote code
>execution. One vulnerability relates to ASX file processing. WMVCORE.DLL
>contains an exploitable heap buffer overflow in its handling of "REF HREF"
>URLs within ASX files. As ASX files are opened automatically through
>Internet Explorer, an attacker could use this to gain remote execution
>privileges at the level of the user simply from the user visiting a
>malicious web page. The other relates to processing ASF files."
>
>See also http://support.microsoft.com/kb/923689
>
>The OS of the server in question is Windows Server 2003 Standard SP2
>v5.2.3790. The DXMASF.DLL file on this system is version 6.4.9.1125 and it
>is running MS Windows Media Player version 10. The server has all
>updates/patches installed according to the Windows Updates site. Apparantly
>the security audit software looks to the version of the DXMASF.DLL file and
>if it is not version 6.4.9.1133, it complains that the vulnerability exists.
>
>The security audit vendor is telling me "It appears the file dxmasf.dll does
>not get updated by SP2 as it should. The file is unmodified by the service
>pack. So if you patched beforehand, you are still protected. But if you did
>not patch prior to installing service pack 2, you are now unable to install
>the patch. I recommend contacting Microsoft about this, as it looks like
>they will need to release another update to fix this."
>
>Please help us to rid the server of this vulnerability.
>
>Thank you in advance,
>
>Tony S, MCP
>Network Manager
>

Posted by Tony S on April 24, 2007, 10:33 am
Please log in for more thread options
Thank you. I will inform them and pass on the info.

> That's the version for Windows Media Player 6.4. Since you are running
> WM10, then the only file you need to worry about is wmvcore.dll and it
> should be at least 10.0.0.3708.
>
> The reason 6.4.9.1133 doesn't get updated or won't install on SP2 is
> because it isn't used anymore when WM10 is on the machine.
>
> Seems like the security auditor doesn't have all their facts straight.
>
> Steve Antonio, CISSP
>
> This posting is provided "AS IS" with no warranties, and confers no
> rights. Use of included script samples are subject to the terms
> specified at http://www.microsoft.com/info/cpyright.htm
> Note: For the benefit of the community-at-large, all responses to this
> message are best directed to the newsgroup/thread from which they
> originated.
>
> wrote:
>
>>Hello!
>>
>>We recently self-audited our servers and found that one of them has this
>>high-risk vulnerability. To reference the vulnerability description,
>>
>>"Multiple vulnerabilities in Windows Media Player could allow remote code
>>execution. One vulnerability relates to ASX file processing. WMVCORE.DLL
>>contains an exploitable heap buffer overflow in its handling of "REF HREF"
>>URLs within ASX files. As ASX files are opened automatically through
>>Internet Explorer, an attacker could use this to gain remote execution
>>privileges at the level of the user simply from the user visiting a
>>malicious web page. The other relates to processing ASF files."
>>
>>See also http://support.microsoft.com/kb/923689
>>
>>The OS of the server in question is Windows Server 2003 Standard SP2
>>v5.2.3790. The DXMASF.DLL file on this system is version 6.4.9.1125 and it
>>is running MS Windows Media Player version 10. The server has all
>>updates/patches installed according to the Windows Updates site.
>>Apparantly
>>the security audit software looks to the version of the DXMASF.DLL file
>>and
>>if it is not version 6.4.9.1133, it complains that the vulnerability
>>exists.
>>
>>The security audit vendor is telling me "It appears the file dxmasf.dll
>>does
>>not get updated by SP2 as it should. The file is unmodified by the service
>>pack. So if you patched beforehand, you are still protected. But if you
>>did
>>not patch prior to installing service pack 2, you are now unable to
>>install
>>the patch. I recommend contacting Microsoft about this, as it looks like
>>they will need to release another update to fix this."
>>
>>Please help us to rid the server of this vulnerability.
>>
>>Thank you in advance,
>>
>>Tony S, MCP
>>Network Manager
>>



Posted by Tony S on April 25, 2007, 6:16 pm
Please log in for more thread options
Here is what the vendor said:

"Windows media player 6.4 is installed by default in every windows
installation and cannot be removed. Simply running mplayer2.exe from program
files\windows media player\ is enough to run the vulnerable application,
even if it is not the default association for media content types. This is
an accurate audit and you should follow up with Microsoft support."


Any further help would be greatly appreciated.



Thank you,

Tony

> That's the version for Windows Media Player 6.4. Since you are running
> WM10, then the only file you need to worry about is wmvcore.dll and it
> should be at least 10.0.0.3708.
>
> The reason 6.4.9.1133 doesn't get updated or won't install on SP2 is
> because it isn't used anymore when WM10 is on the machine.
>
> Seems like the security auditor doesn't have all their facts straight.
>
> Steve Antonio, CISSP
>
> This posting is provided "AS IS" with no warranties, and confers no
> rights. Use of included script samples are subject to the terms
> specified at http://www.microsoft.com/info/cpyright.htm
> Note: For the benefit of the community-at-large, all responses to this
> message are best directed to the newsgroup/thread from which they
> originated.
>
> wrote:
>
>>Hello!
>>
>>We recently self-audited our servers and found that one of them has this
>>high-risk vulnerability. To reference the vulnerability description,
>>
>>"Multiple vulnerabilities in Windows Media Player could allow remote code
>>execution. One vulnerability relates to ASX file processing. WMVCORE.DLL
>>contains an exploitable heap buffer overflow in its handling of "REF HREF"
>>URLs within ASX files. As ASX files are opened automatically through
>>Internet Explorer, an attacker could use this to gain remote execution
>>privileges at the level of the user simply from the user visiting a
>>malicious web page. The other relates to processing ASF files."
>>
>>See also http://support.microsoft.com/kb/923689
>>
>>The OS of the server in question is Windows Server 2003 Standard SP2
>>v5.2.3790. The DXMASF.DLL file on this system is version 6.4.9.1125 and it
>>is running MS Windows Media Player version 10. The server has all
>>updates/patches installed according to the Windows Updates site.
>>Apparantly
>>the security audit software looks to the version of the DXMASF.DLL file
>>and
>>if it is not version 6.4.9.1133, it complains that the vulnerability
>>exists.
>>
>>The security audit vendor is telling me "It appears the file dxmasf.dll
>>does
>>not get updated by SP2 as it should. The file is unmodified by the service
>>pack. So if you patched beforehand, you are still protected. But if you
>>did
>>not patch prior to installing service pack 2, you are now unable to
>>install
>>the patch. I recommend contacting Microsoft about this, as it looks like
>>they will need to release another update to fix this."
>>
>>Please help us to rid the server of this vulnerability.
>>
>>Thank you in advance,
>>
>>Tony S, MCP
>>Network Manager
>>



Posted by Steve Antonio [MSFT] on April 25, 2007, 7:03 pm
Please log in for more thread options
Running mplayer2.exe will launch the most updated version of WMP that
you have. For instance on my Vista machine, I run wmplayer2.exe and it
launches WMP11. It will not use the old dlls, therefore there is no
need to udpdate them.

wrote:

>Here is what the vendor said:
>
>"Windows media player 6.4 is installed by default in every windows
>installation and cannot be removed. Simply running mplayer2.exe from program
>files\windows media player\ is enough to run the vulnerable application,
>even if it is not the default association for media content types. This is
>an accurate audit and you should follow up with Microsoft support."
>
>
>Any further help would be greatly appreciated.
>
>
>
>Thank you,
>
>Tony
>
>> That's the version for Windows Media Player 6.4. Since you are running
>> WM10, then the only file you need to worry about is wmvcore.dll and it
>> should be at least 10.0.0.3708.
>>
>> The reason 6.4.9.1133 doesn't get updated or won't install on SP2 is
>> because it isn't used anymore when WM10 is on the machine.
>>
>> Seems like the security auditor doesn't have all their facts straight.
>>
>> Steve Antonio, CISSP
>>
>> This posting is provided "AS IS" with no warranties, and confers no
>> rights. Use of included script samples are subject to the terms
>> specified at http://www.microsoft.com/info/cpyright.htm
>> Note: For the benefit of the community-at-large, all responses to this
>> message are best directed to the newsgroup/thread from which they
>> originated.
>>
>> wrote:
>>
>>>Hello!
>>>
>>>We recently self-audited our servers and found that one of them has this
>>>high-risk vulnerability. To reference the vulnerability description,
>>>
>>>"Multiple vulnerabilities in Windows Media Player could allow remote code
>>>execution. One vulnerability relates to ASX file processing. WMVCORE.DLL
>>>contains an exploitable heap buffer overflow in its handling of "REF HREF"
>>>URLs within ASX files. As ASX files are opened automatically through
>>>Internet Explorer, an attacker could use this to gain remote execution
>>>privileges at the level of the user simply from the user visiting a
>>>malicious web page. The other relates to processing ASF files."
>>>
>>>See also http://support.microsoft.com/kb/923689
>>>
>>>The OS of the server in question is Windows Server 2003 Standard SP2
>>>v5.2.3790. The DXMASF.DLL file on this system is version 6.4.9.1125 and it
>>>is running MS Windows Media Player version 10. The server has all
>>>updates/patches installed according to the Windows Updates site.
>>>Apparantly
>>>the security audit software looks to the version of the DXMASF.DLL file
>>>and
>>>if it is not version 6.4.9.1133, it complains that the vulnerability
>>>exists.
>>>
>>>The security audit vendor is telling me "It appears the file dxmasf.dll
>>>does
>>>not get updated by SP2 as it should. The file is unmodified by the service
>>>pack. So if you patched beforehand, you are still protected. But if you
>>>did
>>>not patch prior to installing service pack 2, you are now unable to
>>>install
>>>the patch. I recommend contacting Microsoft about this, as it looks like
>>>they will need to release another update to fix this."
>>>
>>>Please help us to rid the server of this vulnerability.
>>>
>>>Thank you in advance,
>>>
>>>Tony S, MCP
>>>Network Manager
>>>
>
Hope this helps.

Steve Antonio, CISSP
Microsoft Exchange Support

Similar ThreadsPosted
Re: Windows Media Player Remote Code Execution (923689) - sfpcopy. - sfpcopy.ex_ (0 Part File) July 6, 2007, 7:09 pm
Windows Media Player vulnerability in Win2K3 Server with SP2 October 25, 2007, 2:06 pm
How to disable Media Pooling? June 8, 2006, 3:53 pm
Domain user login script execution. June 23, 2006, 3:08 am
Windows Remote Desktop April 16, 2006, 7:17 am
Restrict user access to CD,floppy and removable media December 15, 2005, 2:41 am
IAS Reason code 16 December 13, 2007, 3:19 am
How to store windows events log in remote server July 31, 2005, 6:44 pm
Remote monitoring of NT services in Windows Servers. April 20, 2006, 7:08 am
How to set up Kerberos authentication? (some code :) August 18, 2005, 2:55 pm

Our other projects:

Art Dolls, Fairies and Mermaids - Sunnyfaces.net

Roy's Linux, Programming and Search Engines messages

1-Script XML SitemapXML Sitemap