CVE-2024-53190 (GCVE-0-2024-53190)

Vulnerability from cvelistv5 – Published: 2024-12-27 13:49 – Updated: 2025-11-03 20:47
VLAI?
Title
wifi: rtlwifi: Drastically reduce the attempts to read efuse in case of failures
Summary
In the Linux kernel, the following vulnerability has been resolved: wifi: rtlwifi: Drastically reduce the attempts to read efuse in case of failures Syzkaller reported a hung task with uevent_show() on stack trace. That specific issue was addressed by another commit [0], but even with that fix applied (for example, running v6.12-rc5) we face another type of hung task that comes from the same reproducer [1]. By investigating that, we could narrow it to the following path: (a) Syzkaller emulates a Realtek USB WiFi adapter using raw-gadget and dummy_hcd infrastructure. (b) During the probe of rtl8192cu, the driver ends-up performing an efuse read procedure (which is related to EEPROM load IIUC), and here lies the issue: the function read_efuse() calls read_efuse_byte() many times, as loop iterations depending on the efuse size (in our example, 512 in total). This procedure for reading efuse bytes relies in a loop that performs an I/O read up to *10k* times in case of failures. We measured the time of the loop inside read_efuse_byte() alone, and in this reproducer (which involves the dummy_hcd emulation layer), it takes 15 seconds each. As a consequence, we have the driver stuck in its probe routine for big time, exposing a stack trace like below if we attempt to reboot the system, for example: task:kworker/0:3 state:D stack:0 pid:662 tgid:662 ppid:2 flags:0x00004000 Workqueue: usb_hub_wq hub_event Call Trace: __schedule+0xe22/0xeb6 schedule_timeout+0xe7/0x132 __wait_for_common+0xb5/0x12e usb_start_wait_urb+0xc5/0x1ef ? usb_alloc_urb+0x95/0xa4 usb_control_msg+0xff/0x184 _usbctrl_vendorreq_sync+0xa0/0x161 _usb_read_sync+0xb3/0xc5 read_efuse_byte+0x13c/0x146 read_efuse+0x351/0x5f0 efuse_read_all_map+0x42/0x52 rtl_efuse_shadow_map_update+0x60/0xef rtl_get_hwinfo+0x5d/0x1c2 rtl92cu_read_eeprom_info+0x10a/0x8d5 ? rtl92c_read_chip_version+0x14f/0x17e rtl_usb_probe+0x323/0x851 usb_probe_interface+0x278/0x34b really_probe+0x202/0x4a4 __driver_probe_device+0x166/0x1b2 driver_probe_device+0x2f/0xd8 [...] We propose hereby to drastically reduce the attempts of doing the I/O reads in case of failures, restricted to USB devices (given that they're inherently slower than PCIe ones). By retrying up to 10 times (instead of 10000), we got reponsiveness in the reproducer, while seems reasonable to believe that there's no sane USB device implementation in the field requiring this amount of retries at every I/O read in order to properly work. Based on that assumption, it'd be good to have it backported to stable but maybe not since driver implementation (the 10k number comes from day 0), perhaps up to 6.x series makes sense. [0] Commit 15fffc6a5624 ("driver core: Fix uevent_show() vs driver detach race") [1] A note about that: this syzkaller report presents multiple reproducers that differs by the type of emulated USB device. For this specific case, check the entry from 2024/08/08 06:23 in the list of crashes; the C repro is available at https://syzkaller.appspot.com/text?tag=ReproC&x=1521fc83980000.
Severity ?
5.5 (Medium)
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
CWE
Assigner
References
Impacted products
Vendor Product Version
Linux Linux Affected: 0c8173385e549f95cd80c3fff5aab87b4f881d8d , < c386fb76f01794f1023d01a6ec5f5c93d00acd3b (git)
Affected: 0c8173385e549f95cd80c3fff5aab87b4f881d8d , < 8f3551f67991652c83469c7dd51d7b9b187b265f (git)
Affected: 0c8173385e549f95cd80c3fff5aab87b4f881d8d , < eeb0b9b9e66b0b54cdad8e1c1cf0f55e8ba4211c (git)
Affected: 0c8173385e549f95cd80c3fff5aab87b4f881d8d , < ac064c656f105b9122bc43991a170f95f72b7a43 (git)
Affected: 0c8173385e549f95cd80c3fff5aab87b4f881d8d , < 5c1b544563005a00591a3aa86ecff62ed4d11be3 (git)
Create a notification for this product.
    Linux Linux Affected: 2.6.38
Unaffected: 0 , < 2.6.38 (semver)
Unaffected: 6.1.120 , ≤ 6.1.* (semver)
Unaffected: 6.6.64 , ≤ 6.6.* (semver)
Unaffected: 6.11.11 , ≤ 6.11.* (semver)
Unaffected: 6.12.2 , ≤ 6.12.* (semver)
Unaffected: 6.13 , ≤ * (original_commit_for_fix)
Create a notification for this product.
Show details on NVD website
To clipboard 

{
  "containers": {
    "adp": [
      {
        "metrics": [
          {
            "cvssV3_1": {
              "attackComplexity": "LOW",
              "attackVector": "LOCAL",
              "availabilityImpact": "HIGH",
              "baseScore": 5.5,
              "baseSeverity": "MEDIUM",
              "confidentialityImpact": "NONE",
              "integrityImpact": "NONE",
              "privilegesRequired": "LOW",
              "scope": "UNCHANGED",
              "userInteraction": "NONE",
              "vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H",
              "version": "3.1"
            }
          },
          {
            "other": {
              "content": {
                "id": "CVE-2024-53190",
                "options": [
                  {
                    "Exploitation": "none"
                  },
                  {
                    "Automatable": "no"
                  },
                  {
                    "Technical Impact": "partial"
                  }
                ],
                "role": "CISA Coordinator",
                "timestamp": "2025-10-01T20:04:10.744018Z",
                "version": "2.0.3"
              },
              "type": "ssvc"
            }
          }
        ],
        "problemTypes": [
          {
            "descriptions": [
              {
                "description": "CWE-noinfo Not enough information",
                "lang": "en",
                "type": "CWE"
              }
            ]
          }
        ],
        "providerMetadata": {
          "dateUpdated": "2025-10-01T20:07:21.118Z",
          "orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
          "shortName": "CISA-ADP"
        },
        "title": "CISA ADP Vulnrichment"
      },
      {
        "providerMetadata": {
          "dateUpdated": "2025-11-03T20:47:22.751Z",
          "orgId": "af854a3a-2127-422b-91ae-364da2661108",
          "shortName": "CVE"
        },
        "references": [
          {
            "url": "https://lists.debian.org/debian-lts-announce/2025/03/msg00001.html"
          }
        ],
        "title": "CVE Program Container"
      }
    ],
    "cna": {
      "affected": [
        {
          "defaultStatus": "unaffected",
          "product": "Linux",
          "programFiles": [
            "drivers/net/wireless/realtek/rtlwifi/efuse.c"
          ],
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "vendor": "Linux",
          "versions": [
            {
              "lessThan": "c386fb76f01794f1023d01a6ec5f5c93d00acd3b",
              "status": "affected",
              "version": "0c8173385e549f95cd80c3fff5aab87b4f881d8d",
              "versionType": "git"
            },
            {
              "lessThan": "8f3551f67991652c83469c7dd51d7b9b187b265f",
              "status": "affected",
              "version": "0c8173385e549f95cd80c3fff5aab87b4f881d8d",
              "versionType": "git"
            },
            {
              "lessThan": "eeb0b9b9e66b0b54cdad8e1c1cf0f55e8ba4211c",
              "status": "affected",
              "version": "0c8173385e549f95cd80c3fff5aab87b4f881d8d",
              "versionType": "git"
            },
            {
              "lessThan": "ac064c656f105b9122bc43991a170f95f72b7a43",
              "status": "affected",
              "version": "0c8173385e549f95cd80c3fff5aab87b4f881d8d",
              "versionType": "git"
            },
            {
              "lessThan": "5c1b544563005a00591a3aa86ecff62ed4d11be3",
              "status": "affected",
              "version": "0c8173385e549f95cd80c3fff5aab87b4f881d8d",
              "versionType": "git"
            }
          ]
        },
        {
          "defaultStatus": "affected",
          "product": "Linux",
          "programFiles": [
            "drivers/net/wireless/realtek/rtlwifi/efuse.c"
          ],
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "vendor": "Linux",
          "versions": [
            {
              "status": "affected",
              "version": "2.6.38"
            },
            {
              "lessThan": "2.6.38",
              "status": "unaffected",
              "version": "0",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "6.1.*",
              "status": "unaffected",
              "version": "6.1.120",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "6.6.*",
              "status": "unaffected",
              "version": "6.6.64",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "6.11.*",
              "status": "unaffected",
              "version": "6.11.11",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "6.12.*",
              "status": "unaffected",
              "version": "6.12.2",
              "versionType": "semver"
            },
            {
              "lessThanOrEqual": "*",
              "status": "unaffected",
              "version": "6.13",
              "versionType": "original_commit_for_fix"
            }
          ]
        }
      ],
      "cpeApplicability": [
        {
          "nodes": [
            {
              "cpeMatch": [
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "6.1.120",
                  "versionStartIncluding": "2.6.38",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "6.6.64",
                  "versionStartIncluding": "2.6.38",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "6.11.11",
                  "versionStartIncluding": "2.6.38",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "6.12.2",
                  "versionStartIncluding": "2.6.38",
                  "vulnerable": true
                },
                {
                  "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
                  "versionEndExcluding": "6.13",
                  "versionStartIncluding": "2.6.38",
                  "vulnerable": true
                }
              ],
              "negate": false,
              "operator": "OR"
            }
          ]
        }
      ],
      "descriptions": [
        {
          "lang": "en",
          "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nwifi: rtlwifi: Drastically reduce the attempts to read efuse in case of failures\n\nSyzkaller reported a hung task with uevent_show() on stack trace. That\nspecific issue was addressed by another commit [0], but even with that\nfix applied (for example, running v6.12-rc5) we face another type of hung\ntask that comes from the same reproducer [1]. By investigating that, we\ncould narrow it to the following path:\n\n(a) Syzkaller emulates a Realtek USB WiFi adapter using raw-gadget and\ndummy_hcd infrastructure.\n\n(b) During the probe of rtl8192cu, the driver ends-up performing an efuse\nread procedure (which is related to EEPROM load IIUC), and here lies the\nissue: the function read_efuse() calls read_efuse_byte() many times, as\nloop iterations depending on the efuse size (in our example, 512 in total).\n\nThis procedure for reading efuse bytes relies in a loop that performs an\nI/O read up to *10k* times in case of failures. We measured the time of\nthe loop inside read_efuse_byte() alone, and in this reproducer (which\ninvolves the dummy_hcd emulation layer), it takes 15 seconds each. As a\nconsequence, we have the driver stuck in its probe routine for big time,\nexposing a stack trace like below if we attempt to reboot the system, for\nexample:\n\ntask:kworker/0:3 state:D stack:0 pid:662 tgid:662 ppid:2 flags:0x00004000\nWorkqueue: usb_hub_wq hub_event\nCall Trace:\n __schedule+0xe22/0xeb6\n schedule_timeout+0xe7/0x132\n __wait_for_common+0xb5/0x12e\n usb_start_wait_urb+0xc5/0x1ef\n ? usb_alloc_urb+0x95/0xa4\n usb_control_msg+0xff/0x184\n _usbctrl_vendorreq_sync+0xa0/0x161\n _usb_read_sync+0xb3/0xc5\n read_efuse_byte+0x13c/0x146\n read_efuse+0x351/0x5f0\n efuse_read_all_map+0x42/0x52\n rtl_efuse_shadow_map_update+0x60/0xef\n rtl_get_hwinfo+0x5d/0x1c2\n rtl92cu_read_eeprom_info+0x10a/0x8d5\n ? rtl92c_read_chip_version+0x14f/0x17e\n rtl_usb_probe+0x323/0x851\n usb_probe_interface+0x278/0x34b\n really_probe+0x202/0x4a4\n __driver_probe_device+0x166/0x1b2\n driver_probe_device+0x2f/0xd8\n [...]\n\nWe propose hereby to drastically reduce the attempts of doing the I/O\nreads in case of failures, restricted to USB devices (given that\nthey\u0027re inherently slower than PCIe ones). By retrying up to 10 times\n(instead of 10000), we got reponsiveness in the reproducer, while seems\nreasonable to believe that there\u0027s no sane USB device implementation in\nthe field requiring this amount of retries at every I/O read in order\nto properly work. Based on that assumption, it\u0027d be good to have it\nbackported to stable but maybe not since driver implementation (the 10k\nnumber comes from day 0), perhaps up to 6.x series makes sense.\n\n[0] Commit 15fffc6a5624 (\"driver core: Fix uevent_show() vs driver detach race\")\n\n[1] A note about that: this syzkaller report presents multiple reproducers\nthat differs by the type of emulated USB device. For this specific case,\ncheck the entry from 2024/08/08 06:23 in the list of crashes; the C repro\nis available at https://syzkaller.appspot.com/text?tag=ReproC\u0026x=1521fc83980000."
        }
      ],
      "providerMetadata": {
        "dateUpdated": "2025-05-04T09:55:21.398Z",
        "orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
        "shortName": "Linux"
      },
      "references": [
        {
          "url": "https://git.kernel.org/stable/c/c386fb76f01794f1023d01a6ec5f5c93d00acd3b"
        },
        {
          "url": "https://git.kernel.org/stable/c/8f3551f67991652c83469c7dd51d7b9b187b265f"
        },
        {
          "url": "https://git.kernel.org/stable/c/eeb0b9b9e66b0b54cdad8e1c1cf0f55e8ba4211c"
        },
        {
          "url": "https://git.kernel.org/stable/c/ac064c656f105b9122bc43991a170f95f72b7a43"
        },
        {
          "url": "https://git.kernel.org/stable/c/5c1b544563005a00591a3aa86ecff62ed4d11be3"
        }
      ],
      "title": "wifi: rtlwifi: Drastically reduce the attempts to read efuse in case of failures",
      "x_generator": {
        "engine": "bippy-1.2.0"
      }
    }
  },
  "cveMetadata": {
    "assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
    "assignerShortName": "Linux",
    "cveId": "CVE-2024-53190",
    "datePublished": "2024-12-27T13:49:32.691Z",
    "dateReserved": "2024-11-19T17:17:25.013Z",
    "dateUpdated": "2025-11-03T20:47:22.751Z",
    "state": "PUBLISHED"
  },
  "dataType": "CVE_RECORD",
  "dataVersion": "5.2",
  "vulnerability-lookup:meta": {
    "vulnrichment": {
      "containers": "{\"adp\": [{\"title\": \"CISA ADP Vulnrichment\", \"metrics\": [{\"cvssV3_1\": {\"scope\": \"UNCHANGED\", \"version\": \"3.1\", \"baseScore\": 5.5, \"attackVector\": \"LOCAL\", \"baseSeverity\": \"MEDIUM\", \"vectorString\": \"CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H\", \"integrityImpact\": \"NONE\", \"userInteraction\": \"NONE\", \"attackComplexity\": \"LOW\", \"availabilityImpact\": \"HIGH\", \"privilegesRequired\": \"LOW\", \"confidentialityImpact\": \"NONE\"}}, {\"other\": {\"type\": \"ssvc\", \"content\": {\"id\": \"CVE-2024-53190\", \"role\": \"CISA Coordinator\", \"options\": [{\"Exploitation\": \"none\"}, {\"Automatable\": \"no\"}, {\"Technical Impact\": \"partial\"}], \"version\": \"2.0.3\", \"timestamp\": \"2025-10-01T20:04:10.744018Z\"}}}], \"problemTypes\": [{\"descriptions\": [{\"lang\": \"en\", \"type\": \"CWE\", \"description\": \"CWE-noinfo Not enough information\"}]}], \"providerMetadata\": {\"orgId\": \"134c704f-9b21-4f2e-91b3-4a467353bcc0\", \"shortName\": \"CISA-ADP\", \"dateUpdated\": \"2025-10-01T15:37:24.142Z\"}}], \"cna\": {\"title\": \"wifi: rtlwifi: Drastically reduce the attempts to read efuse in case of failures\", \"affected\": [{\"repo\": \"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git\", \"vendor\": \"Linux\", \"product\": \"Linux\", \"versions\": [{\"status\": \"affected\", \"version\": \"0c8173385e549f95cd80c3fff5aab87b4f881d8d\", \"lessThan\": \"c386fb76f01794f1023d01a6ec5f5c93d00acd3b\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"0c8173385e549f95cd80c3fff5aab87b4f881d8d\", \"lessThan\": \"8f3551f67991652c83469c7dd51d7b9b187b265f\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"0c8173385e549f95cd80c3fff5aab87b4f881d8d\", \"lessThan\": \"eeb0b9b9e66b0b54cdad8e1c1cf0f55e8ba4211c\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"0c8173385e549f95cd80c3fff5aab87b4f881d8d\", \"lessThan\": \"ac064c656f105b9122bc43991a170f95f72b7a43\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"0c8173385e549f95cd80c3fff5aab87b4f881d8d\", \"lessThan\": \"5c1b544563005a00591a3aa86ecff62ed4d11be3\", \"versionType\": \"git\"}], \"programFiles\": [\"drivers/net/wireless/realtek/rtlwifi/efuse.c\"], \"defaultStatus\": \"unaffected\"}, {\"repo\": \"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git\", \"vendor\": \"Linux\", \"product\": \"Linux\", \"versions\": [{\"status\": \"affected\", \"version\": \"2.6.38\"}, {\"status\": \"unaffected\", \"version\": \"0\", \"lessThan\": \"2.6.38\", \"versionType\": \"semver\"}, {\"status\": \"unaffected\", \"version\": \"6.1.120\", \"versionType\": \"semver\", \"lessThanOrEqual\": \"6.1.*\"}, {\"status\": \"unaffected\", \"version\": \"6.6.64\", \"versionType\": \"semver\", \"lessThanOrEqual\": \"6.6.*\"}, {\"status\": \"unaffected\", \"version\": \"6.11.11\", \"versionType\": \"semver\", \"lessThanOrEqual\": \"6.11.*\"}, {\"status\": \"unaffected\", \"version\": \"6.12.2\", \"versionType\": \"semver\", \"lessThanOrEqual\": \"6.12.*\"}, {\"status\": \"unaffected\", \"version\": \"6.13\", \"versionType\": \"original_commit_for_fix\", \"lessThanOrEqual\": \"*\"}], \"programFiles\": [\"drivers/net/wireless/realtek/rtlwifi/efuse.c\"], \"defaultStatus\": \"affected\"}], \"references\": [{\"url\": \"https://git.kernel.org/stable/c/c386fb76f01794f1023d01a6ec5f5c93d00acd3b\"}, {\"url\": \"https://git.kernel.org/stable/c/8f3551f67991652c83469c7dd51d7b9b187b265f\"}, {\"url\": \"https://git.kernel.org/stable/c/eeb0b9b9e66b0b54cdad8e1c1cf0f55e8ba4211c\"}, {\"url\": \"https://git.kernel.org/stable/c/ac064c656f105b9122bc43991a170f95f72b7a43\"}, {\"url\": \"https://git.kernel.org/stable/c/5c1b544563005a00591a3aa86ecff62ed4d11be3\"}], \"x_generator\": {\"engine\": \"bippy-1.2.0\"}, \"descriptions\": [{\"lang\": \"en\", \"value\": \"In the Linux kernel, the following vulnerability has been resolved:\\n\\nwifi: rtlwifi: Drastically reduce the attempts to read efuse in case of failures\\n\\nSyzkaller reported a hung task with uevent_show() on stack trace. That\\nspecific issue was addressed by another commit [0], but even with that\\nfix applied (for example, running v6.12-rc5) we face another type of hung\\ntask that comes from the same reproducer [1]. By investigating that, we\\ncould narrow it to the following path:\\n\\n(a) Syzkaller emulates a Realtek USB WiFi adapter using raw-gadget and\\ndummy_hcd infrastructure.\\n\\n(b) During the probe of rtl8192cu, the driver ends-up performing an efuse\\nread procedure (which is related to EEPROM load IIUC), and here lies the\\nissue: the function read_efuse() calls read_efuse_byte() many times, as\\nloop iterations depending on the efuse size (in our example, 512 in total).\\n\\nThis procedure for reading efuse bytes relies in a loop that performs an\\nI/O read up to *10k* times in case of failures. We measured the time of\\nthe loop inside read_efuse_byte() alone, and in this reproducer (which\\ninvolves the dummy_hcd emulation layer), it takes 15 seconds each. As a\\nconsequence, we have the driver stuck in its probe routine for big time,\\nexposing a stack trace like below if we attempt to reboot the system, for\\nexample:\\n\\ntask:kworker/0:3 state:D stack:0 pid:662 tgid:662 ppid:2 flags:0x00004000\\nWorkqueue: usb_hub_wq hub_event\\nCall Trace:\\n __schedule+0xe22/0xeb6\\n schedule_timeout+0xe7/0x132\\n __wait_for_common+0xb5/0x12e\\n usb_start_wait_urb+0xc5/0x1ef\\n ? usb_alloc_urb+0x95/0xa4\\n usb_control_msg+0xff/0x184\\n _usbctrl_vendorreq_sync+0xa0/0x161\\n _usb_read_sync+0xb3/0xc5\\n read_efuse_byte+0x13c/0x146\\n read_efuse+0x351/0x5f0\\n efuse_read_all_map+0x42/0x52\\n rtl_efuse_shadow_map_update+0x60/0xef\\n rtl_get_hwinfo+0x5d/0x1c2\\n rtl92cu_read_eeprom_info+0x10a/0x8d5\\n ? rtl92c_read_chip_version+0x14f/0x17e\\n rtl_usb_probe+0x323/0x851\\n usb_probe_interface+0x278/0x34b\\n really_probe+0x202/0x4a4\\n __driver_probe_device+0x166/0x1b2\\n driver_probe_device+0x2f/0xd8\\n [...]\\n\\nWe propose hereby to drastically reduce the attempts of doing the I/O\\nreads in case of failures, restricted to USB devices (given that\\nthey\u0027re inherently slower than PCIe ones). By retrying up to 10 times\\n(instead of 10000), we got reponsiveness in the reproducer, while seems\\nreasonable to believe that there\u0027s no sane USB device implementation in\\nthe field requiring this amount of retries at every I/O read in order\\nto properly work. Based on that assumption, it\u0027d be good to have it\\nbackported to stable but maybe not since driver implementation (the 10k\\nnumber comes from day 0), perhaps up to 6.x series makes sense.\\n\\n[0] Commit 15fffc6a5624 (\\\"driver core: Fix uevent_show() vs driver detach race\\\")\\n\\n[1] A note about that: this syzkaller report presents multiple reproducers\\nthat differs by the type of emulated USB device. For this specific case,\\ncheck the entry from 2024/08/08 06:23 in the list of crashes; the C repro\\nis available at https://syzkaller.appspot.com/text?tag=ReproC\u0026x=1521fc83980000.\"}], \"cpeApplicability\": [{\"nodes\": [{\"negate\": false, \"cpeMatch\": [{\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.1.120\", \"versionStartIncluding\": \"2.6.38\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.6.64\", \"versionStartIncluding\": \"2.6.38\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.11.11\", \"versionStartIncluding\": \"2.6.38\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.12.2\", \"versionStartIncluding\": \"2.6.38\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.13\", \"versionStartIncluding\": \"2.6.38\"}], \"operator\": \"OR\"}]}], \"providerMetadata\": {\"orgId\": \"416baaa9-dc9f-4396-8d5f-8c081fb06d67\", \"shortName\": \"Linux\", \"dateUpdated\": \"2025-05-04T09:55:21.398Z\"}}}",
      "cveMetadata": "{\"cveId\": \"CVE-2024-53190\", \"state\": \"PUBLISHED\", \"dateUpdated\": \"2025-10-01T20:07:21.118Z\", \"dateReserved\": \"2024-11-19T17:17:25.013Z\", \"assignerOrgId\": \"416baaa9-dc9f-4396-8d5f-8c081fb06d67\", \"datePublished\": \"2024-12-27T13:49:32.691Z\", \"assignerShortName\": \"Linux\"}",
      "dataType": "CVE_RECORD",
      "dataVersion": "5.1"
    }
  }
}


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 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.