<?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-03T03:23:59.808376+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-99287</id>
    <title>EUVD-2026-99287</title>
    <updated>2026-10-03T03:23:59.872082+00:00</updated>
    <content>EUVD-2026-99287</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-99287"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2014-3527</id>
    <title>fkie_cve-2014-3527</title>
    <updated>2026-10-03T03:23:59.872119+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>When using the CAS Proxy ticket authentication from Spring Security 3.1 to 3.2.4 a malicious CAS Service could trick another CAS Service into authenticating a proxy ticket that was not associated. This is due to the fact that the proxy ticket authentication uses the information from the HttpServletRequest which is populated based upon untrusted information within the HTTP request. This means if there are access control restrictions on which CAS services can authenticate to one another, those restrictions can be bypassed. If users are not using CAS Proxy tickets and not basing access control decisions based upon the CAS Service, then there is no impact to users.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2014-3527"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-wmv4-5w76-vp9g</id>
    <title>GHSA-wmv4-5w76-vp9g — Authorization Bypass in Spring Security</title>
    <updated>2026-10-03T03:23:59.872155+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Maven: org.springframework.security:spring-security-core</p>
<p>When using Spring Security's CAS Proxy ticket authentication a malicious CAS Service could trick another CAS Service into authenticating a proxy ticket that was not associated. This is due to the fact that the proxy ticket authentication uses the information from the HttpServletRequest which is populated based upon untrusted information within the HTTP request.</p>
<p>This means if there are access control restrictions on which CAS services can authenticate to one another, those restrictions can be bypassed.</p>
<p>If users are not using CAS Proxy tickets and not basing access control decisions based upon the CAS Service, then there is no impact to users.</p>
<p>## Mitigation
Users of affected versions should apply the following mitigation:
- Users of 3.2x should upgrade to 3.2.5 or later
- Users of 3.1.x should upgrade to 3.1.7 or later</p>
<p>## Credit
This issue was identified by David Ohsie and brought to our attention by the CAS Development team.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-wmv4-5w76-vp9g"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2014-3527</id>
    <title>gsd-2014-3527</title>
    <updated>2026-10-03T03:23:59.872191+00:00</updated>
    <content>gsd-2014-3527</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2014-3527"/>
  </entry>
</feed>
