● High · CVSS 8.5

How to Fix CVE-2026-28529: Use-After-Free in cryptodev-linux

Q: Is CVE-2026-28529 being exploited in the wild?

Public exploitation has not been confirmed by CISA at the time of writing. Treat the patch as time-sensitive anyway; reports often lag actual abuse.

Q: Will a WAF or IDS rule fully mitigate CVE-2026-28529?

No. Network-layer filters can reduce noise and slow opportunistic scanners, but they will not stop a determined attacker. The vendor patch is the only durable fix.

Q: How long should I plan for the upgrade?

Typical vendor-documented upgrade windows for cryptodev-linux run from a few minutes to under an hour depending on cluster size. Test in a staging environment first and follow the vendor's documented HA upgrade order.

Other vulnerabilities in the same area that are worth patching alongside this one:

How to Fix CVE-2026-23440: Linux (Bundle Sibling) — Linux (Bundle Sibling)
How to Fix CVE-2026-31549: i2c: cp2615: fix serial string NULL-deref at probe in Linux — i2c: cp2615: fix serial string NULL-deref at probe in Linux
How to Fix CVE-2026-23181: Critical Vulnerability in Linux , Critical Vulnerability in Linux
How to Fix CVE-2026-23308: Critical Vulnerability in Linux , Critical Vulnerability in Linux
How to Fix CVE-2026-23334: Critical Vulnerability in Linux , Critical Vulnerability in Linux

*By Sai Kiran Pandrala*

⚡ At a glance


Severity	CVSS 8.5 - High
Actively exploited?	Not currently listed in CISA KEV
Affected	0 <= 1.14
Fixed in	See vendor advisory
Type (CWE)	CWE-416: Use After Free ()

What is CVE-2026-28529?

CVE-2026-28529 is an use-after-free bug in cryptodev-linux. A reference to freed memory is dereferenced later in the program, allowing an attacker who controls the reallocated content to hijack execution. Vendor description: cryptodev-linux version 1.14 and prior contain a page reference handling flaw in the get_userbuf function of the /dev/crypto device driver that allows local users to trigger use-after-free conditions. Attackers with access to the /dev/crypto interface can repeatedly decrement reference counts of controlled pages to achieve local privilege escalation.

Why this CVE matters

Use-after-free vulnerabilities in a network or media-parsing path tend to draw immediate exploit development effort. The bug class is well understood, and public toolkits exist that adapt quickly to newly disclosed cases.

For deployments of cryptodev-linux that have been exposed to the public internet during the disclosure window, the operating assumption should be that scanning has already happened. Even where exploitation has not been publicly observed, scanning for the vulnerable fingerprint is cheap and routine. Patching closes the door; log review and credential rotation close out the rest of the response.

Am I affected?

You are affected if your installation matches any of these version ranges:

cryptodev-linux: 0 <= 1.14

Check your installed version against the list above. If you cannot determine the version, treat the system as affected and follow the upgrade path below.

Run uname -r to read the kernel release. Compare against the affected ranges; on distro kernels, also check the package version with dpkg -l linux-image-$(uname -r) or rpm -q kernel.

How to fix CVE-2026-28529

Read the vendor advisory in full: https://nasm.re/posts/cryptodev-linux-vuln/
Upgrade cryptodev-linux to the patched build listed in the vendor advisory.
Back up the configuration (and database, where applicable) before upgrading.
Apply the patch in a maintenance window. For HA pairs, upgrade the standby node first, fail over, then upgrade the former primary.
Restart the affected service so the patched binary loads, then verify the new version (see verification section).

The commands below are runnable starting points. Adapt the package name, target version, and host paths to your environment using the vendor advisory linked under References.

npm / Yarn / pnpm


# Vendor advisory: https://nasm.re/posts/cryptodev-linux-vuln/
# Update to the patched release named in the advisory
npm install cryptodev-linux@latest
# or pin to the exact fixed version from the vendor advisory
npm install cryptodev-linux@<patched-version>
npm ls cryptodev-linux

PyPI (pip / Poetry)


# Vendor advisory: https://nasm.re/posts/cryptodev-linux-vuln/
pip install --upgrade cryptodev-linux
pip show cryptodev-linux | grep -i version
# Poetry:
poetry add cryptodev-linux@^<patched-version>

Docker / container


# Vendor advisory: https://nasm.re/posts/cryptodev-linux-vuln/
docker pull <your-registry>/cryptodev-linux:<patched-tag>
docker stop <app> && docker rm <app>
docker run -d --name <app> <your-registry>/cryptodev-linux:<patched-tag>

PowerShell detect/upgrade/verify/log (Windows)


# CVE-2026-28529 remediation runner. Adapt version checks to your environment.
$log = "C:\Logs\CVE-2026-28529-fix.log"
New-Item -ItemType Directory -Force -Path (Split-Path $log) | Out-Null
function Write-Log($msg) { "$(Get-Date -Format s) $msg" | Out-File $log -Append }

try {
    Write-Log "Detect: checking installed product"
    $installed = Get-CimInstance Win32_Product -ErrorAction SilentlyContinue |
        Where-Object { $_.Name -match 'cryptodev-linux' }
    if (-not $installed) { Write-Log "Product not installed; nothing to do"; return }
    Write-Log "Found version $($installed.Version)"

    Write-Log "Backup: copying program files and registry hive"
    $stamp = Get-Date -Format yyyyMMdd-HHmm
    $backup = "C:\Backup\CVE-2026-28529-$stamp"
    New-Item -ItemType Directory -Force -Path $backup | Out-Null
    Copy-Item $installed.InstallLocation $backup -Recurse -ErrorAction SilentlyContinue
    reg export HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall "$backup\uninstall.reg" /y | Out-Null

    Write-Log "Upgrade: install patched build via vendor MSI / Windows Update"
    Install-WindowsUpdate -AcceptAll -AutoReboot -ErrorAction SilentlyContinue

    Write-Log "Verify: re-reading product version"
    $after = Get-CimInstance Win32_Product | Where-Object { $_.Name -match 'cryptodev-linux' }
    Write-Log "Post-patch version: $($after.Version)"
    if ($after.Version -ne $installed.Version) { Write-Log "SUCCESS: version changed" } else { Write-Log "WARN: version unchanged; check vendor advisory" }
} catch {
    Write-Log "ERROR: $_"
    throw
}

Bash detect/upgrade/verify/log (Linux)


#!/usr/bin/env bash
# CVE-2026-28529 remediation runner. Re-runnable, exits non-zero on failure.
set -euo pipefail
log() { printf '%s %s\n' "$(date -Is)" "$*" | tee -a /var/log/cve-2026-28529-fix.log; }

log "Detect: current linux-image-generic version"
if command -v dpkg >/dev/null 2>&1; then
    current=$(dpkg-query -W -f='${Version}' linux-image-generic 2>/dev/null || echo "not-installed")
elif command -v rpm >/dev/null 2>&1; then
    current=$(rpm -q --qf '%{VERSION}-%{RELEASE}' linux-image-generic 2>/dev/null || echo "not-installed")
else
    current="unknown"
fi
log "Current: $current"

log "Backup: snapshotting config"
backup="/var/backups/cve-2026-28529-$(date +%Y%m%d-%H%M)"
mkdir -p "$backup"
[ -d /etc/linux-image-generic ] && cp -a /etc/linux-image-generic "$backup/" || true

log "Upgrade: applying vendor patch"
if command -v apt-get >/dev/null 2>&1; then
    sudo apt-get update -qq
    sudo apt-get install -y --only-upgrade linux-image-generic
elif command -v dnf >/dev/null 2>&1; then
    sudo dnf upgrade -y linux-image-generic
elif command -v yum >/dev/null 2>&1; then
    sudo yum update -y linux-image-generic
fi

log "Verify: re-reading linux-image-generic version"
if command -v dpkg >/dev/null 2>&1; then
    after=$(dpkg-query -W -f='${Version}' linux-image-generic)
else
    after=$(rpm -q --qf '%{VERSION}-%{RELEASE}' linux-image-generic)
fi
log "After: $after"

if [ "$after" != "$current" ]; then
    log "SUCCESS: linux-image-generic upgraded"
else
    log "WARN: version unchanged. Confirm the patched build is in your repository."
    exit 1
fi

If you cannot patch immediately

Block network reachability to the vulnerable service from untrusted networks and apply the patched build. Memory-corruption bugs cannot be reliably mitigated at the network layer; the patch is the fix.

How to verify the fix worked

After applying the patch, verify the running version in the product's admin UI or via the vendor-documented CLI command.
Confirm the patched build matches the version listed in the vendor advisory.
Run an authenticated vulnerability scan with a current signature set and confirm the scanner no longer flags CVE-2026-28529.
Review logs for the entire pre-patch window for indicators of compromise listed in the vendor or CISA advisory.
Confirm any network-layer mitigations that were applied as a stopgap have been reverted (or left in place intentionally) once the patch is verified.

If your installation was internet-reachable during the disclosure window, treat log review as part of the remediation rather than an optional follow-up. Look for repeated service restarts, crash logs from the affected daemon, and core files generated around the time of any anomalous traffic. A memory-corruption flaw used for exploitation often leaves a trail of failed attempts before the successful one.

Frequently asked questions

Is CVE-2026-28529 being exploited in the wild?