>> For Windows users, The MS guys gave an interesting talk at the NTBugtraq
>> Canada Day Party at Russ' house last year. NT2000 will include a feature that
>> is similar to su on unix, which will allow one to have different windows open
>> as different users on the same box... I believe it's an extension of the
>> terminal server concept. Anyway, once folks get NT2000, they should really
>> consider running their browsers as locked-down, non-priveledged users.
>>
>Except that user preferences are no longer stored as being owned by *that*
>user (roaming profile problems anyone ?), per-user disk cache usage isn't
>associated with the correct user, etc. Can you really imagine 90% of
>Internet users being savvy enough to run a browser in an "su" window ?
>The other option here for M$ is to reinvent the setuid bit :->
What you are talking about is the Run As... feature. It works, reasonably well, to let
you run the machine as a different user. There was an SU command in the Resource Kit
for NT 4, but it did not allow you to run control panels as an administrator. The Run
As... does (right click on them, select Run As...). Thus, you can use it to set
permissions (from the command line of course), change the page file size, change the
IP address (no reboot required!), manage users and shares, and other administrative
tasks However, it is still severely lacking, compared to a *NIX su:
1. You cannot run an Explorer window as a different user. Nor can you get a new
desktop in a different user context. I also would not recommend running your browser
in that context. I have seen IE being run as an administrator spawn processes in user
context. I would expect that the opposite could also happen. Run As... is designed for
administrative tasks while logged on as a user. It is not designed to give you a
functional OS as an administrator.
2. You cannot use it for most of the existing InstallShield installers. In many cases
they fail to recognize the context properly and crash. In other cases, they appear to
work properly, but some of the processes they spawn are spawned in a regular user
context. In any case, it usually is abysmally slow, on the order of taking 5-15
minutes to bring up the installers window after it is launched
The Run As... is a nice feature, and a good bit better than the NT4 RK SU, but it is
nowhere near a *NIX su yet, unfortunately.
Jesper M. Johansson