[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <cf096ccb-33de-6288-f5fc-cd62afcfeeac@gmail.com>
Date: Thu, 17 Nov 2016 19:54:20 -0500
From: Jacobo Avariento <spinfoo.vuln@...il.com>
To: oss-security@...ts.openwall.com
Cc: john.haxby@...cle.com, osssecurity@...edaemon.net
Subject: Re: CVE-2016-4484: - Cryptsetup Initrd root Shell
Good debate.
Actually when using full disk encryption, to lock the BIOS and GRUB must
be mandatory, otherwise you are protecting your confidentiality but not
your integrity. Even with a password in GRUB with an unprotected BIOS
you can also boot from a USB device and access encrypted partitions,
delete them, etc.
Just to mention another method complimentary to the "rd.shell=0" a
similar behaviour to this "flaw" can be achieved using at the boot
sequence "rd.break=pre-udev", this also gives you a root shell with
access to the hard disk.
Regards
On 11/17/2016 02:15 PM, John Haxby wrote:
> On 17/11/16 17:50, Jason Cooper wrote:
>> Hi John,
>>
>> On Thu, Nov 17, 2016 at 04:56:06PM +0000, John Haxby wrote:
>>>> On 17/11/16 16:39, Jason Cooper wrote:
>>>>>> However, the golden rule still applies. Physical access trumps all
>>>>>> defensive measures. The absolute best you can do is detect that
>>>>>> physical access occurred. From there, you're hoping there are no
>>>>>> hardware implants or other devices outside the scope of software
>>>>>> security.
>>>> I agree. However, it ought be to be harder than leaning on the enter
>>>> key to break into a system. You lock your doors even though it doesn't
>>>> stop a determined burglar?
>> Yes, as I said before, non-deterministic failure modes are bad. This
>> CVE is a bug in the initrd script and needs to be fixed. What I
>> disagree with, and still do, is the "sky is falling!" nature of the
>> alert.
> Yup. I agree there, but that's down to the publicity its received. We
> can't do much but grin and bear that. Red Hat have given this a CVSS2
> score of 7.2 which reflects the _potential_ severity but marked it as
> "moderate" which reflects the actual effect. It's most serious for
> people like me who have an encrypted root but no grub password (and no
> rd.shell=0) but, no, the sky is not falling.
>
> jch
>
--
https://github.com/spinfoo
https://pa.linkedin.com/in/jacoboavariento
Powered by blists - more mailing lists
Please check out the
Open Source Software Security Wiki, which is counterpart to this
mailing list.
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
