Steps to reproduce:
- attach a "Logitech USB Headset H340" (idVendor=046d, idProduct=0a38)
- watch logs
What happens:
I don't get a dialog to ask for allowing or blocking this device.
USBGuard logs don't show anything about this device at all.
dmesg:
[ 2457.095548] usb 1-1.3: new full-speed USB device number 10 using ehci-pci
[ 2457.382677] usb 1-1.3: New USB device found, idVendor=046d, idProduct=0a38
[ 2457.382682] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 2457.382684] usb 1-1.3: Product: Logitech USB Headset H340
[ 2457.382686] usb 1-1.3: Manufacturer: Logitech Inc.
[ 2457.383032] usb 1-1.3: Device is not authorized for usage
[ 2457.393384] usb 1-1.3: USB disconnect, device number 10
Journalctl reveals:
kernel: usb 1-1.3: new full-speed USB device number 10 using ehci-pci
kernel: usb 1-1.3: New USB device found, idVendor=046d, idProduct=0a38
kernel: usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
kernel: usb 1-1.3: Product: Logitech USB Headset H340
kernel: usb 1-1.3: Manufacturer: Logitech Inc.
kernel: usb 1-1.3: Device is not authorized for usage
usbguard-daemon[6129]: [2016-08-14 11:01:59.152151] error: Exception caught during device insertion processing: /sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3: Invalid descriptor data: bLength doesn't match expected bLenght for this descriptor type
kernel: usb 1-1.3: USB disconnect, device number 10
The device itself is working if I systemctl stop usbguard.service. In this case I can even pass it through to a virtual machine client where it works perfectly.
Affected version:
usbguard-0.5.11-2.fc24.x86_64
I don't know whether this is a bug in USBGuard or in the device itself, this is up to you to decide. But it would be helpful if the logs in USBGuard Qt Applet would show all the error and warning messages (see #118 for that). And it would be helpful to tell the user. How about showing a notification that says "A broken or malicious USB device has been attached and blocked"?
Steps to reproduce:
What happens:
I don't get a dialog to ask for allowing or blocking this device.
USBGuard logs don't show anything about this device at all.
dmesg:
Journalctl reveals:
The device itself is working if I
systemctl stop usbguard.service. In this case I can even pass it through to a virtual machine client where it works perfectly.Affected version:
usbguard-0.5.11-2.fc24.x86_64
I don't know whether this is a bug in USBGuard or in the device itself, this is up to you to decide. But it would be helpful if the logs in USBGuard Qt Applet would show all the error and warning messages (see #118 for that). And it would be helpful to tell the user. How about showing a notification that says "A broken or malicious USB device has been attached and blocked"?