Re: Password-protect grub interactive commands (was: rationale of root access from boot)

2007-11-12 Thread Nicolas Deschildre
On Nov 12, 2007 2:15 PM, Scott James Remnant [EMAIL PROTECTED] wrote:
 On Sat, 2007-11-10 at 14:06 +0800, Nicolas Deschildre wrote:

[...]


 For the simplest installations, GRUB could perhaps read /etc/shadow and
 accept any user's password -- but that would be error-prone, open to
 exploit, and wouldn't support the kinds of installations you talk about
 later in this thread: corporate environments which often use centralised
 authentication.

You're right, I overlooked that. And adding Jan Claeys' good remark on
the keyboard layout, I'm now convinced that password protecting grub
is not good by default.

Thanks for your comments.

This is EOT for me.

Nicolas

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss


Re: Password-protect grub interactive commands (was: rationale of root access from boot)

2007-11-11 Thread Thilo Six
Nicolas Deschildre wrote the following on 11.11.2007 07:22
 On 11/10/07, Thilo Six [EMAIL PROTECTED] wrote:
 Nicolas Deschildre wrote the following on 10.11.2007 07:06

 -snip-

 Thanks for the pointer.
 But then, why not use this password feature by default to avoid anyone
 to edit boot parameter and become root?
 because it´s as easy as to plugin a LiveCD and overcome that.

announce Ubuntu 8.04
==
Hardware Requiments:
  * 256MB RAM
  * 2gig Harddisc space
  * a password protected BIOS
  * Manuel setup in boot sequenz, where CD comes last

-snip-

Well i am interessed how this would work out - could be a nice social
experiment, don´t you think?

Since Chris Warburton made it allready very clear i do not spend more time on
this.

EOT

Thanks
-- 
Thilo

key: 0x4A411E09


-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss


Re: Password-protect grub interactive commands (was: rationale of root access from boot)

2007-11-11 Thread Jan Claeys
Op zaterdag 10-11-2007 om 14:06 uur [tijdzone +0800], schreef Nicolas
Deschildre:
 But then, why not use this password feature by default to avoid anyone
 to edit boot parameter and become root?

In addition to what was mentioned already: GRUB only knows about plain
us keyboards, while many/most users probably have localised keyboard
layouts, causing problems to enter password correctly.  Even worse, some
characters that they have on their keyboard, and thus could be used in a
password, are simply unavailable for entering while in GRUB...


-- 
Jan Claeys


-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss


Re: Password-protect grub interactive commands (was: rationale of root access from boot)

2007-11-10 Thread Thilo Six
Nicolas Deschildre wrote the following on 10.11.2007 07:06

-snip-

 Thanks for the pointer.
 But then, why not use this password feature by default to avoid anyone
 to edit boot parameter and become root?

because it´s as easy as to plugin a LiveCD and overcome that.


-- 
Thilo

key: 0x4A411E09


-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss


Re: Password-protect grub interactive commands (was: rationale of root access from boot)

2007-11-10 Thread Nicolas Deschildre
On 11/10/07, Thilo Six [EMAIL PROTECTED] wrote:
 Nicolas Deschildre wrote the following on 10.11.2007 07:06

 -snip-

  Thanks for the pointer.
  But then, why not use this password feature by default to avoid anyone
  to edit boot parameter and become root?

 because it´s as easy as to plugin a LiveCD and overcome that.


What about password protected BIOS and CD drive as last boot option?
- You open up the case, take the hardrive

Ok you have a house, you know that thieves can bypass advanced alarm
systems by using cutting-edge technology tools, so why bother, you
just let the door unlocked?

Come on! Of course if you are really willing to get this data, if you
put in the ressources, you will eventually have the data. The point
is, *don't make it too easy*.



 --
 Thilo

 key: 0x4A411E09


 --
 Ubuntu-devel-discuss mailing list
 Ubuntu-devel-discuss@lists.ubuntu.com
 Modify settings or unsubscribe at:
 https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss


-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss