CVE-2026-48982
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedpam_usb provides hardware authentication for Linux using ordinary removable media. In versions prior to 0.9.2, when updating a one-time pad file, a temporary file is created using open() without the O_EXCL flag. Without O_EXCL, the create operation is not atomic: two concurrent processes racing to update the same pad may both succeed in opening the file, with the second write silently overwriting the first. The one-time pad is the core replay-prevention mechanism of pam_usb. A successful race could result in the stored pad value diverging from what either process expected, potentially causing authentication failures or, in a precisely timed attack, creating a window for pad reuse. This issue has been fixed in version 0.9.2.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · high confidenceIn pam_usb versions prior to 0.9.2, the one-time pad file update uses open() without O_EXCL, creating a race condition where concurrent processes can both open the same file and the second write silently overwrites the first. This compromises the core replay-prevention mechanism, potentially causing authentication failures or pad reuse.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Local
- Complexity
- High
- Privileges
- Low
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- Low
- Integrity
- High
- Availability
- Low
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:L/I:H/A:L
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Verify pam_usb is installedCheck for pam_usb package via package manager (e.g., dpkg -l | grep pam-usb, rpm -qa | grep pam-usb, or which pluggable-authentication-modules) or look for /lib/security/pam_usb.so or /lib64/security/pam_usb.soAffected if pam_usb is not installed on the system
-
Determine pam_usb versionRun pam_usb version command if available, or query package manager (e.g., dpkg -s pam-usb, rpm -qi pam-usb), or check any version file in the pam_usb installation directoryAffected if version is present and less than 0.9.2
-
Identify one-time pad configurationLook for .usbpad, otp, or pad file references in pam_usb configuration directories such as /etc/pam_usb/, ~/.pam_usb/, or check user home directories for hidden .usb configuration files containing pad file pathsAffected if one-time pad files are configured or present in pam_usb configuration
-
Locate active pad filesInspect the identified pad file paths from configuration to confirm the files exist on disk; these files contain the one-time pad data used for authentication replay preventionAffected if pad files exist and the version is vulnerable (< 0.9.2)
-
Check for concurrent pad update processesMonitor or review system logs for authentication events, or inspect running processes to see if multiple pam_usb authentication attempts could occur simultaneously updating the same pad fileAffected if concurrent authentication attempts target the same pad file and version is vulnerable
User is affected if pam_usb version is below 0.9.2 AND the one-time pad (OTP) replay-prevention mechanism is configured and actively used on the system.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
dbcve · scopedUpgrade pam_usb to version 0.9.2 or later, which includes the fix using O_EXCL flag for atomic file creation.
0.9.2
- Upgrade pam_usb to version 0.9.2 or later. Use your distribution's package manager to update (e.g., apt update && apt upgrade pam-usb, yum update pam-usb, or dnf update pam-usb depending on your Linux distribution).
- If installing from source, download version 0.9.2 from the official repository and rebuild/install using standard build procedures (./configure, make, make install).
- After upgrading, verify the installed version matches 0.9.2 or later to confirm the fix is applied.
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation1.0 h
- Implementation2.0 h
- Testing3.0 h
- Review / QA1.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $1,904.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2026-48982 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2026-48982 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data