Linux kernel · scsi: lpfc: Use memcpy() for BIOS version The strlcat() with FORTIFY support is triggering a panic because it thinks the target buffer will overflow although the correct target buffer size is passed in
Affects linuxSource GCVE Database
Mentioned vulnerabilities
Not known to be exploited · CVSS 5.5 Medium · fixed in 5.15.0-1114.123~20.04.1 : update linux when convenient.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 12% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 5.15.0-1114.123~20.04.1, 5.15.0-1096.105~20.04.1, 5.15.0-1092.101~20.04.1 +2
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 10 Jul 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| linux | Affected
| Fixed in
|
AI-suggested
Red Hat has released updated kernel packages for Red Hat Enterprise Linux 7 Extended Lifecycle Support to address these vulnerabilities. Users should apply the provided kernel updates as detailed in the Red Hat advisory and reboot their systems to ensure the fixes take effect. Patch status is confirmed with an official fix available.
Description
In the Linux kernel, the following vulnerability has been resolved: scsi: lpfc: Use memcpy() for BIOS version The strlcat() with FORTIFY support is triggering a panic because it thinks the target buffer will overflow although the correct target buffer size is passed in. Anyway, instead of memset() with 0 followed by a strlcat(), just use memcpy() and ensure that the resulting buffer is NULL terminated. BIOSVersion is only used for the lpfc_printf_log() which expects a properly terminated string.
References
- access.redhat.com/errata/RHSA-2025:15646 (opens in a new tab)
- access.redhat.com/security/updates/classification/ (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2379246 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2382581 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/advisories/2025/rhsa-2025_15646.json (opens in a new tab)
- ubuntu.com/security/CVE-2025-38332 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2025-38332 (opens in a new tab)
- git.kernel.org/linus/ae82eaf4aeea060bb736c3e20c0568b67c701d7d (opens in a new tab)
- git.kernel.org/stable/c/003baa7a1a152576d744bd655820449bbdb0248e (opens in a new tab)
- git.kernel.org/stable/c/2f63bf0d2b146956a2f2ff3b25cee71019e64561 (opens in a new tab)
- git.kernel.org/stable/c/34c0a670556b24d36c9f8934227edb819ca5609e (opens in a new tab)
- git.kernel.org/stable/c/75ea8375c5a83f46c47bfb3de6217c7589a8df93 (opens in a new tab)
- git.kernel.org/stable/c/ac7bfaa099ec3e4d7dfd0ab9726fc3bc7911365d (opens in a new tab)
- git.kernel.org/stable/c/ae82eaf4aeea060bb736c3e20c0568b67c701d7d (opens in a new tab)
- git.kernel.org/stable/c/b699bda5db818b684ff62d140defd6394f38f3d6 (opens in a new tab)
- git.kernel.org/stable/c/d34f2384d6df11a6c67039b612c2437f46e587e8 (opens in a new tab)
- ubuntu.com/security/notices/USN-7774-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7774-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-7774-3 (opens in a new tab)
- ubuntu.com/security/notices/USN-7775-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7776-1 (opens in a new tab)
- ubuntu.com/security/notices/USN-7775-2 (opens in a new tab)
- ubuntu.com/security/notices/USN-7775-3 (opens in a new tab)
- ubuntu.com/security/notices/USN-7774-4 (opens in a new tab)
- ubuntu.com/security/notices/USN-7774-5 (opens in a new tab)