On Tue, 2022-08-09 at 14:52 +0200, Greg Kroah-Hartman wrote:
> On Tue, Aug 09, 2022 at 01:18:43PM +0200, Bastien Nocera wrote:
> > On Tue, 2022-08-09 at 12:35 +0200, Greg Kroah-Hartman wrote:
> > > On Tue, Aug 09, 2022 at 11:42:59AM +0200, Bastien Nocera wrote:
> > > > There is a need for userspace applications to open USB devices
> > > > directly,
> > > > for all the USB devices without a kernel-level class driver[1],
> > > > and
> > > > implemented in user-space.
> > > >
> > > > As not all devices are built equal, we want to be able to
> > > > revoke
> > > > access to those devices whether it's because the user isn't at
> > > > the
> > > > console anymore, or because the web browser, or sandbox doesn't
> > > > want
> > > > to allow access to that device.
> > > >
> > > > This commit implements the internal API used to revoke access
> > > > to
> > > > USB
> > > > devices, given either bus and device numbers, or/and a user's
> > > > effective UID.
> > >
> > > Revoke what exactly?
> >
> > Access.
>
> Access from what?
revoke access to the USB device by one or all users.
> > > You should be revoking the file descriptor that is
> > > open, not anything else as those are all transient and not
> > > uniquely
> > > identified and racy.
> >
> > They're "unique enough" (tm). The
>
> Are you sure?
>
> They are racy from what I can tell, especially as you have no locking
> in
> the patch that I noticed.
It does. It's not good locking because I rewrote that API at least 4
different times.
> > > > Signed-off-by: Bastien Nocera <hadess@xxxxxxxxxx>
> > > >
> > > > [1]:
> > > > Non exhaustive list of devices and device types that need raw
> > > > USB
> > > > access:
> > > > - all manners of single-board computers and programmable chips
> > > > and
> > > > devices (avrdude, STLink, sunxi bootloader, flashrom, etc.)
> > > > - 3D printers
> > > > - scanners
> > > > - LCD "displays"
> > > > - user-space webcam and still cameras
> > > > - game controllers
> > > > - video/audio capture devices
> > > > - sensors
> > > > - software-defined radios
> > > > - DJ/music equipment
> > > > - protocol analysers
> > > > - Rio 500 music player
> > > > ---
> > > > drivers/usb/core/devio.c | 79
> > > > ++++++++++++++++++++++++++++++++++++++--
> > > > drivers/usb/core/usb.h | 2 +
> > > > 2 files changed, 77 insertions(+), 4 deletions(-)
> > > >
> > > > diff --git a/drivers/usb/core/devio.c
> > > > b/drivers/usb/core/devio.c
> > > > index b5b85bf80329..d8d212ef581f 100644
> > > > --- a/drivers/usb/core/devio.c
> > > > +++ b/drivers/usb/core/devio.c
> > > > @@ -78,6 +78,7 @@ struct usb_dev_state {
> > > > int not_yet_resumed;
> > > > bool suspend_allowed;
> > > > bool privileges_dropped;
> > > > + bool revoked;
> > > > };
> > > >
> > > > struct usb_memory {
> > > > @@ -183,6 +184,13 @@ static int connected(struct usb_dev_state
> > > > *ps)
> > > > ps->dev->state !=
> > > > USB_STATE_NOTATTACHED);
> > > > }
> > > >
> > > > +static int disconnected_or_revoked(struct usb_dev_state *ps)
> > > > +{
> > > > + return (list_empty(&ps->list) ||
> > > > + ps->dev->state == USB_STATE_NOTATTACHED
> > > > ||
> > > > + ps->revoked);
> > > > +}
> > > > +
> > > > static void dec_usb_memory_use_count(struct usb_memory *usbm,
> > > > int
> > > > *count)
> > > > {
> > > > struct usb_dev_state *ps = usbm->ps;
> > > > @@ -237,6 +245,9 @@ static int usbdev_mmap(struct file *file,
> > > > struct vm_area_struct *vma)
> > > > dma_addr_t dma_handle;
> > > > int ret;
> > > >
> > > > + if (disconnected_or_revoked(ps))
> > > > + return -ENODEV;
> > > > +
> > > > ret = usbfs_increase_memory_usage(size + sizeof(struct
> > > > usb_memory));
> > > > if (ret)
> > > > goto error;
> > > > @@ -310,7 +321,7 @@ static ssize_t usbdev_read(struct file
> > > > *file,
> > > > char __user *buf, size_t nbytes,
> > > >
> > > > pos = *ppos;
> > > > usb_lock_device(dev);
> > > > - if (!connected(ps)) {
> > > > + if (disconnected_or_revoked(ps)) {
> > > > ret = -ENODEV;
> > > > goto err;
> > > > } else if (pos < 0) {
> > > > @@ -2315,7 +2326,7 @@ static int proc_ioctl(struct
> > > > usb_dev_state
> > > > *ps, struct usbdevfs_ioctl *ctl)
> > > > if (ps->privileges_dropped)
> > > > return -EACCES;
> > > >
> > > > - if (!connected(ps))
> > > > + if (disconnected_or_revoked(ps))
> > > > return -ENODEV;
> > > >
> > > > /* alloc buffer */
> > > > @@ -2555,7 +2566,7 @@ static int proc_forbid_suspend(struct
> > > > usb_dev_state *ps)
> > > >
> > > > static int proc_allow_suspend(struct usb_dev_state *ps)
> > > > {
> > > > - if (!connected(ps))
> > > > + if (disconnected_or_revoked(ps))
> > > > return -ENODEV;
> > > >
> > > > WRITE_ONCE(ps->not_yet_resumed, 1);
> > > > @@ -2580,6 +2591,66 @@ static int proc_wait_for_resume(struct
> > > > usb_dev_state *ps)
> > > > return proc_forbid_suspend(ps);
> > > > }
> > > >
> > > > +static int usbdev_revoke(struct usb_dev_state *ps)
> > > > +{
> > > > + struct usb_device *dev = ps->dev;
> > > > + unsigned int ifnum;
> > > > + struct async *as;
> > > > +
> > > > + if (ps->revoked) {
> > > > + usb_unlock_device(dev);
> > > > + return -ENODEV;
> > > > + }
> > > > +
> > > > + snoop(&dev->dev, "%s: REVOKE by PID %d: %s\n",
> > > > __func__,
> > > > + task_pid_nr(current), current->comm);
> > > > +
> > > > + ps->revoked = true;
> > > > +
> > > > + for (ifnum = 0; ps->ifclaimed && ifnum < 8*sizeof(ps-
> > > > > ifclaimed);
> > > > + ifnum++) {
> > > > + if (test_bit(ifnum, &ps->ifclaimed))
> > > > + releaseintf(ps, ifnum);
> > > > + }
> > > > + destroy_all_async(ps);
> > > > +
> > > > + as = async_getcompleted(ps);
> > > > + while (as) {
> > > > + free_async(as);
> > > > + as = async_getcompleted(ps);
> > > > + }
> > > > +
> > > > + wake_up(&ps->wait);
> > > > +
> > > > + return 0;
> > > > +}
> > > > +
> > > > +int usb_revoke_for_euid(struct usb_device *udev,
> > > > + int euid)
> > > > +{
> > > > + struct usb_dev_state *ps;
> > > > +
> > > > + usb_lock_device(udev);
> > > > +
> > > > + list_for_each_entry(ps, &udev->filelist, list) {
> > > > + if (euid >= 0) {
> > > > + kuid_t kuid;
> > > > +
> > > > + if (!ps || !ps->cred)
> > > > + continue;
> > > > + kuid = ps->cred->euid;
> > >
> > > How is this handling uid namespaces?
> >
> > The caller is supposed to be outside namespaces. It's a BPF
> > programme,
> > so must be loaded by a privileged caller.
>
> Where is "outside namespaces" defined anywhere?
>
> And how is this tied to any bpf program? I don't see that interface
> anywhere in this series, where did I miss that?
It's in 2/2.
The link to the user-space programme is in the "RFC v2" version of the
patch from last week. It calls into the kernel through that function
which is exported through BPF.
>
> > > Again, just revoke the file descriptor, like the BSDs do for a
> > > tiny
> > > subset of device drivers.
> > >
> > > This comes up ever so often, why does someone not just add real
> > > revoke(2) support to Linux to handle it if they really really
> > > want it
> > > (I
> > > tried a long time ago, but didn't have it in me as I had no real
> > > users
> > > for it...)
> >
> > This was already explained twice,
>
> Explained where?
https://www.spinics.net/lists/linux-usb/msg225448.html
https://www.spinics.net/lists/linux-usb/msg229753.html
> > there's nothing to "hand out" those file descriptors,
>
> The kernel already handed out one when the device was opened using
> usbfs.
>
> > so no one but
> > the kernel and the programme itself
> > have that file descriptor, so it can't be used as an identifier.
>
> That's the only unique identifier that you want to revoke and "know"
> it
> is the device you are referring to.
>
> That's why I recommend creating revoke(2), not just an odd "pause the
> data to this device" api like this seems. That's just going to
> confuse
> lots of people as to "why did my device stop working?"
"Why did my app stop working. Because you switched users and your app
needs to be updated to take that into account."
I mean, ENODEV is returned on ioctls, it's just that the poll() doesn't
HUP.
