Lucene search
+L

Linux Distros Unpatched Vulnerability : CVE-2026-74591

🗓️ 22 Aug 2026 00:00:00Reported by TenableType 
nessus
 nessus
🔗 www.tenable.com👁 4 Views

Linux kernel mm/filemap __filemap_add_folio() index corruption causing SIGSEGV and SIGILL.

Related
Refs
Code
ReporterTitlePublishedViews
Family
cve
CVE
CVE-2026-74591
22 Aug 202615:31
cve
cvelist
Cvelist
CVE-2026-74591 mm/filemap: __filemap_add_folio() restore index before retrying
22 Aug 202615:31
cvelist
debiancve
Debian CVE
CVE-2026-74591
22 Aug 202615:31
debiancve
euvd
EUVD
EUVD-2026-64528
22 Aug 202615:31
euvd
nvd
NVD
CVE-2026-74591
22 Aug 202616:16
nvd
osv
OSV
DEBIAN-CVE-2026-74591
22 Aug 202616:16
osv
ptsecurity
Positive Technologies
PT-2026-79596
22 Aug 202600:00
ptsecurity
#%NASL_MIN_LEVEL 80900
##
# (C) Tenable, Inc.
##

include('compat.inc');

if (description)
{
  script_id(338966);
  script_version("1.1");
  script_set_attribute(attribute:"plugin_modification_date", value:"2026/08/22");

  script_cve_id("CVE-2026-74591");

  script_name(english:"Linux Distros Unpatched Vulnerability : CVE-2026-74591");

  script_set_attribute(attribute:"synopsis", value:
"The Linux/Unix host has one or more packages installed with a vulnerability that the vendor indicates will not be
patched.");
  script_set_attribute(attribute:"description", value:
"The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied
patch available.

  - mm/filemap: __filemap_add_folio() restore index before retrying In __filemap_add_folio()'s split-a-
    conflict loop, xas_set_order() is applied repeatedly: each application modifies xas.xa_index, rounding it
    down according to the split_order attempted at that stage: and if all goes as intended, it eventually (or
    immediately) converges on an xas_try_split() to the required folio_order, with xas.xa_index now the same
    as index: then xas_store() puts the new folio into the xarray there. But if a new node was needed, and
    GFP_NOWAIT allocation did not get one, the lock is dropped, xas_nomem() used to allocate, and sequence
    retried. If (that part of) the xarray is unchanged when the lock is reacquired, no problem. But what if
    the conflict was meanwhile resolved by another thread (perhaps even doing the same thing, inserting a
    folio at that same index)? Isn't there a danger of now putting our folio into the xarray at an
    intermediate rounded-down index? With !folio_contains() bug to follow, when CONFIG_DEBUG_VM=y is checking
    for that. Fix this with an xas_set_order() to restore the original xas.xa_index at the bottom of the loop,
    so the retry does a full re-evaluation after reacquiring the lock, and cannot reach xas_store() with the
    wrong index. Production was suffering from rare SIGILLs and SIGSEGVs, executable text found a page away
    from where it belonged, !folio_contains() bug hit when debug enabled: symptoms not seen since this patch
    went in. (CVE-2026-74591)

Note that Nessus relies on the presence of the package as reported by the vendor.");
  script_set_attribute(attribute:"see_also", value:"https://security-tracker.debian.org/tracker/CVE-2026-74591");
  script_set_attribute(attribute:"solution", value:
"There is no known solution at this time.");
  script_set_attribute(attribute:"agent", value:"unix");
  script_set_cvss_base_vector("CVSS2#AV:N/AC:L/Au:N/C:P/I:P/A:P");
  script_set_cvss_temporal_vector("CVSS2#E:U/RL:U/RC:C");
  script_set_cvss3_base_vector("CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H");
  script_set_cvss3_temporal_vector("CVSS:3.0/E:U/RL:U/RC:C");
  script_set_attribute(attribute:"cvss_score_source", value:"CVE-2026-74591");

  script_set_attribute(attribute:"exploitability_ease", value:"No known exploits are available");
  script_set_attribute(attribute:"exploit_available", value:"false");
  script_set_attribute(attribute:"vendor_unpatched", value:"true");

  script_set_attribute(attribute:"vuln_publication_date", value:"2026/08/22");
  script_set_attribute(attribute:"plugin_publication_date", value:"2026/08/22");

  script_set_attribute(attribute:"plugin_type", value:"local");
  script_set_attribute(attribute:"cpe", value:"cpe:/o:debian:debian_linux:14.0");
  script_set_attribute(attribute:"cpe", value:"p-cpe:/a:debian:debian_linux:linux");
  script_set_attribute(attribute:"generated_plugin", value:"current");
  script_end_attributes();

  script_category(ACT_GATHER_INFO);
  script_family(english:"Misc.");

  script_copyright(english:"This script is Copyright (C) 2026 and is owned by Tenable, Inc. or an Affiliate thereof.");

  script_dependencies("ssh_get_info2.nasl", "set_linux_os_id.nasl");
  script_require_keys("Host/cpu", "Host/local_checks_enabled", "global_settings/vendor_unpatched", "Host/OS/identifier");
  script_require_ports("Host/OS/Debian Linux-14");

  exit(0);
}

if (!get_kb_item("global_settings/vendor_unpatched")) exit(0, "Unpatched Vulnerabilities Detection not active.");
if (!get_kb_item("Host/local_checks_enabled")) audit(AUDIT_LOCAL_CHECKS_NOT_ENABLED);
if (empty_or_null(get_one_kb_item("Host/Debian/dpkg-l"))) audit(AUDIT_PACKAGE_LIST_MISSING);

include('linux_unpatched.inc');

var distro_constraints_array = {
  "Debian Linux-14": {
    "package_manager": "dpkg-l",
    "constraints": [
      {
        "release": "14",
        "pkgs": [
          {"reference": "bpftool"},
          {"reference": "hyperv-daemons"},
          {"reference": "intel-sdsi"},
          {"reference": "libcpupower-dev"},
          {"reference": "libcpupower1"},
          {"reference": "linux-base-7.1.8+deb14.1-alpha-generic"},
          {"reference": "linux-base-7.1.8+deb14.1-alpha-smp"},
          {"reference": "linux-base-7.1.8+deb14.1-amd64"},
          {"reference": "linux-base-7.1.8+deb14.1-arm64"},
          {"reference": "linux-base-7.1.8+deb14.1-arm64-16k"},
          {"reference": "linux-base-7.1.8+deb14.1-armmp"},
          {"reference": "linux-base-7.1.8+deb14.1-armmp-lpae"},
          {"reference": "linux-base-7.1.8+deb14.1-cloud-amd64"},
          {"reference": "linux-base-7.1.8+deb14.1-cloud-arm64"},
          {"reference": "linux-base-7.1.8+deb14.1-loong64"},
          {"reference": "linux-base-7.1.8+deb14.1-m68k"},
          {"reference": "linux-base-7.1.8+deb14.1-parisc"},
          {"reference": "linux-base-7.1.8+deb14.1-parisc64"},
          {"reference": "linux-base-7.1.8+deb14.1-powerpc"},
          {"reference": "linux-base-7.1.8+deb14.1-powerpc-smp"},
          {"reference": "linux-base-7.1.8+deb14.1-powerpc64"},
          {"reference": "linux-base-7.1.8+deb14.1-powerpc64-64k"},
          {"reference": "linux-base-7.1.8+deb14.1-powerpc64le"},
          {"reference": "linux-base-7.1.8+deb14.1-powerpc64le-64k"},
          {"reference": "linux-base-7.1.8+deb14.1-riscv64"},
          {"reference": "linux-base-7.1.8+deb14.1-rt-amd64"},
          {"reference": "linux-base-7.1.8+deb14.1-rt-arm64"},
          {"reference": "linux-base-7.1.8+deb14.1-s390x"},
          {"reference": "linux-base-7.1.8+deb14.1-sh7751r"},
          {"reference": "linux-base-7.1.8+deb14.1-sparc64"}
        ]
      }
    ]
  }
};

var distro_constraints_values = linux_unpatched::get_distro_constraints(distro_constraints_arr:distro_constraints_array);
if (empty_or_null(distro_constraints_values)) audit(AUDIT_HOST_NOT, 'affected');

var third_party_support = get_kb_item('Host/OS/extended-third-party');
if (!empty_or_null(third_party_support)) {
    var third_party_vendors = distro_constraints_values['third_party'];
    if (!empty_or_null(third_party_vendors)) {
        var vendor;
        foreach vendor (third_party_vendors) {
            if (vendor == third_party_support) exit(0, 'A third party management patch is available for this vulnerability from ' + vendor + '.\n');
        }
    }
}

var report = linux_unpatched::check_unpatched_constraints(distro_constraints_values:distro_constraints_values);

if (!empty_or_null(report))
{
  security_report_v4(
      port       : 0,
      severity   : SECURITY_WARNING,
      extra      : report
  );
  exit(0);
}
else
{
  audit(AUDIT_HOST_NOT, 'affected');
}

Data

Build on a solid foundation with Vulners data

We provide the essential building blocks for cybersecurity solutions with comprehensive, structured, and constantly updated vulnerability and exploits data

Api

Power your application with Vulners API

The Vulners REST API offers reliable, high-performance access to vulnerability intelligence, with 99.9% SLA uptime and CDN-backed data delivery for seamless global access

App

Assess and manage vulnerabilities with Vulners tools

Built on top of Vulners' database and SDK, end-user solutions give security professionals and developers lightweight and powerful tools for vulnerability remediation

22 Aug 2026 00:00Current
5.7Medium risk
Vulners AI Score5.7
EPSS0.00206
4