<?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-04T18:04:29.004817+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-260862</id>
    <title>EUVD-2026-260862</title>
    <updated>2026-10-04T18:04:29.192367+00:00</updated>
    <content>EUVD-2026-260862</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-260862"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2024-21635</id>
    <title>fkie_cve-2024-21635</title>
    <updated>2026-10-04T18:04:29.192407+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Memos is a privacy-first, lightweight note-taking service that uses Access Tokens to authenticate application access. When a user changes their password, the existing list of Access Tokens stay valid instead of expiring. If a user finds that their account has been compromised, they can update their password. In versions up to and including 0.18.1, though, the bad actor will still have access to their account because the bad actor's Access Token stays on the list as a valid token. The user will have to manually delete the bad actor's Access Token to secure their account. The list of Access Tokens has a generic Description which makes it hard to pinpoint a bad actor in a list of Access Tokens. A known patched version of Memos isn't available. To improve Memos security, all Access Tokens will need to be revoked when a user changes their password. This removes the session for all the user's devices and prompts the user to log in again. One can treat the old Access Tokens as "invalid" because those Access Tokens were created with the older password.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2024-21635"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-mr34-8733-grr2</id>
    <title>GHSA-mr34-8733-grr2 — Memos' Access Tokens Stay Valid after User Password Change</title>
    <updated>2026-10-04T18:04:29.192447+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/usememos/memos</p>
<p>### Summary
Access Tokens are used to authenticate application access. When a user changes their password, the existing list of Access Tokens stay valid instead of expiring. If a user finds that their account has been compromised, they can update their password.</p>
<p>The bad actor though will still have access to their account because the bad actor's Access Token stays on the list as a valid token. The user will have to manually delete the bad actor's Access Token to secure their account. The list of Access Tokens has a generic Description which makes it hard to pinpoint a bad actor in a list of Access Tokens.</p>
<p>### Details</p>
<p>To improve Memos security, all Access Tokens will need to be revoked when a user changes their password. This removes the session for all the user's devices and prompts the user to log in again. You can treat the old Access Tokens as "invalid" because those Access Tokens were created with the older password.</p>
<p>### PoC</p>
<p>1. Have 2 devices on hand
2. Log onto your Memos account on both devices. Notice how Access Tokens are created for each.
3. On one device, successfully change the password. Refresh the page on the 2nd device and notice how it doesn't log out the user.
4. On the 2nd device, change the password again. Refresh the page on the 1st device and notice how it doesn't log out the user.</p>
<p>### Impact</p>
<p>A bad actor will still have access to the user's account because the Access Token does not expire on a password update. Having multi-factor authentication w…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-mr34-8733-grr2"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2024-21635</id>
    <title>gsd-2024-21635</title>
    <updated>2026-10-04T18:04:29.192494+00:00</updated>
    <content>gsd-2024-21635</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2024-21635"/>
  </entry>
</feed>
