oss-sec mailing list archives
Re: Re: CVE request: BD-J implementation in libbluray
From: Sven Schwedas <sven.schwedas () tao at>
Date: Mon, 23 Feb 2015 10:37:59 +0100
On 2015-02-23 10:34, Jean-Baptiste Kempf wrote:
On 23 Feb, Florian Weimer wrote :As for https://bugzilla.redhat.com/show_bug.cgi?id=959434 "Fixing it would not change anything. Xlet (that requests the mount, or is being executed from the mount) could as well uncompress the files by self where it wants, even download other files from internet." So, maybe you want to have a full Xlet sandboxing? Or is it something else?Yes, I do think full sandboxing is required because content publishers have attacked end user system integrity in the past, so I don't think they can be trusted.BD-J code comes from Blu-Rays. Downloading non-official blurays and executing it is like taking random binaries from internet and running them.
And the Sony rootkit came from official, store-bought discs …
Patches are welcome, though... With my kindest regards,
Attachment:
signature.asc
Description: OpenPGP digital signature
Current thread:
- CVE request: BD-J implementation in libbluray Florian Weimer (Feb 23)
- Re: CVE request: BD-J implementation in libbluray Jean-Baptiste Kempf (Feb 23)
- Re: CVE request: BD-J implementation in libbluray Florian Weimer (Feb 23)
- Re: CVE request: BD-J implementation in libbluray Jean-Baptiste Kempf (Feb 23)
- Re: Re: CVE request: BD-J implementation in libbluray Sven Schwedas (Feb 23)
- Re: Re: CVE request: BD-J implementation in libbluray Florian Weimer (Mar 01)
- Re: CVE request: BD-J implementation in libbluray Florian Weimer (Feb 23)
- Re: CVE request: BD-J implementation in libbluray Jean-Baptiste Kempf (Feb 23)