<?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-05T13:37:51.593692+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-234125</id>
    <title>EUVD-2026-234125</title>
    <updated>2026-10-05T13:37:51.596134+00:00</updated>
    <content>EUVD-2026-234125</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-234125"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2022-29229</id>
    <title>fkie_cve-2022-29229</title>
    <updated>2026-10-05T13:37:51.596165+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>CaSS is a Competency and Skills System. CaSS Library, (npm:cassproject) has a missing cryptographic step when storing cryptographic keys that can allow a server administrator access to an account’s cryptographic keys. This affects CaSS servers using standalone username/password authentication, which uses a method that expects e2e cryptographic security of authorization credentials. The issue has been patched in 1.5.8, however, the vulnerable accounts are only resecured when the user next logs in using standalone authentication, as the data required to resecure the account is not available to the server. The issue may be mitigated by using SSO or client side certificates to log in. Please note that SSO and client side certificate authentication does not have this expectation of no-knowledge credential access, and cryptographic keys are available to the server administrator.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2022-29229"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-7qcx-4p32-qcmx</id>
    <title>GHSA-7qcx-4p32-qcmx — Missing Cryptographic Step in cassproject</title>
    <updated>2026-10-05T13:37:51.596202+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: cassproject</p>
<p>### Impact
CaSS Library, (npm:cassproject) has a missing cryptographic step when storing cryptographic keys that can allow a server administrator access to an account’s cryptographic keys. This affects CaSS servers using standalone username/password authentication, which uses a method that expects e2e cryptographic security of authorization credentials.</p>
<p>### Patches
The issue has been patched in 1.5.8, however, the vulnerable accounts are only resecured when the user next logs in using standalone authentication, as the data required to resecure the account is not available to the server.</p>
<p>### Workarounds
The issue may be mitigated by using SSO or client side certificates to log in. Please note that SSO and client side certificate authentication does not have this expectation of no-knowledge credential access, and cryptographic keys are available to the server administrator.</p>
<p>### References
There are no references at this time.</p>
<p>### For more information
If you have any questions or comments about this advisory:
* Open an issue in [the CaSS Project Github](https://github.com/cassproject/CASS/issues)
* Email us at [the CaSS Project](mailto:cass@eduworks.com)</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-7qcx-4p32-qcmx"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2022-29229</id>
    <title>gsd-2022-29229</title>
    <updated>2026-10-05T13:37:51.596239+00:00</updated>
    <content>gsd-2022-29229</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2022-29229"/>
  </entry>
</feed>
