Messages in this thread | | | From | "Stuart MacDonald" <> | Subject | Re: disk-destroyer.c | Date | Fri, 21 Jul 2000 13:29:29 -0400 |
| |
From: "Andrew McNabb" <amcnabb@argus-systems.com> > Let me try to understand what you're saying... > It is established that a system's interface allows programs to > physically destroy a disk drive, without providing any benefit > whatsoever. However, since it's possible to fry other hardware, > too, why bother with this problem???
..allows root programs to physically...
Regular users have no such access.
> The fact of the matter is, that it is wrong for a program to > destroy hardware. It is the kernel's job to ensure that it > can't. It is pure laziness to ignore the issue.
The point is that it is impossible for the kernel to ensure that root cannot fry the hardware. All it can do is make it very difficult. root is always allowed to access the hardware directly.
> My feeling is that we should try to avoid all possible ways of > accidentally or maliciously breaking parts. We can start out > by fixing the IDE subsystem, and then go on to others. Just > because other stuff is broken, too, doesn't mean that we should > give up.
Other stuff is "broken" in the same way. I believe it's an artifact of the firmware architecture, but I could be wrong.
..Stu
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |