Intel

CVE-2026-64458

Linux kernel (GCP) vulnerabilities

mediumEPSS 0.2 %

Beschreibung

Im Linux-Kernel wurde folgende Schwachstelle behoben: mm/damon/ops-common: Behandlung extrem hoher Intervalle in damon_hot_score() Drei Probleme in damon_hot_score() wurden behoben, die durch falsche Handhabung extremer (null oder zu hoher) Überwachungsintervalle des Benutzers verursacht wurden. Wenn der Benutzer das Abtastintervall auf null setzt, führt damon_max_nr_accesses(), welches von damon_hot_score() aufgerufen wird, zu einer Division durch Null. Dies ist offensichtlich ein Problem. Wenn der Benutzer das Aggregationsintervall auf null setzt, gibt die Funktion null zurück. Das ist falsch, da die tatsächliche maximale Anzahl an Zugriffen in der Konfiguration eins sein sollte. Schlimmer noch, es kann zu einer weiteren Division durch Null von ihrem Aufrufer damon_hot_score() führen, da sie den Rückgabewert von damon_max_nr_accesses() als Nenner verwendet. Wenn der Benutzer das Aggregationsintervall sehr hoch setzt, könnte damon_hot_score() einen Wert außerhalb des Bereichs [0, DAMOS_MAX_SCORE] zurückgeben. Da der Rückgabewert als Index für das regions_score_histogram-Array verwendet wird, welches die Größe DAMOS_MAX_SCORE+1 hat, führt dies zu einem Zugriff außerhalb der Grenzen des Arrays. Die Probleme können relativ einfach wie unten reproduziert werden. Die Schreibberechtigung für sysfs ist erforderlich. # ./damo start --damos_action lru_prio --damos_quota_space 100M \ --damos_quota_interval 1s # cd /sys/kernel/mm/damon/admin/kdamonds/0 # echo 0 > contexts/0/monitoring_attrs/intervals/sample_us # echo 0 > contexts/0/monitoring_attrs/intervals/aggr_us # echo commit > state # dmesg [...] [ 131.329762] Oops: divide error: 0000 [#1] SMP NOPTI [...] [ 131.336089] RIP: 0010:damon_hot_score+0x27/0xd0 [...] Die Probleme mit den Divisionen durch Null bei Intervallen wurden behoben, indem die null Intervalle explizit in damon_max_nr_accesses() behandelt werden. Das Problem des Zugriffs außerhalb der Grenzen wurde behoben, indem [0, DAMOS_MAX_SCORE] Grenzen vor dem Rückgabewert von damon_hot_score() angewendet wurden. Das Problem wurde von Sashiko entdeckt.

Quelle: UBUNTU_USNUBUNTU_USNUBUNTU_USNBSIBSI_CSAFNVDMSRCCVELISTV5

Metriken

Severity
medium
Priority-Score
231.31
KEV-Status
—
Exploit-Reife
kein öffentlicher PoC bekannt
XIEM Effective CVSS
5.5
Quelle: nvd-v3
CVSS v3
5.5
CVSS v4
—
EPSS-Perzentil
7.7 %
Niedrig — CVE gehört zu den unteren 10 % der heute bewerteten CVEs.
EPSS-Score
0.2 %
Niedrig — Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Veröffentlicht
2026-09-07 09:05 UTC
CWE
—

Re-Analyse & Statuswechsel

Chronologie der NVD-Audit-Events für diese CVE — Reanalyses, CVSS-Updates, CPE-Diffs.

  1. CVE Modified2026-08-17 05:17 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Affected: Linux, Linux → Linux, Linux
  2. New CVE Received2026-07-25 10:17 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Affected: Linux, Linux
    • Description: In the Linux kernel, the following vulnerability has been resolved: mm/damon/ops-common: handle extreme intervals in damon_hot_score() Fix three issues in damon_hot_score() that comes from wrong handling of extreme (zero or too high) monitoring intervals user setup. When the user sets sampling interval zero, damon_max_nr_accesses(), which is called from damon_hot_score(), causes a divide-by-zero. Needless to say, it is a problem. When the user sets the aggregation interval zero, the function returns zero. It is wrong, since the real maximum nr_acceses in the setup should be one. Worse yet, it can cause another divide-by-zero from its caller, damon_hot_score(), since it uses damon_max_nr_accesses() return value as a denominator. When the user sets the aggregation interval very high, damon_hot_score() could return a value out of [0, DAMOS_MAX_SCORE] range. Since the return value is used as an index to the regions_score_histogram array, which is DAMOS_MAX_SCORE+1 size, it causes out of bounds array access. The issues can be relatively easily reproduced like below. The sysfs write permission is required, though. # ./damo start --damos_action lru_prio --damos_quota_space 100M \ --damos_quota_interval 1s # cd /sys/kernel/mm/damon/admin/kdamonds/0 # echo 0 > contexts/0/monitoring_attrs/intervals/sample_us # echo 0 > contexts/0/monitoring_attrs/intervals/aggr_us # echo commit > state # dmesg [...] [ 131.329762] Oops: divide error: 0000 [#1] SMP NOPTI [...] [ 131.336089] RIP: 0010:damon_hot_score+0x27/0xd0 [...] Fix the divide-by-zero intervals problems by explicitly handling the zero intervals in damon_max_nr_accesses(). Fix the out-of-bound array access by applying [0, DAMOS_MAX_SCORE] bounds before returning from damon_hot_score(). The issue was discovered [1] by Sashiko.
    • Reference: https://git.kernel.org/stable/c/35d4a3cf70a855b50e53189ac2f8463e20a02046
    • Reference: https://git.kernel.org/stable/c/58321b4e6e4f0f412069ab27ccdd56292757343a

Betroffene Betriebssysteme

  • linux

    redhat / enterprise_linux10.0

  • linux

    redhat / enterprise_linux7.0

  • linux

    redhat / enterprise_linux8.0

  • linux

    redhat / enterprise_linux9.0

  • linux

    ubuntu / linux-aws-6.8jammy

  • linux

    ubuntu / linux-azureresolute

  • linux

    ubuntu / linux-azuretrusty

  • linux

    ubuntu / linux-azurexenial

  • linux

    ubuntu / linux-azure-4.15bionic

  • linux

    ubuntu / linux-azure-5.4bionic

  • linux

    ubuntu / linux-azure-fdenoble

  • linux

    ubuntu / linux-azure-fderesolute

  • linux

    ubuntu / linux-azure-fde-6.8jammy

  • linux

    ubuntu / linux-azure-fipsbionic

  • linux

    ubuntu / linux-azure-fipsfocal

  • linux

    ubuntu / linux-azure-fipsnoble

  • linux

    ubuntu / linux-fipsjammy

  • linux

    ubuntu / linux-gcp-7.0noble

  • linux

    ubuntu / linux-gkejammy

  • linux

    ubuntu / linux-nvidia-tegranoble

  • linux

    ubuntu / linux-raspinoble

  • linux

    ubuntu / linux-raspi-realtimenoble

  • linux

    linux / linux_kernel2.6.12

  • linux

    linux / linux_kernel2.6.15

Quellen & Referenzen

Verknüpfte CVEs

1392 weitere CVEs anzeigen
IDCVE-2026-64458
Linux kernel (GCP) vulnerabilities — CVE-2026-64458 | NEOSEC Intel