<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://vulnerability.circl.lu/sightings/feed</id>
  <title>Most recent sightings.</title>
  <updated>2026-05-10T04:49:28.449004+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent sightings.</subtitle>
  <entry>
    <id>https://vulnerability.circl.lu/sighting/10208449-d46e-411c-ad79-29f7f96d2856/export</id>
    <title>10208449-d46e-411c-ad79-29f7f96d2856</title>
    <updated>2026-05-10T04:49:28.778268+00:00</updated>
    <author>
      <name>Automation user</name>
      <uri>http://cve.circl.lu/user/automation</uri>
    </author>
    <content>{"uuid": "10208449-d46e-411c-ad79-29f7f96d2856", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2022-49296", "type": "seen", "source": "https://t.me/DarkWebInformer_CVEAlerts/5421", "content": "\ud83d\udd17 DarkWebInformer.com - Cyber Threat Intelligence\n\ud83d\udccc CVE ID: CVE-2022-49296\n\ud83d\udd25 CVSS Score: N/A\n\ud83d\udd39 Description: In the Linux kernel, the following vulnerability has been resolved:\n\nceph: fix possible deadlock when holding Fwb to get inline_data\n\n1, mount with wsync.\n2, create a file with O_RDWR, and the request was sent to mds.0:\n\n   ceph_atomic_open()--&amp;gt;\n     ceph_mdsc_do_request(openc)\n     finish_open(file, dentry, ceph_open)--&amp;gt;\n       ceph_open()--&amp;gt;\n         ceph_init_file()--&amp;gt;\n           ceph_init_file_info()--&amp;gt;\n             ceph_uninline_data()--&amp;gt;\n             {\n               ...\n               if (inline_version == 1 || /* initial version, no data */\n                   inline_version == CEPH_INLINE_NONE)\n                     goto out_unlock;\n               ...\n             }\n\nThe inline_version will be 1, which is the initial version for the\nnew create file. And here the ci-&amp;gt;i_inline_version will keep with 1,\nit's buggy.\n\n3, buffer write to the file immediately:\n\n   ceph_write_iter()--&amp;gt;\n     ceph_get_caps(file, need=Fw, want=Fb, ...);\n     generic_perform_write()--&amp;gt;\n       a_ops-&amp;gt;write_begin()--&amp;gt;\n         ceph_write_begin()--&amp;gt;\n           netfs_write_begin()--&amp;gt;\n             netfs_begin_read()--&amp;gt;\n               netfs_rreq_submit_slice()--&amp;gt;\n                 netfs_read_from_server()--&amp;gt;\n                   rreq-&amp;gt;netfs_ops-&amp;gt;issue_read()--&amp;gt;\n                     ceph_netfs_issue_read()--&amp;gt;\n                     {\n                       ...\n                       if (ci-&amp;gt;i_inline_version != CEPH_INLINE_NONE &amp;amp;&amp;amp;\n                           ceph_netfs_issue_op_inline(subreq))\n                         return;\n                       ...\n                     }\n     ceph_put_cap_refs(ci, Fwb);\n\nThe ceph_netfs_issue_op_inline() will send a getattr(Fsr) request to\nmds.1.\n\n4, then the mds.1 will request the rd lock for CInode::filelock from\nthe auth mds.0, the mds.0 will do the CInode::filelock state transation\nfrom excl --&amp;gt; sync, but it need to revoke the Fxwb caps back from the\nclients.\n\nWhile the kernel client has aleady held the Fwb caps and waiting for\nthe getattr(Fsr).\n\nIt's deadlock!\n\nURL: https://tracker.ceph.com/issues/55377\n\ud83d\udccf Published: 2025-02-26T02:01:26.131Z\n\ud83d\udccf Modified: 2025-02-26T02:01:26.131Z\n\ud83d\udd17 References:\n1. https://git.kernel.org/stable/c/292b7a7275ce535a1abfa4dd0b2e586162aaae1e\n2. https://git.kernel.org/stable/c/825978fd6a0defc3c29d8a38b6cea76a0938d21e", "creation_timestamp": "2025-02-26T02:23:18.000000Z"}</content>
    <link href="https://vulnerability.circl.lu/sighting/10208449-d46e-411c-ad79-29f7f96d2856/export"/>
    <published>2025-02-26T02:23:18+00:00</published>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/sighting/fa06164f-027a-4467-9e8e-930297783168/export</id>
    <title>fa06164f-027a-4467-9e8e-930297783168</title>
    <updated>2026-05-10T04:49:28.776319+00:00</updated>
    <author>
      <name>Alexandre Dulaunoy</name>
      <uri>http://cve.circl.lu/user/adulau</uri>
    </author>
    <content>{"uuid": "fa06164f-027a-4467-9e8e-930297783168", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "c933734a-9be8-4142-889e-26e95c752803", "vulnerability": "CVE-2022-49296", "type": "seen", "source": "https://vulnerability.circl.lu/bundle/816dcc8e-f25a-4895-9b59-1bbd9caeccb8", "content": "", "creation_timestamp": "2025-12-03T14:14:49.267740Z"}</content>
    <link href="https://vulnerability.circl.lu/sighting/fa06164f-027a-4467-9e8e-930297783168/export"/>
    <published>2025-12-03T14:14:49.267740+00:00</published>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/sighting/4f8dc6b3-9cd6-4830-9a9a-4815ec6ad2a0/export</id>
    <title>4f8dc6b3-9cd6-4830-9a9a-4815ec6ad2a0</title>
    <updated>2026-05-10T04:49:28.771412+00:00</updated>
    <author>
      <name>Joseph Lee</name>
      <uri>http://cve.circl.lu/user/syspect</uri>
    </author>
    <content>{"uuid": "4f8dc6b3-9cd6-4830-9a9a-4815ec6ad2a0", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "86ecb4e1-bb32-44d5-9f39-8a4673af8385", "vulnerability": "CVE-2022-49296", "type": "seen", "source": "https://www.cert.ssi.gouv.fr/avis/CERTFR-2026-AVI-0316/", "content": "", "creation_timestamp": "2026-03-19T00:00:00.000000Z"}</content>
    <link href="https://vulnerability.circl.lu/sighting/4f8dc6b3-9cd6-4830-9a9a-4815ec6ad2a0/export"/>
    <published>2026-03-19T00:00:00+00:00</published>
  </entry>
</feed>
