CVE-2022-48727 (GCVE-0-2022-48727)
Vulnerability from cvelistv5
Published
2024-06-20 11:13
Modified
2026-08-05 08:51
Severity ?
7.3 (High) - CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:H
Summary
In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: Avoid consuming a stale esr value when SError occur When any exception other than an IRQ occurs, the CPU updates the ESR_EL2 register with the exception syndrome. An SError may also become pending, and will be synchronised by KVM. KVM notes the exception type, and whether an SError was synchronised in exit_code. When an exception other than an IRQ occurs, fixup_guest_exit() updates vcpu->arch.fault.esr_el2 from the hardware register. When an SError was synchronised, the vcpu esr value is used to determine if the exception was due to an HVC. If so, ELR_EL2 is moved back one instruction. This is so that KVM can process the SError first, and re-execute the HVC if the guest survives the SError. But if an IRQ synchronises an SError, the vcpu's esr value is stale. If the previous non-IRQ exception was an HVC, KVM will corrupt ELR_EL2, causing an unrelated guest instruction to be executed twice. Check ARM_EXCEPTION_CODE() before messing with ELR_EL2, IRQs don't update this register so don't need to check.
References
Impacted products
Vendor Product Version
Linux Linux Version: defe21f49bc98b095300752aa1e19bb608f3e97d
Version: defe21f49bc98b095300752aa1e19bb608f3e97d
Version: defe21f49bc98b095300752aa1e19bb608f3e97d
 Create a notification for this product.
Show details on NVD website

To clipboard 

{
  "containers": {
    "adp": [
      {
        "metrics": [
          {
            "other": {
              "content": {
                "id": "CVE-2022-48727",
                "options": [
                  {
                    "Exploitation": "none"
                  },
                  {
                    "Automatable": "no"
                  },
                  {
                    "Technical Impact": "partial"
                  }
                ],
                "role": "CISA Coordinator",
                "timestamp": "2024-06-20T16:20:44.710184Z",
                "version": "2.0.3"
              },
              "type": "ssvc"
            }
          }
        ],
        "providerMetadata": {
          "dateUpdated": "2024-06-20T16:20:53.835Z",
          "orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
          "shortName": "CISA-ADP"
        },
        "title": "CISA ADP Vulnrichment"
      },
      {
        "providerMetadata": {
          "dateUpdated": "2024-08-03T15:24:59.975Z",
          "orgId": "af854a3a-2127-422b-91ae-364da2661108",
          "shortName": "CVE"
        },
        "references": [
          {
            "tags": [
              "x_transferred"
            ],
            "url": "https://git.kernel.org/stable/c/e1e852746997500f1873f60b954da5f02cc2dba3"
          },
          {
            "tags": [
              "x_transferred"
            ],
            "url": "https://git.kernel.org/stable/c/57e2986c3b25092691a6e3d6ee9168caf8978932"
          },
          {
            "tags": [
              "x_transferred"
            ],
            "url": "https://git.kernel.org/stable/c/1c71dbc8a179d99dd9bb7e7fc1888db613cf85de"
          }
        ],
        "title": "CVE Program Container"
      }
    ],
    "cna": {
      "affected": [
        {
          "defaultStatus": "unaffected",
          "product": "Linux",
          "programFiles": [
            "arch/arm64/kvm/hyp/include/hyp/switch.h"
          ],
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "vendor": "Linux",
          "versions": [
            {
              "lessThan": "e1e852746997500f1873f60b954da5f02cc2dba3",
              "status": "affected",
              "version": "defe21f49bc98b095300752aa1e19bb608f3e97d",
              "versionType": "git"
            },
            {
              "lessThan": "57e2986c3b25092691a6e3d6ee9168caf8978932",
              "status": "affected",
              "version": "defe21f49bc98b095300752aa1e19bb608f3e97d",
              "versionType": "git"
            },
            {
              "lessThan": "1c71dbc8a179d99dd9bb7e7fc1888db613cf85de",
              "status": "affected",
              "version": "defe21f49bc98b095300752aa1e19bb608f3e97d",
              "versionType": "git"
            }
          ]
        },
        {
          "defaultStatus": "affected",
          "product": "Linux",
          "programFiles": [
            "arch/arm64/kvm/hyp/include/hyp/switch.h"
          ],
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "vendor": "Linux",
          "versions": [
            {
              "status": "affected",
              "version": "5.11"
            },
            {
              "lessThan": "5.11",
              "status": "unaffected",
              "version": "0",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "5.15.*",
              "status": "unaffected",
              "version": "5.15.22",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "5.16.*",
              "status": "unaffected",
              "version": "5.16.8",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "*",
              "status": "unaffected",
              "version": "5.17",
              "versionType": "original_commit_for_fix"
            }
          ]
        }
      ],
      "cpeApplicability": [
        {
          "nodes": [
            {
              "cpeMatch": [
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "5.15.22",
                  "versionStartIncluding": "5.11",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "5.16.8",
                  "versionStartIncluding": "5.11",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "5.17",
                  "versionStartIncluding": "5.11",
                  "vulnerable": true
                }
              ],
              "negate": false,
              "operator": "OR"
            }
          ]
        }
      ],
      "descriptions": [
        {
          "lang": "en",
          "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nKVM: arm64: Avoid consuming a stale esr value when SError occur\n\nWhen any exception other than an IRQ occurs, the CPU updates the ESR_EL2\nregister with the exception syndrome. An SError may also become pending,\nand will be synchronised by KVM. KVM notes the exception type, and whether\nan SError was synchronised in exit_code.\n\nWhen an exception other than an IRQ occurs, fixup_guest_exit() updates\nvcpu-\u003earch.fault.esr_el2 from the hardware register. When an SError was\nsynchronised, the vcpu esr value is used to determine if the exception\nwas due to an HVC. If so, ELR_EL2 is moved back one instruction. This\nis so that KVM can process the SError first, and re-execute the HVC if\nthe guest survives the SError.\n\nBut if an IRQ synchronises an SError, the vcpu\u0027s esr value is stale.\nIf the previous non-IRQ exception was an HVC, KVM will corrupt ELR_EL2,\ncausing an unrelated guest instruction to be executed twice.\n\nCheck ARM_EXCEPTION_CODE() before messing with ELR_EL2, IRQs don\u0027t\nupdate this register so don\u0027t need to check."
        }
      ],
      "metrics": [
        {
          "cvssV3_1": {
            "baseScore": 7.3,
            "baseSeverity": "HIGH",
            "vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:H",
            "version": "3.1"
          },
          "scenarios": [
            {
              "lang": "en",
              "value": "AV:L - The bug is in KVM arm64 hyp `fixup_guest_exit()` during a guest exit; it is reached only by running an arm64 KVM guest (or locally via /dev/kvm), not by network packet processing or physical device attachment.\nAC:L - A guest can poison `vcpu-\u003earch.fault.esr_el2` with HVC, IRQs occur routinely, and on worst-case arm64 deployments (assigned devices/RAS) the guest can induce a pending SError that is synchronized on IRQ exit\u2014no attacker-uncontrollable lottery beyond that.\nPR:L - Triggering needs only the ability to run guest code under KVM; /dev/kvm is typically reachable by an unprivileged kvm-group user, and a cloud/Android tenant guest needs no host CAP_SYS_ADMIN.\nUI:N - The attacker drives guest HVC activity and the SError/IRQ exit path themselves; no separate victim action such as mounting a filesystem is required.\nS:C - The defect is in the host hypervisor, but the corrupted resource is guest ELR/PC saved into `ctxt-\u003eregs.pc`, so impact lands in the guest OS\u2014a distinct security authority (same pattern as CVE-2025-21839).\nC:N - The bug only subtracts 4 from guest ELR when a stale ESR looks like HVC; it does not disclose host or cross-VM memory and provides no read primitive.\nI:L - KVM corrupts guest control flow by re-executing one unrelated instruction (PC-=4), which can alter guest state, but the modification is confined to that single rollback and is not an arbitrary write or host memory corruption.\nA:H - Resuming the guest at the wrong PC after SError handling can crash, hang, or permanently mis-execute the guest workload, fully denying availability of that VM."
            }
          ]
        }
      ],
      "providerMetadata": {
        "dateUpdated": "2026-08-05T08:51:59.189Z",
        "orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
        "shortName": "Linux"
      },
      "references": [
        {
          "url": "https://git.kernel.org/stable/c/e1e852746997500f1873f60b954da5f02cc2dba3"
        },
        {
          "url": "https://git.kernel.org/stable/c/57e2986c3b25092691a6e3d6ee9168caf8978932"
        },
        {
          "url": "https://git.kernel.org/stable/c/1c71dbc8a179d99dd9bb7e7fc1888db613cf85de"
        }
      ],
      "title": "KVM: arm64: Avoid consuming a stale esr value when SError occur",
      "x_generator": {
        "engine": "bippy-1.2.0"
      }
    }
  },
  "cveMetadata": {
    "assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
    "assignerShortName": "Linux",
    "cveId": "CVE-2022-48727",
    "datePublished": "2024-06-20T11:13:16.668Z",
    "dateReserved": "2024-06-20T11:09:39.052Z",
    "dateUpdated": "2026-08-05T08:51:59.189Z",
    "state": "PUBLISHED"
  },
  "dataType": "CVE_RECORD",
  "dataVersion": "5.2",
  "vulnerability-lookup:meta": {
    "vulnrichment": {
      "containers": "{\"adp\": [{\"title\": \"CVE Program Container\", \"references\": [{\"url\": \"https://git.kernel.org/stable/c/e1e852746997500f1873f60b954da5f02cc2dba3\", \"tags\": [\"x_transferred\"]}, {\"url\": \"https://git.kernel.org/stable/c/57e2986c3b25092691a6e3d6ee9168caf8978932\", \"tags\": [\"x_transferred\"]}, {\"url\": \"https://git.kernel.org/stable/c/1c71dbc8a179d99dd9bb7e7fc1888db613cf85de\", \"tags\": [\"x_transferred\"]}], \"providerMetadata\": {\"orgId\": \"af854a3a-2127-422b-91ae-364da2661108\", \"shortName\": \"CVE\", \"dateUpdated\": \"2024-08-03T15:24:59.975Z\"}}, {\"title\": \"CISA ADP Vulnrichment\", \"metrics\": [{\"other\": {\"type\": \"ssvc\", \"content\": {\"id\": \"CVE-2022-48727\", \"role\": \"CISA Coordinator\", \"options\": [{\"Exploitation\": \"none\"}, {\"Automatable\": \"no\"}, {\"Technical Impact\": \"partial\"}], \"version\": \"2.0.3\", \"timestamp\": \"2024-06-20T16:20:44.710184Z\"}}}], \"providerMetadata\": {\"orgId\": \"134c704f-9b21-4f2e-91b3-4a467353bcc0\", \"shortName\": \"CISA-ADP\", \"dateUpdated\": \"2024-06-20T16:20:50.325Z\"}}], \"cna\": {\"title\": \"KVM: arm64: Avoid consuming a stale esr value when SError occur\", \"metrics\": [{\"cvssV3_1\": {\"version\": \"3.1\", \"baseScore\": 7.3, \"baseSeverity\": \"HIGH\", \"vectorString\": \"CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:H\"}, \"scenarios\": [{\"lang\": \"en\", \"value\": \"AV:L - The bug is in KVM arm64 hyp `fixup_guest_exit()` during a guest exit; it is reached only by running an arm64 KVM guest (or locally via /dev/kvm), not by network packet processing or physical device attachment.\\nAC:L - A guest can poison `vcpu-\u003earch.fault.esr_el2` with HVC, IRQs occur routinely, and on worst-case arm64 deployments (assigned devices/RAS) the guest can induce a pending SError that is synchronized on IRQ exit\\u2014no attacker-uncontrollable lottery beyond that.\\nPR:L - Triggering needs only the ability to run guest code under KVM; /dev/kvm is typically reachable by an unprivileged kvm-group user, and a cloud/Android tenant guest needs no host CAP_SYS_ADMIN.\\nUI:N - The attacker drives guest HVC activity and the SError/IRQ exit path themselves; no separate victim action such as mounting a filesystem is required.\\nS:C - The defect is in the host hypervisor, but the corrupted resource is guest ELR/PC saved into `ctxt-\u003eregs.pc`, so impact lands in the guest OS\\u2014a distinct security authority (same pattern as CVE-2025-21839).\\nC:N - The bug only subtracts 4 from guest ELR when a stale ESR looks like HVC; it does not disclose host or cross-VM memory and provides no read primitive.\\nI:L - KVM corrupts guest control flow by re-executing one unrelated instruction (PC-=4), which can alter guest state, but the modification is confined to that single rollback and is not an arbitrary write or host memory corruption.\\nA:H - Resuming the guest at the wrong PC after SError handling can crash, hang, or permanently mis-execute the guest workload, fully denying availability of that VM.\"}]}], \"affected\": [{\"repo\": \"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git\", \"vendor\": \"Linux\", \"product\": \"Linux\", \"versions\": [{\"status\": \"affected\", \"version\": \"defe21f49bc98b095300752aa1e19bb608f3e97d\", \"lessThan\": \"e1e852746997500f1873f60b954da5f02cc2dba3\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"defe21f49bc98b095300752aa1e19bb608f3e97d\", \"lessThan\": \"57e2986c3b25092691a6e3d6ee9168caf8978932\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"defe21f49bc98b095300752aa1e19bb608f3e97d\", \"lessThan\": \"1c71dbc8a179d99dd9bb7e7fc1888db613cf85de\", \"versionType\": \"git\"}], \"programFiles\": [\"arch/arm64/kvm/hyp/include/hyp/switch.h\"], \"defaultStatus\": \"unaffected\"}, {\"repo\": \"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git\", \"vendor\": \"Linux\", \"product\": \"Linux\", \"versions\": [{\"status\": \"affected\", \"version\": \"5.11\"}, {\"status\": \"unaffected\", \"version\": \"0\", \"lessThan\": \"5.11\", \"versionType\": \"semver\"}, {\"status\": \"unaffected\", \"version\": \"5.15.22\", \"versionType\": \"semver\", \"lessThanOrEqual\": \"5.15.*\"}, {\"status\": \"unaffected\", \"version\": \"5.16.8\", \"versionType\": \"semver\", \"lessThanOrEqual\": \"5.16.*\"}, {\"status\": \"unaffected\", \"version\": \"5.17\", \"versionType\": \"original_commit_for_fix\", \"lessThanOrEqual\": \"*\"}], \"programFiles\": [\"arch/arm64/kvm/hyp/include/hyp/switch.h\"], \"defaultStatus\": \"affected\"}], \"references\": [{\"url\": \"https://git.kernel.org/stable/c/e1e852746997500f1873f60b954da5f02cc2dba3\"}, {\"url\": \"https://git.kernel.org/stable/c/57e2986c3b25092691a6e3d6ee9168caf8978932\"}, {\"url\": \"https://git.kernel.org/stable/c/1c71dbc8a179d99dd9bb7e7fc1888db613cf85de\"}], \"x_generator\": {\"engine\": \"bippy-1.2.0\"}, \"descriptions\": [{\"lang\": \"en\", \"value\": \"In the Linux kernel, the following vulnerability has been resolved:\\n\\nKVM: arm64: Avoid consuming a stale esr value when SError occur\\n\\nWhen any exception other than an IRQ occurs, the CPU updates the ESR_EL2\\nregister with the exception syndrome. An SError may also become pending,\\nand will be synchronised by KVM. KVM notes the exception type, and whether\\nan SError was synchronised in exit_code.\\n\\nWhen an exception other than an IRQ occurs, fixup_guest_exit() updates\\nvcpu-\u003earch.fault.esr_el2 from the hardware register. When an SError was\\nsynchronised, the vcpu esr value is used to determine if the exception\\nwas due to an HVC. If so, ELR_EL2 is moved back one instruction. This\\nis so that KVM can process the SError first, and re-execute the HVC if\\nthe guest survives the SError.\\n\\nBut if an IRQ synchronises an SError, the vcpu\u0027s esr value is stale.\\nIf the previous non-IRQ exception was an HVC, KVM will corrupt ELR_EL2,\\ncausing an unrelated guest instruction to be executed twice.\\n\\nCheck ARM_EXCEPTION_CODE() before messing with ELR_EL2, IRQs don\u0027t\\nupdate this register so don\u0027t need to check.\"}], \"cpeApplicability\": [{\"nodes\": [{\"negate\": false, \"cpeMatch\": [{\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"5.15.22\", \"versionStartIncluding\": \"5.11\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"5.16.8\", \"versionStartIncluding\": \"5.11\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"5.17\", \"versionStartIncluding\": \"5.11\"}], \"operator\": \"OR\"}]}], \"providerMetadata\": {\"orgId\": \"416baaa9-dc9f-4396-8d5f-8c081fb06d67\", \"shortName\": \"Linux\", \"dateUpdated\": \"2026-08-05T08:51:59.189Z\"}}}",
      "cveMetadata": "{\"cveId\": \"CVE-2022-48727\", \"state\": \"PUBLISHED\", \"dateUpdated\": \"2026-08-05T08:51:59.189Z\", \"dateReserved\": \"2024-06-20T11:09:39.052Z\", \"assignerOrgId\": \"416baaa9-dc9f-4396-8d5f-8c081fb06d67\", \"datePublished\": \"2024-06-20T11:13:16.668Z\", \"assignerShortName\": \"Linux\"}",
      "dataType": "CVE_RECORD",
      "dataVersion": "5.2"
    }
  }
}


Log in or create an account to share your comment.




Tags
Taxonomy of the tags.




Sightings

Author Source Type Date

Nomenclature

  • Seen: The vulnerability was mentioned, discussed, or seen somewhere by the user.
  • Confirmed: The vulnerability is confirmed from an analyst perspective.
  • Published Proof of Concept: A public proof of concept is available for this vulnerability.
  • Exploited: This vulnerability was exploited and seen by the user reporting the sighting.
  • Patched: This vulnerability was successfully patched by the user reporting the sighting.
  • Not exploited: This vulnerability was not exploited or seen by the user reporting the sighting.
  • Not confirmed: The user expresses doubt about the veracity of the vulnerability.
  • Not patched: This vulnerability was not successfully patched by the user reporting the sighting.