zunzun wrote:
Guspaz wrote:
...then you've got to make sure that if you do use lish to log in, you remember to log out again.
If that user only reboots the server, would they need to log out of lish? Why not leave the lish session open?
James
Lish is a persistent console. If I give you lish-only access, on a freshly booted machine, that gives you access to various lish functions like rebooting, but you can't actually access the machine itself without a system username/password.
However, if I were to connect to lish, log in as root, and then disconnect from lish, the system's serial console would sit there logged in as root. If you connected to lish, you would have root access to the box.
For this reason, if you give somebody lish access, you have to be extra careful about not leaving open login sessions lying about when you disconnect from lish, lest the lish-only user gain full access to the system. This might sound silly, but there are various reasons why one might do this. For example, one useful trick when diagnosing certain OOM or crashing issues is to leave some diagnostic program like 'top' running so that when the machine locks up, you can log into lish and see the last thing it reported. Another possibility is that you were doing some work via lish when you lost connectivity. And, of course, there's always the chance that somebody logs into lish at the same time you're already connected and doing work.
In short, giving out a lish-only login to allow somebody to reboot the box is only viable if you *never* use lish to actually connect to the machine, essentially "disabling" lish in that you can never risk to use it.