Matthew Dillon <[EMAIL PROTECTED]> wrote: > If the system winds up in a state where a kernel core cannot be > generated, DDB is the only way to figure out what is going on. > securelevel is a mechanism which attempts to guarentee data security, > at least to a degree. The problem is that DDB currently allows too much freedom. It needs to disable various commands as the securelevel is raised. Working out which commands is the non-trivial exercise - especially since you can add new ones with DB_COMMAND(). Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
- Re: Init(8) cannot decrease securelevel Dag-Erling Smorgrav
- Re: Init(8) cannot decrease securelevel Matthew Dillon
- Re: Init(8) cannot decrease securelev... Matthew D. Fuller
- Re: Init(8) cannot decrease secu... Matthew Dillon
- Re: Init(8) cannot decrease ... Dag-Erling Smorgrav
- Re: Init(8) cannot decrease ... KATO Takenori
- Re: Init(8) cannot decrease securelev... Greg Black
- Re: Init(8) cannot decrease secu... Matthew Dillon
- Re: Init(8) cannot decrease ... KATO Takenori
- Re: Init(8) cannot decrease ... David Scheidt
- Re: Init(8) cannot decrease ... Peter Jeremy
- Re: Init(8) cannot decrease ... Nick Hibma
- Re: Init(8) cannot decrease ... Bill Fumerola
- Re: Init(8) cannot decrease ... Matthew Dillon
- Re: Init(8) cannot decrease ... Poul-Henning Kamp
- Re: Init(8) cannot decrease securelev... KATO Takenori
- Init(8) cannot decrease securelevel KATO Takenori