MPlayer, VLC Media Player Hit By Critical Vulnerability (hackread.com)
A critical remote code execution vulnerability has been spotted in the LIVE555 media streaming library used by popular media players such as VLC and MPlayer. "Maintained by the company Live Networks, the library works with RTP / RTCP, RTSP or SIP protocols, with the ability to process video and audio formats such as MPEG, H.265, H.264, H.263 +, VP8, DV, JPEG, MPEG, AAC, AMR, AC-3, and Vorbis," reports Hackread. From the report: These findings (CVE-2018-4013) have left millions of users of media players vulnerable to cyber attacks, according to Lilith Wyatt, a researcher at the Cisco Talos Intelligence Group. In this case, the flaw lies in the HTTP packet parsing functionality, which analyzes HTTP headers for RTSP tunneling over HTTP, explains. An update has already been issued to address the vulnerability. Therefore, if you are using any of the vulnerable media players make sure they are updated to the latest version.
And Win7. NO UPDATES! and I live like I want. Don't like? TUF!
It's still 3.0.4 which I've had for a while now.
It would be helpful if articles such as this listed what VLC versions (or other software) have addressed this flaw, rather than just say have the latest updated. From the article the assumption is if you have the Win/OS X/Linux updated to the latest version you are not vulnerable.
I'm a consultant - I convert gibberish into cash-flow.
Last time I tried it, the control interface couldn't be moved to another monitor. Plus, it could only use a limited number of video output modules, some of which were blocky or poor performing.
Also vulnerable?
Almost nobody that uses VLC will actually be affected by this bug
Live555 hasn't been "standard" in _years_. At least since their last such exploit
https://www.cvedetails.com/cve/CVE-2013-6933/
For reference
https://www.live555.com/liveMedia/public/changelog.txt
http://lists.live555.com/pipermail/live-devel/2018-October/021071.html
Debian users, do this right away:
sudo apt upgrade && sudo apt install liblivemedia62:amd64 liblivemedia64:amd64
For buster/sid, this updates to versions 2018.10.17-1 and 2018.08.28a-1. Then check to see if these have the fix, I think they do but I have not verified yet.
This update takes less than 1 minute to do, there is not the slightest excuse for procrastinating.
When all you have is a hammer, every problem starts to look like a thumb.
As of 2018-10-21 01:35 EDT three is no update for VLC Media Player they are still at 3.0.4 from a month or two back. Version 3.0.5 would be the updated version.
... if you're building it with out of date "live" support... or "live" support at all.
Assuming you never stream in VLC anyway, just change the module to "disabled" to turn the feature off completely.
The bug - which has now been fixed in the LIVE555 library (with the fix already reported to Cisco) - affected only the LIVE555 library's implementation of a RTSP *server*. It doesn't affect the implementation of a RTSP *client*, which is the only part of the LIVE555 library that VLC and MPlayer use. (VLC does have an embedded RTSP server, but that uses a separate implementation, not LIVE555's.)
(I know this because I'm the author of the LIVE555 software :-)
If a client is fetching video from VLC acting as an RTSP-over-HTTP server, duplicate HTTP headers (of particular types) in the client request can cause a stack buffer overflow. Each individual header is properly length-checked, but if there are multiples (in violation of the HTTP spec), they get concatenated, and the concatenation is not checked. Oops!
This vulnerability is irrelevant to the standard video-viewing applications of VLC (and mplayer); only if you're streaming from VLC does it matter. (And the client has to be malicious, but most home networks include at least one unpatched PoS internet-enabled device which can be exploited by an attacker.)
It's fixed in the 2018.10.17 release of liblivemedia; VLC or mplayer proper do not need patching. (Dunno how the Windows library is distributed.)
I blame Zuck.
Would any existing static checker free for use with open source have identified the bug?
If yes, then there should be an obligation to use them in key software.
If no, then we need to sort out the lack of testing common in the software industry as a whole.
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
if using the application only to watch offline videos affected?
Never 'apt upgrade' or perform any other apt operation without first running 'apt update' to make sure that you are working with the latest package sets.
People who complain about practically nonexistent problems such as "dependency hell" are always painting themselves into this corner...
This article is grossly inaccurate and blatantly wrong. https://twitter.com/videolan/s... + https://twitter.com/hanno/stat...
VLC and MPlayer do not use Live Network's technology in a way that makes them vulnerable to this issue. The headline needs correction. The linked article has been updated.
They update the article and said that MPlayer and VLC are not vulnerable.
Update:
According to an email from Ross Finlayson of Live Networks, Inc., the vulnerability âoedoes not affect VLC or MPlayer, because they use LIVE555 only to implement an RTSP. The bug affected only our implementation of a RTSP, which these media players donâ(TM)t use. (VLC does have an embedded RTSP server, but that uses a separate implementation, not LIVE555â(TM)s.)â
"
Update:
According to an email from Ross Finlayson of Live Networks, Inc., the vulnerability “does not affect VLC or MPlayer, because they use LIVE555 only to implement an RTSP. The bug affected only our implementation of a RTSP, which these media players don’t use. (VLC does have an embedded RTSP server, but that uses a separate implementation, not LIVE555’s.)”
"
Haven't looked back at VLC since switching to it.
Please can the slashdot editors fix the headline and summary to reflect the actual situation as per Ross Finlayson's post. Which is to say Mplayer and VLC Media Player were not vulnerable and there's no need to panic. The article linked to in the summary is plain wrong and really needs to be retracted.
According to an email from Ross Finlayson of Live Networks, Inc., the vulnerability “does not affect VLC or MPlayer, because they use LIVE555 only to implement an RTSP. The bug affected only our implementation of a RTSP, which these media players don’t use. (VLC does have an embedded RTSP server, but that uses a separate implementation, not LIVE555’s.)”
Unpatched RTM Win98 (not SE) plugged directly to the Internet. Suck it!
Not that you're one to live in the past or anything. Do you still rage about that kid who called you dumb when you were eleven?
(not c6gunner)
See subject: c6gunner's name on this post as submitter yet signed "APK" https://linux.slashdot.org/com... & he ran from a fair challenge I put to him https://linux.slashdot.org/com... after insulting me.
* I never say hosts cure Spectre/Meltdown OR it'd be on the Start64.com download page & I do NO MacOS X one!
(I cut him to pieces for his lies here https://tech.slashdot.org/comm... & https://tech.slashdot.org/comm... too & on hosts' technicals https://tech.slashdot.org/comm... )
APK
P.S.=> You say hosts = shit https://slashdot.org/comments.... ?
FACTS: /.ers & security pros + RESULTS say DIFFERENT:
1st: /.ers https://slashdot.org/comments.... https://slashdot.org/comments.... https://slashdot.org/comments.... https://slashdot.org/comments.... https://slashdot.org/comments.... https://slashdot.org/comments....
2nd: SECURITY PROS https://slashdot.org/comments....
3rd: REAL RESULTS w/ hosts vs. threats https://slashdot.org/comments....
EAT YOUR WORDS