<?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>Mon, 11 May 2026 02:20:29 +0000</lastBuildDate>
    <item>
      <title>3c39e53f-a66b-4bca-bf2c-93daa0240bba</title>
      <link>https://vulnerability.circl.lu/sighting/3c39e53f-a66b-4bca-bf2c-93daa0240bba/export</link>
      <description>{"uuid": "3c39e53f-a66b-4bca-bf2c-93daa0240bba", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2024-44996", "type": "seen", "source": "https://t.me/cvedetector/4866", "content": "{\n  \"Source\": \"CVE FEED\",\n  \"Title\": \"CVE-2024-44996 - Linux Kernel vsock BPF Recursion Vulnerability\", \n  \"Content\": \"CVE ID : CVE-2024-44996 \nPublished : Sept. 4, 2024, 8:15 p.m. | 27\u00a0minutes ago \nDescription : In the Linux kernel, the following vulnerability has been resolved:  \n  \nvsock: fix recursive -&amp;gt;recvmsg calls  \n  \nAfter a vsock socket has been added to a BPF sockmap, its prot-&amp;gt;recvmsg  \nhas been replaced with vsock_bpf_recvmsg(). Thus the following  \nrecursiion could happen:  \n  \nvsock_bpf_recvmsg()  \n -&amp;gt; __vsock_recvmsg()  \n  -&amp;gt; vsock_connectible_recvmsg()  \n   -&amp;gt; prot-&amp;gt;recvmsg()  \n    -&amp;gt; vsock_bpf_recvmsg() again  \n  \nWe need to fix it by calling the original -&amp;gt;recvmsg() without any BPF  \nsockmap logic in __vsock_recvmsg(). \nSeverity: 0.0 | NA \nVisit the link for more details, such as CVSS details, affected products, timeline, and more...\",\n  \"Detection Date\": \"04 Sep 2024\",\n  \"Type\": \"Vulnerability\"\n}\n\ud83d\udd39 t.me/cvedetector \ud83d\udd39", "creation_timestamp": "2024-09-04T22:47:37.000000Z"}</description>
      <content:encoded>{"uuid": "3c39e53f-a66b-4bca-bf2c-93daa0240bba", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2024-44996", "type": "seen", "source": "https://t.me/cvedetector/4866", "content": "{\n  \"Source\": \"CVE FEED\",\n  \"Title\": \"CVE-2024-44996 - Linux Kernel vsock BPF Recursion Vulnerability\", \n  \"Content\": \"CVE ID : CVE-2024-44996 \nPublished : Sept. 4, 2024, 8:15 p.m. | 27\u00a0minutes ago \nDescription : In the Linux kernel, the following vulnerability has been resolved:  \n  \nvsock: fix recursive -&amp;gt;recvmsg calls  \n  \nAfter a vsock socket has been added to a BPF sockmap, its prot-&amp;gt;recvmsg  \nhas been replaced with vsock_bpf_recvmsg(). Thus the following  \nrecursiion could happen:  \n  \nvsock_bpf_recvmsg()  \n -&amp;gt; __vsock_recvmsg()  \n  -&amp;gt; vsock_connectible_recvmsg()  \n   -&amp;gt; prot-&amp;gt;recvmsg()  \n    -&amp;gt; vsock_bpf_recvmsg() again  \n  \nWe need to fix it by calling the original -&amp;gt;recvmsg() without any BPF  \nsockmap logic in __vsock_recvmsg(). \nSeverity: 0.0 | NA \nVisit the link for more details, such as CVSS details, affected products, timeline, and more...\",\n  \"Detection Date\": \"04 Sep 2024\",\n  \"Type\": \"Vulnerability\"\n}\n\ud83d\udd39 t.me/cvedetector \ud83d\udd39", "creation_timestamp": "2024-09-04T22:47:37.000000Z"}</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/sighting/3c39e53f-a66b-4bca-bf2c-93daa0240bba/export</guid>
      <pubDate>Wed, 04 Sep 2024 22:47:37 +0000</pubDate>
    </item>
  </channel>
</rss>
