qubes-doc/user/advanced-topics/usb-qubes.rst
Marek Marczykowski-Górecki b93b3c571e
Convert to RST
2024-05-21 20:59:46 +02:00

368 lines
12 KiB
ReStructuredText
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

=========
USB qubes
=========
A USB qube acts as a secure handler for potentially malicious USB
devices, preventing them from coming into contact with dom0 (which could
otherwise be fatal to the security of the whole system). It thereby
mitigates some of the :ref:`security risks of using USB devices <user/security-in-qubes/device-handling-security:usb security>`. Nonetheless,
we strongly recommend carefully reading the :ref:`security warning on USB input devices <user/security-in-qubes/device-handling-security:security warning on usb input devices>`
before proceeding.
With a USB qube, every time you connect an untrusted USB device to a USB
port managed by that USB controller, you will have to attach it to the
qube in which you wish to use it (if different from the USB qube
itself).
If you opted to allow the Qubes installer to create a USB qube for you
during the installation process, then you should already have a working
USB qube, and no further action should be required. However, if you do
not have a USB qube, wish to remove the one you have, or have run into
some other related problem, this page can help.
USB keyboards
-------------
If you use a USB keyboard, there is a high risk of locking yourself out
of your system when experimenting with USB qubes. For example, if a USB
qube takes over your sole USB controller (to which your USB keyboard is
connected), then your keyboard will no longer be able to control dom0.
This will prevent you from performing many essential tasks, such as
entering your decryption and login passphrases, rendering your system
unusable until you reinstall. This section covers various options for
addressing this problem.
In general, PS/2 keyboards are preferable to USB keyboards. However,
many newer computer models lack PS/2 ports. Moreover, while most laptops
use PS/2 connections for the keyboard internally, some use USB. (Check
yours by examining the output of the ``lsusb`` command.) If you have a
PS/2 port but still wish to use a USB keyboard, then having a backup
PS/2 keyboard handy can be useful in case you accidentally lock yourself
out of your system.
How to create a USB qube for use with a USB keyboard
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
If youre reading this section, its likely because the installer did
not allow you to create a USB qube automatically because youre using a
USB keyboard. This section will explain how to create a USB qube that
you can use with your USB keyboard. This section assumes that you have
only a single USB controller. If you have more than one USB controller,
see `how to enable a USB keyboard on a separate USB controller <#qubes-41-how-to-enable-a-usb-keyboard-on-a-separate-usb-controller>`__.
First, make sure you have the latest
``qubes-mgmt-salt-dom0-virtual-machines`` package by :ref:`updating dom0 <user/advanced-topics/how-to-install-software-in-dom0:how to update dom0>`.
Then, enter the following command in dom0:
.. code:: bash
sudo qubesctl state.sls qvm.usb-keyboard
This command will take care of all required configuration, including
creating a USB qube if not already present. Note, however, that this
setup will expose dom0 to USB devices while you are entering your LUKS
passphrase. While only input devices (keyboards, mice, etc.) are
initialized at this stage, users are advised to physically disconnect
other devices from the system during this vulnerable window in order to
minimize the risk.
To undo these changes, see `how to remove a USB qube <#how-to-remove-a-usb-qube>`__.
If you wish to perform only a subset of this configuration (for example,
you do not wish to enable the USB keyboard during boot), see the manual
instructions below.
Manual setup for USB keyboards
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
In order to use a USB keyboard, you must first attach it to a USB qube,
then give that qube permission to pass keyboard input to dom0. Edit the
``qubes.InputKeyboard`` policy file in dom0, which is located here:
.. code:: bash
/etc/qubes-rpc/policy/qubes.InputKeyboard
Add a line like this one to the top of the file:
.. code:: bash
sys-usb dom0 allow
(Change ``sys-usb`` to your desired USB qube.)
You can now use your USB keyboard to log in to your dom0 user account
(after LUKS decryption).
You can set up your system so that theres a confirmation prompt each
time the USB keyboard is connected. However, this will effectively
disable your USB keyboard for dom0 user account login and the screen
locker, so **dont do this if you want to log into and unlock your device with a USB keyboard!** If youre sure you wish to proceed, change
the previous line to:
.. code:: bash
sys-usb dom0 ask,default_target=dom0
If you wish to use a USB keyboard to enter your LUKS passphrase, you
cannot `hide its USB controller from dom0 <#how-to-hide-usb-controllers-from-dom0>`__. If youve already
hidden that USB controller from dom0, you must revert the procedure by
removing the ``rd.qubes.hide_all_usb`` option and employ an alternative
strategy for protecting your system by physically disconnecting other
devices during startup.
**Qubes 4.1 only:** You should also add the
``usbcore.authorized_default=0`` option, which prevents the
initialization of non-input devices. (Qubes ships with a USBGuard
configuration that allows only input devices when
``usbcore.authorized_default=0`` is set.)
Qubes 4.1: How to enable a USB keyboard on a separate USB controller
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
When using a USB keyboard on a system with multiple USB controllers, we
recommend that you designate one of them exclusively for the keyboard
(and possibly the mouse) and keep other devices connected to the other
controller(s). This is often an option on desktop systems, where
additional USB controllers can be plugged in as PCIe cards. In this
case, the designated controller for input devices should remain in dom0
but be limited to input devices only. To set it up:
1. :ref:`Find the controller used for input devices <user/how-to-guides/how-to-use-usb-devices:finding the right usb controller>`.
2. Open the file ``/etc/default/grub`` in dom0.
3. Find the line that begins with ``GRUB_CMDLINE_LINUX``.
4. Add ``usbcore.authorized_default=0`` and ``rd.qubes.dom0_usb=<BDF>``
to that line, where ``<BDF>`` is the USB controller identifier.
5. Save and close the file.
6. Run the command ``grub2-mkconfig -o /boot/grub2/grub.cfg`` (legacy
boot) or ``grub2-mkconfig -o /boot/efi/EFI/qubes/grub.cfg`` (EFI) in
dom0.
7. Reboot.
8. Proceed with `creating a USB qube <#how-to-create-a-usb-qube>`__
normally. The selected USB controller will remain in dom0.
These options can be added during installation. (When the installer
prompts for a reboot, you can switch to tty2 and perform the steps from
there, after using the ``chroot /mnt/sysimage`` command.) In that case,
the initial setup will create a USB qube automatically, even when a USB
keyboard is in use (as long as it is connected to the designated
controller).
USB mice
--------
Handling a USB mouse isnt as critical as handling a keyboard, since you
can log in and proceed through confirmation prompts using the keyboard
alone.
If you want to attach the USB mouse automatically anyway, you have to
edit the ``qubes.InputMouse`` policy file in dom0, located at:
.. code:: bash
/etc/qubes-rpc/policy/qubes.InputMouse
The first line should read similar to:
.. code:: bash
sys-usb dom0 ask,default_target=dom0
There will now be a confirmation prompt each time a USB mouse is
attached.
If the file is empty or does not exist, something might have gone wrong
during setup. Try to rerun ``qubesctl state.sls qvm.sys-usb`` in dom0.
In case you are absolutely sure you do not want to confirm mouse access
from ``sys-usb`` to ``dom0``, you may add the following line to the top
of the file:
.. code:: bash
sys-usb dom0 allow
(Change ``sys-usb`` to your desired USB qube.)
How to create a USB qube
------------------------
If `automatically creating a USB qube for use with a USB keyboard <#how-to-create-a-usb-qube-for-use-with-a-usb-keyboard>`__ does
not apply to your situation, then you may be interested in more general
methods for creating USB qubes.
You can create a USB qube using the management stack by executing the
following command as root in dom0:
.. code:: bash
sudo qubesctl state.sls qvm.sys-usb
Manual creation
^^^^^^^^^^^^^^^
You can create a USB qube manually as follows:
1. Read the :doc:`PCI devices </user/how-to-guides/how-to-use-pci-devices>` page to learn
how to list and identify your USB controllers. Carefully check
whether you have a USB controller that would be appropriate to assign
to a USB qube. Note that it should be free of input devices,
programmable devices, and any other devices that must be directly
available to dom0. If you find a free controller, note its name and
proceed to the next step.
2. Create a new qube. Give it an appropriate name and color label
(recommended: ``sys-usb``, red).
3. In the qubes settings, go to the “Devices” tab. Find the USB
controller that you identified in step 1 in the “Available” list.
Move it to the “Selected” list by highlighting it and clicking the
single arrow ``>`` button. (**Warning:** By assigning a USB
controller to a USB qube, it will no longer be available to dom0.
This can make your system unusable if, for example, you have only one
USB controller, and you are running Qubes off of a USB drive.)
4. Click ``OK``. Restart the qube.
5. Recommended: Check the box on the “Basic” tab that says “Start VM
automatically on boot.” (This will help to mitigate attacks in which
someone forces your system to reboot, then plugs in a malicious USB
device.)
If the USB qube will not start, please have a look at :ref:`this FAQ entry <introduction/faq:i created a usb vm and assigned usb controllers to it. now the usb vm won't boot.>`.
How to hide USB controllers from dom0
-------------------------------------
USB controllers are automatically hidden from dom0 if you opt to create
a USB qube during installation. This also occurs automatically if you
choose to `create a USB qube <#how-to-create-a-usb-qube>`__ using the
``qubesctl`` method. However, if you create a USB qube manually and do
not hide USB controllers from dom0, there will be a brief period of time
during the boot process when dom0 will be exposed to your USB
controllers (and any attached devices). This is a potential security
risk, since even brief exposure to a malicious USB device could result
in dom0 being compromised. There are two approaches to this problem:
1. Physically disconnect all USB devices whenever you reboot the host.
2. Hide (i.e., blacklist) all USB controllers from dom0.
**Warning:** If you use a USB keyboard, hiding your USB controllers from
dom0 could lock you out of your system. See `USB keyboards <#usb-keyboards>`__ for more information.
**Warning:** Using a USB AEM device requires dom0 to have access to the
USB controller to which your USB AEM device is attached. If dom0 cannot
read your USB AEM device, AEM will hang.
The following procedure will hide all USB controllers from dom0.
GRUB2 (legacy boot or EFI)
^^^^^^^^^^^^^^^^^^^^^^^^^^
1. Open the file ``/etc/default/grub`` in dom0.
2. Find the line that begins with ``GRUB_CMDLINE_LINUX``.
3. Add ``rd.qubes.hide_all_usb`` to that line.
4. Save and close the file.
5. Run the command ``grub2-mkconfig -o /boot/grub2/grub.cfg`` (legacy
boot) or ``grub2-mkconfig -o /boot/efi/EFI/qubes/grub.cfg`` (EFI) in
dom0.
6. Reboot.
How to remove a USB qube
------------------------
**Warning:** This procedure will result in your USB controller(s) being
attached directly to dom0.
GRUB2
^^^^^
1. Shut down the USB qube.
2. In Qubes Manager, right-click on the USB qube and select “Remove VM.”
3. Open the file ``/etc/default/grub`` in dom0.
4. Find the line(s) that begins with ``GRUB_CMDLINE_LINUX``.
5. If ``rd.qubes.hide_all_usb`` appears anywhere in those lines, remove
it.
6. Save and close the file.
7. Run the command ``grub2-mkconfig -o /boot/grub2/grub.cfg`` in dom0.
8. Reboot.
Qubes 4.0: EFI
^^^^^^^^^^^^^^
1. Shut down the USB qube.
2. In Qubes Manager, right-click on the USB qube and select “Remove VM.”
3. Open the file ``/boot/efi/EFI/qubes/xen.cfg`` in dom0.
4. Find the line(s) that begins with ``kernel=``.
5. If ``rd.qubes.hide_all_usb`` appears anywhere in those lines, remove
it.
6. Save and close the file.
7. Reboot.