CVE-2025-37991

/// Technical description

In the Linux kernel, the following vulnerability has been resolved:

parisc: Fix double SIGFPE crash

Camm noticed that on parisc a SIGFPE exception will crash an application with

a second SIGFPE in the signal handler. Dave analyzed it, and it happens

because glibc uses a double-word floating-point store to atomically update

function descriptors. As a result of lazy binding, we hit a floating-point

store in fpe_func almost immediately.

When the T bit is set, an assist exception trap occurs when when the

co-processor encounters *any* floating-point instruction except for a double

store of register %fr0. The latter cancels all pending traps. Let's fix this

by clearing the Trap (T) bit in the FP status register before returning to the

signal handler in userspace.

The issue can be reproduced with this test program:

root@parisc:~# cat fpe.c

static void fpe_func(int sig, siginfo_t *i, void *v) {

sigset_t set;

sigemptyset(&set);

sigaddset(&set, SIGFPE);

/// Remediation

Check the references section for vendor advisories, patches, and mitigation guidance. If immediate patching is not possible, review the CVSS vector to understand the attack surface and apply compensating controls such as network segmentation or access restrictions.

/// References