Christoph Anton Mitterer, le Mon 09 Jul 2012 20:28:55 +0000, a écrit : > On Tue, 2012-07-03 at 15:21 -0300, Samuel Thibault wrote: > > gpm does not implement the paste functionality, it's all handled in the > > kernel. gpm only calls ioctl(TIOCLINUX) to set the selection (by only > > giving the coordinates!), and make the kernel paste. > Well... but in principle there must be some way for it to control > pasting, as pasting doesn't work when gpm is not running...
As said above: when it receives a mouse click, it uses ioctl(TIOCLINUX) to make the kernel paste. But it doesn't even know what is being pasted. > > Not allowing cross-user copy/paste would be a big regression. I use it > > quite often for instance. > Ok,... I also use it,... but nevertheless it's a security hole. > You could argue the same way that all user share a common X.org > clipboard - just because it's handy. > > A "solution" might be to add a configuration option, that allows > cross-user copy/pasting... but that should then be disabled per default, > IMHO. I wonder who will ever notice and enable it. > > Clearing the selection when nobody is logged any more, however, should > > be fine. As long as a user is logged in, if somebody else comes over > > the keyboard he'll be able to do other nasty things anyway. > As mentioned before several times: I haven't seen that mentioned in this thread. > don't think that limited, that console access always means begin > directly at the hardware with a keyboard... just think about serial > console via some network adapters... These don't matter here: unless they are the same as some of the users logged into the keyboard console, they don't have any access to the keyboard console, and thus not to the copy/paste buffer either. Samuel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
