1 ==============================================================
2 Authorizing (or not) your USB devices to connect to the system
3 ==============================================================
5 Copyright (C) 2007 Inaky Perez-Gonzalez <inaky@linux.intel.com> Intel Corporation
7 This feature allows you to control if a USB device can be used (or
8 not) in a system. This feature will allow you to implement a lock-down
9 of USB devices, fully controlled by user space.
11 As of now, when a USB device is connected it is configured and
12 its interfaces are immediately made available to the users. With this
13 modification, only if root authorizes the device to be configured will
14 then it be possible to use it.
19 Authorize a device to connect::
21 $ echo 1 > /sys/bus/usb/devices/DEVICE/authorized
23 De-authorize a device::
25 $ echo 0 > /sys/bus/usb/devices/DEVICE/authorized
27 Set new devices connected to hostX to be deauthorized by default (ie:
30 $ echo 0 > /sys/bus/usb/devices/usbX/authorized_default
32 Remove the lock down::
34 $ echo 1 > /sys/bus/usb/devices/usbX/authorized_default
36 By default, all USB devices are authorized. Writing "2" to the
37 authorized_default attribute causes the kernel to authorize by default
38 only devices connected to internal USB ports.
41 Example system lockdown (lame)
42 ------------------------------
44 Imagine you want to implement a lockdown so only devices of type XYZ
45 can be connected (for example, it is a kiosk machine with a visible
51 for host in /sys/bus/usb/devices/usb*
53 echo 0 > $host/authorized_default
56 Hookup an script to udev, for new USB devices::
58 if device_is_my_type $DEV
60 echo 1 > $device_path/authorized
64 Now, device_is_my_type() is where the juice for a lockdown is. Just
65 checking if the class, type and protocol match something is the worse
66 security verification you can make (or the best, for someone willing
67 to break it). If you need something secure, use crypto and Certificate
68 Authentication or stuff like that. Something simple for an storage key
71 function device_is_my_type()
73 echo 1 > authorized # temporarily authorize it
74 # FIXME: make sure none can mount it
75 mount DEVICENODE /mntpoint
76 sum=$(md5sum /mntpoint/.signature)
77 if [ $sum = $(cat /etc/lockdown/keysum) ]
79 echo "We are good, connected"
81 # Other stuff so others can use it
88 Of course, this is lame, you'd want to do a real certificate
89 verification stuff with PKI, so you don't depend on a shared secret,
90 etc, but you get the idea. Anybody with access to a device gadget kit
91 can fake descriptors and device info. Don't trust that. You are
95 Interface authorization
96 -----------------------
98 There is a similar approach to allow or deny specific USB interfaces.
99 That allows to block only a subset of an USB device.
101 Authorize an interface::
103 $ echo 1 > /sys/bus/usb/devices/INTERFACE/authorized
105 Deauthorize an interface::
107 $ echo 0 > /sys/bus/usb/devices/INTERFACE/authorized
109 The default value for new interfaces
110 on a particular USB bus can be changed, too.
112 Allow interfaces per default::
114 $ echo 1 > /sys/bus/usb/devices/usbX/interface_authorized_default
116 Deny interfaces per default::
118 $ echo 0 > /sys/bus/usb/devices/usbX/interface_authorized_default
120 Per default the interface_authorized_default bit is 1.
121 So all interfaces would authorized per default.
124 If a deauthorized interface will be authorized so the driver probing must
125 be triggered manually by writing INTERFACE to /sys/bus/usb/drivers_probe
127 For drivers that need multiple interfaces all needed interfaces should be
128 authorized first. After that the drivers should be probed.
129 This avoids side effects.