CVE-2024-42233 (GCVE-0-2024-42233)

Vulnerability from cvelistv5 – Published: 2024-08-07 15:14 – Updated: 2026-05-11 20:28
VLAI?
Title
filemap: replace pte_offset_map() with pte_offset_map_nolock()
Summary
In the Linux kernel, the following vulnerability has been resolved: filemap: replace pte_offset_map() with pte_offset_map_nolock() The vmf->ptl in filemap_fault_recheck_pte_none() is still set from handle_pte_fault(). But at the same time, we did a pte_unmap(vmf->pte). After a pte_unmap(vmf->pte) unmap and rcu_read_unlock(), the page table may be racily changed and vmf->ptl maybe fails to protect the actual page table. Fix this by replacing pte_offset_map() with pte_offset_map_nolock(). As David said, the PTL pointer might be stale so if we continue to use it infilemap_fault_recheck_pte_none(), it might trigger UAF. Also, if the PTL fails, the issue fixed by commit 58f327f2ce80 ("filemap: avoid unnecessary major faults in filemap_fault()") might reappear.
Severity ?
No CVSS data available.
Assigner
References
Impacted products
Vendor Product Version
Linux Linux Affected: 58f327f2ce80f9c7b4a70e9cf017ae8810d44a20 , < 6a6c2aec1a89506595801b4cf7e8eef035f33748 (git)
Affected: 58f327f2ce80f9c7b4a70e9cf017ae8810d44a20 , < 24be02a42181f0707be0498045c4c4b13273b16d (git)
Create a notification for this product.
Linux Linux Affected: 6.9
Unaffected: 0 , < 6.9 (semver)
Unaffected: 6.9.10 , ≤ 6.9.* (semver)
Unaffected: 6.10 , ≤ * (original_commit_for_fix)
Create a notification for this product.
Show details on NVD website
To clipboard 

{
  "containers": {
    "adp": [
      {
        "metrics": [
          {
            "other": {
              "content": {
                "id": "CVE-2024-42233",
                "options": [
                  {
                    "Exploitation": "none"
                  },
                  {
                    "Automatable": "no"
                  },
                  {
                    "Technical Impact": "partial"
                  }
                ],
                "role": "CISA Coordinator",
                "timestamp": "2024-09-10T16:14:13.816205Z",
                "version": "2.0.3"
              },
              "type": "ssvc"
            }
          }
        ],
        "providerMetadata": {
          "dateUpdated": "2024-09-11T17:34:32.513Z",
          "orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
          "shortName": "CISA-ADP"
        },
        "title": "CISA ADP Vulnrichment"
      }
    ],
    "cna": {
      "affected": [
        {
          "defaultStatus": "unaffected",
          "product": "Linux",
          "programFiles": [
            "mm/filemap.c"
          ],
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "vendor": "Linux",
          "versions": [
            {
              "lessThan": "6a6c2aec1a89506595801b4cf7e8eef035f33748",
              "status": "affected",
              "version": "58f327f2ce80f9c7b4a70e9cf017ae8810d44a20",
              "versionType": "git"
            },
            {
              "lessThan": "24be02a42181f0707be0498045c4c4b13273b16d",
              "status": "affected",
              "version": "58f327f2ce80f9c7b4a70e9cf017ae8810d44a20",
              "versionType": "git"
            }
          ]
        },
        {
          "defaultStatus": "affected",
          "product": "Linux",
          "programFiles": [
            "mm/filemap.c"
          ],
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "vendor": "Linux",
          "versions": [
            {
              "status": "affected",
              "version": "6.9"
            },
            {
              "lessThan": "6.9",
              "status": "unaffected",
              "version": "0",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "6.9.*",
              "status": "unaffected",
              "version": "6.9.10",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "*",
              "status": "unaffected",
              "version": "6.10",
              "versionType": "original_commit_for_fix"
            }
          ]
        }
      ],
      "cpeApplicability": [
        {
          "nodes": [
            {
              "cpeMatch": [
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "6.9.10",
                  "versionStartIncluding": "6.9",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "6.10",
                  "versionStartIncluding": "6.9",
                  "vulnerable": true
                }
              ],
              "negate": false,
              "operator": "OR"
            }
          ]
        }
      ],
      "descriptions": [
        {
          "lang": "en",
          "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nfilemap: replace pte_offset_map() with pte_offset_map_nolock()\n\nThe vmf-\u003eptl in filemap_fault_recheck_pte_none() is still set from\nhandle_pte_fault().  But at the same time, we did a pte_unmap(vmf-\u003epte). \nAfter a pte_unmap(vmf-\u003epte) unmap and rcu_read_unlock(), the page table\nmay be racily changed and vmf-\u003eptl maybe fails to protect the actual page\ntable.  Fix this by replacing pte_offset_map() with\npte_offset_map_nolock().\n\nAs David said, the PTL pointer might be stale so if we continue to use\nit infilemap_fault_recheck_pte_none(), it might trigger UAF.  Also, if\nthe PTL fails, the issue fixed by commit 58f327f2ce80 (\"filemap: avoid\nunnecessary major faults in filemap_fault()\") might reappear."
        }
      ],
      "providerMetadata": {
        "dateUpdated": "2026-05-11T20:28:22.906Z",
        "orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
        "shortName": "Linux"
      },
      "references": [
        {
          "url": "https://git.kernel.org/stable/c/6a6c2aec1a89506595801b4cf7e8eef035f33748"
        },
        {
          "url": "https://git.kernel.org/stable/c/24be02a42181f0707be0498045c4c4b13273b16d"
        }
      ],
      "title": "filemap: replace pte_offset_map() with pte_offset_map_nolock()",
      "x_generator": {
        "engine": "bippy-1.2.0"
      }
    }
  },
  "cveMetadata": {
    "assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
    "assignerShortName": "Linux",
    "cveId": "CVE-2024-42233",
    "datePublished": "2024-08-07T15:14:23.858Z",
    "dateReserved": "2024-07-30T07:40:12.251Z",
    "dateUpdated": "2026-05-11T20:28:22.906Z",
    "state": "PUBLISHED"
  },
  "dataType": "CVE_RECORD",
  "dataVersion": "5.2",
  "vulnerability-lookup:meta": {
    "epss": {
      "cve": "CVE-2024-42233",
      "date": "2026-05-17",
      "epss": "0.00029",
      "percentile": "0.08542"
    },
    "fkie_nvd": {
      "configurations": "[{\"nodes\": [{\"operator\": \"OR\", \"negate\": false, \"cpeMatch\": [{\"vulnerable\": true, \"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"versionStartIncluding\": \"6.9\", \"versionEndExcluding\": \"6.9.10\", \"matchCriteriaId\": \"0F5C3789-472B-40EC-9D2A-48169EDB592B\"}]}]}]",
      "descriptions": "[{\"lang\": \"en\", \"value\": \"In the Linux kernel, the following vulnerability has been resolved:\\n\\nfilemap: replace pte_offset_map() with pte_offset_map_nolock()\\n\\nThe vmf-\u003eptl in filemap_fault_recheck_pte_none() is still set from\\nhandle_pte_fault().  But at the same time, we did a pte_unmap(vmf-\u003epte). \\nAfter a pte_unmap(vmf-\u003epte) unmap and rcu_read_unlock(), the page table\\nmay be racily changed and vmf-\u003eptl maybe fails to protect the actual page\\ntable.  Fix this by replacing pte_offset_map() with\\npte_offset_map_nolock().\\n\\nAs David said, the PTL pointer might be stale so if we continue to use\\nit infilemap_fault_recheck_pte_none(), it might trigger UAF.  Also, if\\nthe PTL fails, the issue fixed by commit 58f327f2ce80 (\\\"filemap: avoid\\nunnecessary major faults in filemap_fault()\\\") might reappear.\"}, {\"lang\": \"es\", \"value\": \"En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: filemap: reemplace pte_offset_map() con pte_offset_map_nolock() El vmf-\u0026gt;ptl en filemap_fault_recheck_pte_none() todav\\u00eda est\\u00e1 configurado desde handle_pte_fault(). Pero al mismo tiempo, hicimos un pte_unmap(vmf-\u0026gt;pte). Despu\\u00e9s de desasignar pte_unmap(vmf-\u0026gt;pte) y rcu_read_unlock(), la tabla de p\\u00e1ginas puede cambiarse r\\u00e1pidamente y vmf-\u0026gt;ptl tal vez no pueda proteger la tabla de p\\u00e1ginas real. Solucione este problema reemplazando pte_offset_map() con pte_offset_map_nolock(). Como dijo David, el puntero PTL puede estar obsoleto, por lo que si continuamos us\\u00e1ndolo en filemap_fault_recheck_pte_none(), podr\\u00eda activar UAF. Adem\\u00e1s, si el PTL falla, el problema solucionado mediante el commit 58f327f2ce80 (\\\"filemap: evite errores importantes innecesarios en filemap_fault()\\\") podr\\u00eda reaparecer.\"}]",
      "id": "CVE-2024-42233",
      "lastModified": "2024-08-08T14:56:18.620",
      "metrics": "{\"cvssMetricV31\": [{\"source\": \"nvd@nist.gov\", \"type\": \"Primary\", \"cvssData\": {\"version\": \"3.1\", \"vectorString\": \"CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N\", \"baseScore\": 3.3, \"baseSeverity\": \"LOW\", \"attackVector\": \"LOCAL\", \"attackComplexity\": \"LOW\", \"privilegesRequired\": \"LOW\", \"userInteraction\": \"NONE\", \"scope\": \"UNCHANGED\", \"confidentialityImpact\": \"NONE\", \"integrityImpact\": \"LOW\", \"availabilityImpact\": \"NONE\"}, \"exploitabilityScore\": 1.8, \"impactScore\": 1.4}]}",
      "published": "2024-08-07T16:15:46.313",
      "references": "[{\"url\": \"https://git.kernel.org/stable/c/24be02a42181f0707be0498045c4c4b13273b16d\", \"source\": \"416baaa9-dc9f-4396-8d5f-8c081fb06d67\", \"tags\": [\"Patch\"]}, {\"url\": \"https://git.kernel.org/stable/c/6a6c2aec1a89506595801b4cf7e8eef035f33748\", \"source\": \"416baaa9-dc9f-4396-8d5f-8c081fb06d67\", \"tags\": [\"Patch\"]}]",
      "sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
      "vulnStatus": "Analyzed",
      "weaknesses": "[{\"source\": \"nvd@nist.gov\", \"type\": \"Primary\", \"description\": [{\"lang\": \"en\", \"value\": \"NVD-CWE-noinfo\"}]}]"
    },
    "nvd": "{\"cve\":{\"id\":\"CVE-2024-42233\",\"sourceIdentifier\":\"416baaa9-dc9f-4396-8d5f-8c081fb06d67\",\"published\":\"2024-08-07T16:15:46.313\",\"lastModified\":\"2024-08-08T14:56:18.620\",\"vulnStatus\":\"Analyzed\",\"cveTags\":[],\"descriptions\":[{\"lang\":\"en\",\"value\":\"In the Linux kernel, the following vulnerability has been resolved:\\n\\nfilemap: replace pte_offset_map() with pte_offset_map_nolock()\\n\\nThe vmf-\u003eptl in filemap_fault_recheck_pte_none() is still set from\\nhandle_pte_fault().  But at the same time, we did a pte_unmap(vmf-\u003epte). \\nAfter a pte_unmap(vmf-\u003epte) unmap and rcu_read_unlock(), the page table\\nmay be racily changed and vmf-\u003eptl maybe fails to protect the actual page\\ntable.  Fix this by replacing pte_offset_map() with\\npte_offset_map_nolock().\\n\\nAs David said, the PTL pointer might be stale so if we continue to use\\nit infilemap_fault_recheck_pte_none(), it might trigger UAF.  Also, if\\nthe PTL fails, the issue fixed by commit 58f327f2ce80 (\\\"filemap: avoid\\nunnecessary major faults in filemap_fault()\\\") might reappear.\"},{\"lang\":\"es\",\"value\":\"En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: filemap: reemplace pte_offset_map() con pte_offset_map_nolock() El vmf-\u0026gt;ptl en filemap_fault_recheck_pte_none() todav\u00eda est\u00e1 configurado desde handle_pte_fault(). Pero al mismo tiempo, hicimos un pte_unmap(vmf-\u0026gt;pte). Despu\u00e9s de desasignar pte_unmap(vmf-\u0026gt;pte) y rcu_read_unlock(), la tabla de p\u00e1ginas puede cambiarse r\u00e1pidamente y vmf-\u0026gt;ptl tal vez no pueda proteger la tabla de p\u00e1ginas real. Solucione este problema reemplazando pte_offset_map() con pte_offset_map_nolock(). Como dijo David, el puntero PTL puede estar obsoleto, por lo que si continuamos us\u00e1ndolo en filemap_fault_recheck_pte_none(), podr\u00eda activar UAF. Adem\u00e1s, si el PTL falla, el problema solucionado mediante el commit 58f327f2ce80 (\\\"filemap: evite errores importantes innecesarios en filemap_fault()\\\") podr\u00eda reaparecer.\"}],\"metrics\":{\"cvssMetricV31\":[{\"source\":\"nvd@nist.gov\",\"type\":\"Primary\",\"cvssData\":{\"version\":\"3.1\",\"vectorString\":\"CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N\",\"baseScore\":3.3,\"baseSeverity\":\"LOW\",\"attackVector\":\"LOCAL\",\"attackComplexity\":\"LOW\",\"privilegesRequired\":\"LOW\",\"userInteraction\":\"NONE\",\"scope\":\"UNCHANGED\",\"confidentialityImpact\":\"NONE\",\"integrityImpact\":\"LOW\",\"availabilityImpact\":\"NONE\"},\"exploitabilityScore\":1.8,\"impactScore\":1.4}]},\"weaknesses\":[{\"source\":\"nvd@nist.gov\",\"type\":\"Primary\",\"description\":[{\"lang\":\"en\",\"value\":\"NVD-CWE-noinfo\"}]}],\"configurations\":[{\"nodes\":[{\"operator\":\"OR\",\"negate\":false,\"cpeMatch\":[{\"vulnerable\":true,\"criteria\":\"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\",\"versionStartIncluding\":\"6.9\",\"versionEndExcluding\":\"6.9.10\",\"matchCriteriaId\":\"0F5C3789-472B-40EC-9D2A-48169EDB592B\"}]}]}],\"references\":[{\"url\":\"https://git.kernel.org/stable/c/24be02a42181f0707be0498045c4c4b13273b16d\",\"source\":\"416baaa9-dc9f-4396-8d5f-8c081fb06d67\",\"tags\":[\"Patch\"]},{\"url\":\"https://git.kernel.org/stable/c/6a6c2aec1a89506595801b4cf7e8eef035f33748\",\"source\":\"416baaa9-dc9f-4396-8d5f-8c081fb06d67\",\"tags\":[\"Patch\"]}]}}",
    "vulnrichment": {
      "containers": "{\"adp\": [{\"title\": \"CISA ADP Vulnrichment\", \"metrics\": [{\"other\": {\"type\": \"ssvc\", \"content\": {\"id\": \"CVE-2024-42233\", \"role\": \"CISA Coordinator\", \"options\": [{\"Exploitation\": \"none\"}, {\"Automatable\": \"no\"}, {\"Technical Impact\": \"partial\"}], \"version\": \"2.0.3\", \"timestamp\": \"2024-09-10T16:14:13.816205Z\"}}}], \"providerMetadata\": {\"orgId\": \"134c704f-9b21-4f2e-91b3-4a467353bcc0\", \"shortName\": \"CISA-ADP\", \"dateUpdated\": \"2024-09-11T12:42:24.316Z\"}}], \"cna\": {\"title\": \"filemap: replace pte_offset_map() with pte_offset_map_nolock()\", \"affected\": [{\"repo\": \"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git\", \"vendor\": \"Linux\", \"product\": \"Linux\", \"versions\": [{\"status\": \"affected\", \"version\": \"58f327f2ce80f9c7b4a70e9cf017ae8810d44a20\", \"lessThan\": \"6a6c2aec1a89506595801b4cf7e8eef035f33748\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"58f327f2ce80f9c7b4a70e9cf017ae8810d44a20\", \"lessThan\": \"24be02a42181f0707be0498045c4c4b13273b16d\", \"versionType\": \"git\"}], \"programFiles\": [\"mm/filemap.c\"], \"defaultStatus\": \"unaffected\"}, {\"repo\": \"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git\", \"vendor\": \"Linux\", \"product\": \"Linux\", \"versions\": [{\"status\": \"affected\", \"version\": \"6.9\"}, {\"status\": \"unaffected\", \"version\": \"0\", \"lessThan\": \"6.9\", \"versionType\": \"semver\"}, {\"status\": \"unaffected\", \"version\": \"6.9.10\", \"versionType\": \"semver\", \"lessThanOrEqual\": \"6.9.*\"}, {\"status\": \"unaffected\", \"version\": \"6.10\", \"versionType\": \"original_commit_for_fix\", \"lessThanOrEqual\": \"*\"}], \"programFiles\": [\"mm/filemap.c\"], \"defaultStatus\": \"affected\"}], \"references\": [{\"url\": \"https://git.kernel.org/stable/c/6a6c2aec1a89506595801b4cf7e8eef035f33748\"}, {\"url\": \"https://git.kernel.org/stable/c/24be02a42181f0707be0498045c4c4b13273b16d\"}], \"x_generator\": {\"engine\": \"bippy-1.2.0\"}, \"descriptions\": [{\"lang\": \"en\", \"value\": \"In the Linux kernel, the following vulnerability has been resolved:\\n\\nfilemap: replace pte_offset_map() with pte_offset_map_nolock()\\n\\nThe vmf-\u003eptl in filemap_fault_recheck_pte_none() is still set from\\nhandle_pte_fault().  But at the same time, we did a pte_unmap(vmf-\u003epte). \\nAfter a pte_unmap(vmf-\u003epte) unmap and rcu_read_unlock(), the page table\\nmay be racily changed and vmf-\u003eptl maybe fails to protect the actual page\\ntable.  Fix this by replacing pte_offset_map() with\\npte_offset_map_nolock().\\n\\nAs David said, the PTL pointer might be stale so if we continue to use\\nit infilemap_fault_recheck_pte_none(), it might trigger UAF.  Also, if\\nthe PTL fails, the issue fixed by commit 58f327f2ce80 (\\\"filemap: avoid\\nunnecessary major faults in filemap_fault()\\\") might reappear.\"}], \"cpeApplicability\": [{\"nodes\": [{\"negate\": false, \"cpeMatch\": [{\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.9.10\", \"versionStartIncluding\": \"6.9\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.10\", \"versionStartIncluding\": \"6.9\"}], \"operator\": \"OR\"}]}], \"providerMetadata\": {\"orgId\": \"416baaa9-dc9f-4396-8d5f-8c081fb06d67\", \"shortName\": \"Linux\", \"dateUpdated\": \"2025-05-04T09:24:42.605Z\"}}}",
      "cveMetadata": "{\"cveId\": \"CVE-2024-42233\", \"state\": \"PUBLISHED\", \"dateUpdated\": \"2025-05-04T09:24:42.605Z\", \"dateReserved\": \"2024-07-30T07:40:12.251Z\", \"assignerOrgId\": \"416baaa9-dc9f-4396-8d5f-8c081fb06d67\", \"datePublished\": \"2024-08-07T15:14:23.858Z\", \"assignerShortName\": \"Linux\"}",
      "dataType": "CVE_RECORD",
      "dataVersion": "5.1"
    }
  }
}


Log in or create an account to share your comment.




Tags
Taxonomy of the tags.




Forecast uses a logistic model when the trend is rising, or an exponential decay model when the trend is falling. Fitted via linearized least squares.

Sightings

Author Source Type Date Other

Nomenclature

  • Seen: The vulnerability was mentioned, discussed, or observed by the user.
  • Confirmed: The vulnerability has been validated from an analyst's perspective.
  • Published Proof of Concept: A public proof of concept is available for this vulnerability.
  • Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
  • Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
  • Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
  • Not confirmed: The user expressed doubt about the validity of the vulnerability.
  • Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.



Detection rules are retrieved from Rulezet.