RealPlayer HTML Processing Error Lets Remote Users Deny Service
SecurityTracker Alert ID: 1028732|
SecurityTracker URL: http://securitytracker.com/id/1028732
(Links to External Site)
Date: Jul 4 2013
Denial of service via network|
Exploit Included: Yes |
Version(s): 18.104.22.168 and prior|
A vulnerability was reported in RealPlayer. A remote user can cause denial of service conditions.|
A remote user can create a specially crafted HTML that, when loaded by the target user, will cause the target user's application to consume excessive CPU resources and/or crash.
The vendor was notified on April 23, 2013.
Akshaysinh Vaghela of Cyberoam Technologies Private Limited reported this vulnerability.
A remote user can cause denial of service conditions.|
No solution was available at the time of this entry.|
Vendor URL: www.real.com/ (Links to External Site)
|Underlying OS: Linux (Any), UNIX (macOS/OS X), Windows (Any)|
Source Message Contents
Subject: Real player resource exhaustion Vulnerability|
Real player resource exhaustion Vulnerability
Name: Akshaysinh Vaghela
Company/affiliation: Cyberoam Technologies Private Limited
Real Networks creates products and services that make it easier for people to access and enjoy digital media on the devices and platforms they choose to use.
Real Player: The first application that allows enables people to easily download online video, transfer it to a favorite device and share it with friends via Facebook and Twitter.
Product link: http://in.real.com/?mode=rp
Cyberoam Threat Research Labs discovered a Resource exhaustion Vulnerability in Real Player <= 22.214.171.124 .
2013-04-23: Vendor notification
2013-05-23: Vendor's Last Response
2013-06-03: Notification Follow-up Date
2013-00-00: Vendor Fix/Patch
2013-06-04: Public Disclosure
Ver ( <= 126.96.36.199 )
Real Networks Real Player is prone to Resource exhaustion vulnerability. When processing specially crafted HTML file, Real Player uses a value from the file to control a loop operation. Real player fails to validate the value before using it, which leads to DoS / Crash.
Caveats / Prerequisites:
The attacker needs to entice victims to perform an action in order to exploit this vulnerability.
Proof Of Concept:
POC Exploit code:
var buffer = '\x41'
for(i=0; i <= 100 ; ++i)
The security risk of the Resource exhaustion Vulnerability is estimated as High.
The information provided in this advisory is provided as it is without any warranty. Any modified copy or reproduction, including partially usages, of this file requires authorization from Cyberoam Vulnerability Research Team. Permission to electronically redistribute this alert in its unmodified form is granted. All other rights, including the use of other media, are reserved by Cyberoam Vulnerability Research Team.
The first attempt at contact will be through any appropriate contacts or formal mechanisms listed on the vendor Web site, or by sending an e-mail with the pertinent information about the vulnerability. Simultaneous with the vendor being notified, Cyberoam may distribute vulnerability protection filters to its customers' IPS devices through the IPS upgrades.
If a vendor fails to respond after five business days, Cyberoam Vulnerability Research Team may issue a public advisory disclosing its findings fifteen business days after the initial contact.
If a vendor response is received within the timeframe outlined above, Cyberoam Vulnerability Research Team will allow the vendor 6-months to address the vulnerability with a patch. At the end of the deadline if a vendor is not responsive or unable to provide a reasonable statement as to why the vulnerability is not fixed, the Cyberoam Vulnerability Research Team will publish a limited advisory to enable the defensive community to protect the user. We believe that by doing so the vendor will understand the responsibility they have to their customers and will react appropriately.
Cyberoam Vulnerability Research Team will make every effort to work with vendors to ensure they understand the technical details and severity of a reported security flaw. If a product vendor is unable to, or chooses not to, patch a particular security flaw, Cyberoam Vulnerability Research Team will offer to work with that vendor to publicly disclose the flaw with some effective workarounds.
Before public disclosure of a vulnerability, Cyberoam Vulnerability Research Team may share technical details of the vulnerability with other security vendors who are in a position to provide a protective response to a broader user base.