<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T23:45:26.379899+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-242024</id>
    <title>EUVD-2026-242024</title>
    <updated>2026-10-03T23:45:26.432758+00:00</updated>
    <content>EUVD-2026-242024</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-242024"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2024-23649</id>
    <title>fkie_cve-2024-23649</title>
    <updated>2026-10-03T23:45:26.432794+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>Lemmy is a link aggregator and forum for the fediverse. Starting in version 0.17.0 and prior to version 0.19.1, users can report private messages, even when they're neither sender nor recipient of the message. The API response to creating a private message report contains the private message itself, which means any user can just iterate over message ids to (loudly) obtain all private messages of an instance. A user with instance admin privileges can also abuse this if the private message is removed from the response, as they're able to see the resulting reports.</p>
<p>Creating a private message report by POSTing to `/api/v3/private_message/report` does not validate whether the reporter is the recipient of the message. lemmy-ui does not allow the sender to report the message; the API method should likely be restricted to accessible to recipients only. The API response when creating a report contains the `private_message_report_view` with all the details of the report, including the private message that has been reported:</p>
<p>Any authenticated user can obtain arbitrary (untargeted) private message contents. Privileges required depend on the instance configuration; when registrations are enabled without application system, the privileges required are practically none. When registration applications are required, privileges required could be considered low, but this assessment heavily varies by instance.</p>
<p>Version 0.19.1 contains a patch for this issue. A workaround is available. If an u…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2024-23649"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-r64r-5h43-26qv</id>
    <title>GHSA-r64r-5h43-26qv — Any authenticated user may obtain private message details from other users on the same instance</title>
    <updated>2026-10-03T23:45:26.432849+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: lemmy_server</p>
<p>### Summary
Users can report private messages, even when they're neither sender nor recipient of the message.
The API response to creating a private message report contains the private message itself, which means any user can just iterate over message ids to (loudly) obtain all private messages of an instance.
A user with instance admin privileges can also abuse this if the private message is removed from the response, as they're able to see the resulting reports.</p>
<p>### Details
Creating a private message report by POSTing to `/api/v3/private_message/report` does not validate whether the reporter is the recipient of the message.
At least lemmy-ui does not allow the sender to report the message; the API method should likely be restricted to accessible to recipients only.
The API response when creating a report contains the `private_message_report_view` with all the details of the report, including the private message that has been reported:
&lt;details&gt;</p>
<p>&lt;summary&gt;Example response&lt;/summary&gt;</p>
<p>In the report below, the creator with id 3 is different from the private message creator (id 2) and private message recipient (id 6).</p>
<p>```json
{
  "private_message_report_view": {
    "private_message_report": {
      "id": 14,
      "creator_id": 3,
      "private_message_id": 7,
      "original_pm_text": "testfoo",
      "reason": "reporting id 7",
      "resolved": false,
      "published": "2023-12-15T19:23:03.441967Z"
    },
    "private_message": {
      "id": 7,
      "creator_id": 2,…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-r64r-5h43-26qv"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2024-23649</id>
    <title>gsd-2024-23649</title>
    <updated>2026-10-03T23:45:26.432902+00:00</updated>
    <content>gsd-2024-23649</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2024-23649"/>
  </entry>
</feed>
