<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent sightings.</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent sightings.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Thu, 07 May 2026 23:58:22 +0000</lastBuildDate>
    <item>
      <title>3251ae6d-a6a5-4bb2-adb1-599eab19cfe5</title>
      <link>https://vulnerability.circl.lu/sighting/3251ae6d-a6a5-4bb2-adb1-599eab19cfe5/export</link>
      <description>{"uuid": "3251ae6d-a6a5-4bb2-adb1-599eab19cfe5", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2024-46847", "type": "seen", "source": "https://t.me/cvedetector/6529", "content": "{\n  \"Source\": \"CVE FEED\",\n  \"Title\": \"CVE-2024-46847 - Linux Kernel: Out-of-Bounds Access Vulnerability in vmalloc Module\", \n  \"Content\": \"CVE ID : CVE-2024-46847 \nPublished : Sept. 27, 2024, 1:15 p.m. | 35\u00a0minutes ago \nDescription : In the Linux kernel, the following vulnerability has been resolved:  \n  \nmm: vmalloc: ensure vmap_block is initialised before adding to queue  \n  \nCommit 8c61291fd850 (\"mm: fix incorrect vbq reference in  \npurge_fragmented_block\") extended the 'vmap_block' structure to contain a  \n'cpu' field which is set at allocation time to the id of the initialising  \nCPU.  \n  \nWhen a new 'vmap_block' is being instantiated by new_vmap_block(), the  \npartially initialised structure is added to the local 'vmap_block_queue'  \nxarray before the 'cpu' field has been initialised.  If another CPU is  \nconcurrently walking the xarray (e.g.  via vm_unmap_aliases()), then it  \nmay perform an out-of-bounds access to the remote queue thanks to an  \nuninitialised index.  \n  \nThis has been observed as UBSAN errors in Android:  \n  \n | Internal error: UBSAN: array index out of bounds: 00000000f2005512 [#1] PREEMPT SMP  \n |  \n | Call trace:  \n |  purge_fragmented_block+0x204/0x21c  \n |  _vm_unmap_aliases+0x170/0x378  \n |  vm_unmap_aliases+0x1c/0x28  \n |  change_memory_common+0x1dc/0x26c  \n |  set_memory_ro+0x18/0x24  \n |  module_enable_ro+0x98/0x238  \n |  do_init_module+0x1b0/0x310  \n  \nMove the initialisation of 'vb-&amp;gt;cpu' in new_vmap_block() ahead of the  \naddition to the xarray. \nSeverity: 0.0 | NA \nVisit the link for more details, such as CVSS details, affected products, timeline, and more...\",\n  \"Detection Date\": \"27 Sep 2024\",\n  \"Type\": \"Vulnerability\"\n}\n\ud83d\udd39 t.me/cvedetector \ud83d\udd39", "creation_timestamp": "2024-09-27T15:53:37.000000Z"}</description>
      <content:encoded>{"uuid": "3251ae6d-a6a5-4bb2-adb1-599eab19cfe5", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2024-46847", "type": "seen", "source": "https://t.me/cvedetector/6529", "content": "{\n  \"Source\": \"CVE FEED\",\n  \"Title\": \"CVE-2024-46847 - Linux Kernel: Out-of-Bounds Access Vulnerability in vmalloc Module\", \n  \"Content\": \"CVE ID : CVE-2024-46847 \nPublished : Sept. 27, 2024, 1:15 p.m. | 35\u00a0minutes ago \nDescription : In the Linux kernel, the following vulnerability has been resolved:  \n  \nmm: vmalloc: ensure vmap_block is initialised before adding to queue  \n  \nCommit 8c61291fd850 (\"mm: fix incorrect vbq reference in  \npurge_fragmented_block\") extended the 'vmap_block' structure to contain a  \n'cpu' field which is set at allocation time to the id of the initialising  \nCPU.  \n  \nWhen a new 'vmap_block' is being instantiated by new_vmap_block(), the  \npartially initialised structure is added to the local 'vmap_block_queue'  \nxarray before the 'cpu' field has been initialised.  If another CPU is  \nconcurrently walking the xarray (e.g.  via vm_unmap_aliases()), then it  \nmay perform an out-of-bounds access to the remote queue thanks to an  \nuninitialised index.  \n  \nThis has been observed as UBSAN errors in Android:  \n  \n | Internal error: UBSAN: array index out of bounds: 00000000f2005512 [#1] PREEMPT SMP  \n |  \n | Call trace:  \n |  purge_fragmented_block+0x204/0x21c  \n |  _vm_unmap_aliases+0x170/0x378  \n |  vm_unmap_aliases+0x1c/0x28  \n |  change_memory_common+0x1dc/0x26c  \n |  set_memory_ro+0x18/0x24  \n |  module_enable_ro+0x98/0x238  \n |  do_init_module+0x1b0/0x310  \n  \nMove the initialisation of 'vb-&amp;gt;cpu' in new_vmap_block() ahead of the  \naddition to the xarray. \nSeverity: 0.0 | NA \nVisit the link for more details, such as CVSS details, affected products, timeline, and more...\",\n  \"Detection Date\": \"27 Sep 2024\",\n  \"Type\": \"Vulnerability\"\n}\n\ud83d\udd39 t.me/cvedetector \ud83d\udd39", "creation_timestamp": "2024-09-27T15:53:37.000000Z"}</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/sighting/3251ae6d-a6a5-4bb2-adb1-599eab19cfe5/export</guid>
      <pubDate>Fri, 27 Sep 2024 15:53:37 +0000</pubDate>
    </item>
  </channel>
</rss>
