Boston Linux & UNIX was originally founded in 1994 as part of The Boston Computer Society. We meet on the third Wednesday of each month, online, via Jitsi Meet.

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] memory management



On Sun, Jun 21, 2015 at 03:18:03PM +0200, Bill Bogstad wrote:
> On Sun, Jun 21, 2015 at 1:10 PM, Jerry Feldman <gaf at blu.org> wrote:

> I'm curious though, how this other user account gains access to your
> X server.   Allowing other user ids to write on your screen/capture
> key & mouse events seem to me to be a potential issue.

Only if someone else can log in as that user.

It's been my experience that I didn't need to fix display access, but
maybe it's because typically I'm switching to root.  But if you need
to, it's not hard... just arcane.

$ xauth list
myhost/unix:0  MIT-MAGIC-COOKIE-1  <cookie_value>

Then:

1. su - other

2. make sure XAUTHORITY is not left over from your original UID:

$ export XAUTHORITY=/home/other/.Xauthority # or whatever

3. make sure that file exists

$ touch /home/other/.Xauthority

4. add the cookie you got from your original UID

$ xauth add myhost/unix:0  MIT-MAGIC-COOKIE-1 <cookie_value>

Should now work fine, without allowing access to anyone else on the
box.  Just tested it in my Ubuntu VM, closed WORKSFORME. ;-)

-- 
Derek D. Martin    http://www.pizzashack.org/   GPG Key ID: 0xDFBEAD02
-=-=-=-=-
This message is posted from an invalid address.  Replying to it will result in
undeliverable mail due to spam prevention.  Sorry for the inconvenience.




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org