sales@hackhalt.com

Home / Threats / CVE-2026-108981

WordPress component - Security Vulnerability (CVE-2026-108981)

CVE-2026-108981

Vulnerability CVE-2026-108981 LOW

ngx_cache_purge before 3.0.4 can allow file deletion via a symlink attack in certain situations where nginx and a served application (e.g., WordPress) run under the same user account. The attacker must be able to create a symlink inside the cache path. Version 3.0.4 fixes this for the case of a symlink created at an arbitrary earlier time, but does not resolve an applicable TOCTOU race condition. (The ngx_cache_purge module follows symlinks while walking the cache directory tree during purge operations. The module relies on nginx's ngx_walk_tree(), which relies on stat() and therefore follows symlinks.)

CVE-2026-108981

LOW CVSS 3.6 Published 2026-10-12 Updated 2026-10-12
AI Risk Moderate (41/100) Active Exploit: No strong signal Published Exploit: Public exploit references found Priority: P4 Planned
Severity Band LOW
CVSS Vector CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:L/A:L
Affected Components 1
Reference Links 3
AI Risk Engine Moderate (41/100)
Exploitability Medium
Active Exploitation No strong signal
Published Exploit Status Public exploit references found

Threat Timeline

  1. 2026-10-12 CVE published and first recorded in the threat feed.
  2. 2026-10-12 Record updated with latest vulnerability metadata.
  3. 2026-10-13 AI technical context refreshed for mitigation and impact guidance.
  4. Now Monitoring for follow-up changes, linked references, and new related CVEs.

AI Context

Machine-generated threat intelligence

AI Updated 4 days ago

AI enriched 4 days ago (2026-10-13 11:09 UTC)

Technical Summary

ngx_cache_purge before 3.0.4 can allow file deletion via a symlink attack in certain situations where nginx and a served application (e.g., WordPress) run under the same user account. The attacker must be able to create a symlink inside the cache path. Version 3.0.4 fixes this for the case of a symlink created at an arbitrary earlier time, but does not resolve an applicable TOCTOU race condition. (The ngx_cache_purge module follows symlinks while walking the cache directory tree during purge operations.…

Potential Impact

Severity is LOW (CVSS 3.6). Depending on deployment context, affected components may be exposed to unauthorized actions or data integrity risk.

Exploitability Assessment

Exploitability is assessed as Medium based on published exploit references.

Primary risk drivers: published exploit references

Mitigation Recommendations

Validate affected product versions, prioritize patching, and monitor references for vendor remediation guidance. If immediate patching is not possible, apply compensating controls and limit exposure of vulnerable surfaces.

Detection & Monitoring

Track authentication anomalies, unexpected file writes, and suspicious plugin API activity around affected components.

Business Impact Lens

AI risk score 41/100 (Moderate, Medium) with priority P4 Planned. Prioritize remediation where affected components process customer data, admin sessions, or Internet-exposed workflows.

Affected Products

WordPress component COMPONENT · unmapped Affected: < 3.0.4 Fixed in: 3.0.4

References

What to do about this

Low priority Contained impact, or it needs privileges an attacker would rarely already hold.

Fix it

Update WordPress component to 3.0.4 or later.

That is the complete fix. Everything below is what protects you in the meantime.

No Hack Halt control meaningfully contains this one — updating is the remedy. We would rather say so than sell you something that will not help.

Start free

Not sure if you are affected?

Scan your site to see whether it runs WordPress component, and at which version.

Free, no installation, no account. It reads what your site already publishes, then tells you which plugins carry known vulnerabilities and what to do about each one.

Scan my site free See what Hack Halt does

Am I affected by this vulnerability?

You are affected if your site runs WordPress component. Versions below 3.0.4 are vulnerable; that release and later are not.

How do I fix it?

Update WordPress component to version 3.0.4 or later. That is the complete fix.