Jump to content

# fprint

4 languages

- Español
- 日本語
- Português
- 中文（简体）

From ArchWiki

Related articles

- Fingerprint GUI
- ThinkFinger

From the fprint homepage:

  The fprint project aims to plug a gap in the Linux desktop: support for consumer fingerprint reader devices.

The idea is to use the built-in fingerprint reader in some notebooks for login using PAM. This article will also explain how to use regular password for backup login method (solely fingerprint scanner is not recommended due to numerous reasons).

## Prerequisites

Note: The list of supported devices is not updated regularly and is not complete. It is worth testing your device using the instructions on this page even if it does not appear on that list, prior to resorting to AUR packages.

You can check if your device is supported by checking the list of supported devices or the list of unsupported devices. To check which one you have, type:

    $ lsusb

The lsusb tool is available inside the usbutils package.

## Installation

Install the fprintd package. imagemagick might also be needed.

Some devices require a different fork of libfprint, not (yet?) merged with the main libfprint:

- libfprint-tod — For touch-based sensors.

  https://gitlab.freedesktop.org/3v1n0/libfprint/-/tree/tod || libfprint-tod-gitAUR

- libfprint-elanmoc2 — For ELAN `04f3:0c4c` waiting merge.

  https://gitlab.freedesktop.org/Depau/libfprint/-/tree/elanmoc2 || libfprint-elanmoc2-gitAUR

This list is not exhaustive. See many more forks for other devices in the AUR.

## Configuration

Upstream recommends using S2Idle sleep instead of S3 but depending on your device, S3 might work as well.

### Login configuration

Note:

- If you use GDM, the fingerprint-option is already available in the login menu (if not add yourself to the `input` user group). You can skip this section!
- If you use SDDM, see SDDM#Using a fingerprint reader.

Add `pam_fprintd.so` as sufficient to the top of the auth section of `/etc/pam.d/system-local-login`:

    /etc/pam.d/system-local-login

    auth      sufficient pam_fprintd.so
    auth      include   system-login
    ...

This tries to use fingerprint login first, and if it fails or if it finds no fingerprint signatures in the given user's home directory, it proceeds to password login.

Warning: This setting is a security breach for su and sudo as it allows background processes to obtain permissions without prompting the user. See: CVE-2024-37408

Put this right before `auth sufficient pam_fprintd.so` to disallow fingerprint with sudo/su when it can't show a prompt.

    # Disallow fingerprint in sudo/su without tty

    auth       [success=1 default=ignore]  pam_succeed_if.so    service in sudo:su:su-l tty in :unknown

You can also modify other files in `/etc/pam.d/{login,su,sudo,gdm,lightdm}` in the same way. For example `/etc/pam.d/polkit-1` for polkit based authentication (GNOME & many other desktop environments). If `/etc/pam.d/polkit-1` does not exist, copy it from `/usr/lib/pam.d/polkit-1`.

KDE already has fingerprint authentication configured in `/etc/pam.d/kde-fingerprint` so you do not need to edit that file. For a minimal working setup, which asks for your fingerprint first and requires password authentification if it fails on KDE Plasma, it suffices to change the following lines to `/etc/pam.d/system-auth`:

    -auth      [success=3 default=ignore]   pam_systemd_home.so
    auth       [success=2 default=ignore]   pam_fprintd.so
    auth       [success=1 default=bad]     pam_unix.so          try_first_pass nullok

Adding `pam_fprintd.so` as sufficient to any configuration file in `/etc/pam.d/` when a fingerprint signature is present will only prompt for fingerprint authentication. This prevents the use of a password if you cannot `Ctrl+c` fingerprint authentication (due to the lack of a shell). In order to use either a password or a fingerprint in a graphical interface, add the following line to the top of any files required:

    auth		sufficient  	pam_unix.so try_first_pass likeauth nullok
    auth		sufficient  	pam_fprintd.so
    ...

This will prompt for a password; pressing `Enter` on a blank field will proceed to fingerprint authentication.

If you want to prompt for fingerprint and password input at the same time, you can use pam-fprint-grosshackAUR. This may be needed for some graphical programs which do not allow blank password input, such as Gnome's built-in polkit agent. To use this package, add the following lines to the top of any files required:

    auth		sufficient  	pam_fprintd_grosshack.so
    auth		sufficient  	pam_unix.so try_first_pass nullok
    ...

### Create fingerprint signature

You will need to have an authentication agent running before being able to enroll.

To add a signature for a finger, run:

    $ fprintd-enroll

or create a new signature for all fingers:

    $ fprintd-delete "$USER"
    $ for finger in {left,right}-{thumb,{index,middle,ring,little}-finger}; do fprintd-enroll -f "$finger" "$USER"; done

You will be asked to scan the given finger. Swipe your right index finger five times. After that, the signature is created in `/var/lib/fprint/`.

You can also enroll without an authentication agent:

    # fprintd-enroll user

To verify the newly created fingerprint, use:

    $ fprintd-verify

For more information, see fprintd(1).

### Restrict enrolling

This article or section is a candidate for merging with polkit.

Notes: Partially duplicates article (Discuss in Talk:Fprint)

By default every user is allowed to enroll new fingerprints without prompting for the password or the fingerprint. You can change this behavior using polkit rules.

There are two locations that contains the polkit configuration files:

- `/etc/polkit-1/rules.d/`
- `/usr/share/polkit-1/rules.d/`

Note: You should not modify the files under `/usr/share/polkit-1/rules.d/` because they will be overwritten on update. Copy them to `/etc/polkit-1/rules.d/` first.

In the following example only root can enroll fingerprints:

    /etc/polkit-1/rules.d/50-net.reactivated.fprint.device.enroll.rules

    polkit.addRule(function (action, subject) {
      if (action.id == "net.reactivated.fprint.device.enroll") {
        return subject.user == "root" ? polkit.Result.YES : polkit.Result.NO
      }
    })

## Troubleshooting

### No devices available

If your supported device cannot be found or is claimed to be already open (in use), check the `fprintd.service` logs in the journal.

You may find log entries like:

    fprintd[2936592]: Corrupted message received
    fprintd[2936592]: Ignoring device due to initialization error: unsupported firmware version

Ensure your device's firmware is up to date with Fwupd.

### gdm hangs when revealing login prompt after suspend

This issue is described in libfprint repository. The developers answer is:

  My guess right now is that we are disconnecting the BT USB dongle while it is being initialised. Then everything gets stuck while btusb is trying to load the firmware (this has a 10s timeout, explaining the just under 10s hang that we are seeing). Disconnecting the bluetooth dongle like this is expected to happen when the rfkill switch is toggled, so that is normal. It just seems that the case where the device suddenly disconnects is not handled properly and times out.

The proposed fix is to create:

    /etc/modprobe.d/bluetooth-blacklist.conf

    blacklist btusb

Or execute straight away:

    # rmmod btusb

Then it should not try to initialize the device.

### Unexpected error while suspending device

This issue is described in libfprint repository:

  You need to set your laptop to not suspend to RAM but to do s2idle. You might need to switch the BIOS into "Windows mode".

### Fingerprint authentication is not taking effect in the Polkit agent.

After adding fingerprint rules to Linux PAM, fingerprint recognition only works for SDDM and sudo, but not for polkit.

Copy the `50-default.rules` file to `/etc/polkit-1/rules.d/` and change group name `wheel` to your user group.

    # cp /usr/share/polkit-1/rules.d/50-default.rules /etc/polkit-1/rules.d/

    /etc/polkit-1/rules.d/50-default.rules

    polkit.addAdminRule(function(action, subject) {
        return ["unix-group:wheel"];
    });

### Debug

Use the following environment variable and command line flag:

    # G_MESSAGES_DEBUG=all /usr/lib/fprintd -t

### fprintd starts before fingerprint reader device is initialized after resuming from sleep

Create the following udev rule which enables USB device persistence, replacing the ID with the one for your fingerprint reader which you can find using `lsusb`:

    /etc/udev/rules.d/01-fingerprint.rules

    ACTION=="add", SUBSYSTEM=="usb", DRIVERS=="usb", ATTRS{idVendor}=="06cb", ATTRS{idProduct}=="00fc", ATTR{power/persist}="1", RUN="/usr/bin/chmod 444 %S%p/../power/persist"

### Sleeping while fprintd is still running breaks fprintd

Fprintd waits 30 seconds after a successful login before quitting, so sleeping during that time period may cause fprintd to break. If that happens, create and enable the following systemd service:

    /etc/systemd/system/kill-printd.service

    [Unit]
    Description=Kill fprintd before sleep
    Before=sleep.target

    [Service]
    ExecStart=killall fprintd

    [Install]
    WantedBy=sleep.target

### Enrolling works but verifying does not

Some touch-based fingerprint readers generate images too small for fprint's algorithm to work properly. A common workaround for those is swiping instead of touching the sensor, but the speed at which a good image is generated may vary. Some sensors require a slower swipe and some a faster one. Here are some tips regarding what a good image should look like.

If you want to practice with different speeds to see which generates a better image, try dumping the images with the script examples/img-capture and comparing it with the examples from above (you will need to compile libfprint from source).

See also https://gitlab.freedesktop.org/libfprint/libfprint/-/issues/174

### Unable to enroll as user

If you get an error like `EnrollStart failed: GDBus.Error:net.reactivated.Fprint.Error.PermissionDenied: Not Authorized: net.reactivated.fprint.device.enroll`, a simple workaround is to run the enroll command as root:

`sudo fprintd-enroll "$(whoami)"`

It is important to pass the name of a regular user, otherwise the fingerprint will be associated with the root user, which is counterproductive to most usecases.

If you get an "enroll-duplicate" error, that finger has already been enrolled as root. You can either enroll a different finger or remove that finger from the root user with `fprintd-delete`.

After this you should be able to run `fprintd-verify` as a regular user with no permission errors.

Category:

- Input devices

Hidden category:

- Pages or sections flagged with Template:Merge