<?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-09T14:32:08.379803+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-180578</id>
    <title>EUVD-2026-180578</title>
    <updated>2026-10-09T14:32:08.383032+00:00</updated>
    <content>EUVD-2026-180578</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-180578"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2016-10549</id>
    <title>fkie_cve-2016-10549</title>
    <updated>2026-10-09T14:32:08.383073+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Sails is an MVC style framework for building realtime web applications. Version 0.12.7 and lower have an issue with the CORS configuration where the value of the origin header is reflected as the value for the Access-Control-Allow-Origin header. This would allow an attacker to make AJAX requests to vulnerable hosts through cross site scripting or a malicious HTML Document, effectively bypassing the Same Origin Policy. Note that this is only an issue when `allRoutes` is set to `true` and `origin` is set to `*` or left commented out in the sails CORS config file. The problem can be compounded when the cors `credentials` setting is not provided. At that point authenticated cross domain requests are possible.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2016-10549"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-qmv4-jgp7-mf68</id>
    <title>GHSA-qmv4-jgp7-mf68 — Sails before 0.12.7 vulnerable to Broken CORS</title>
    <updated>2026-10-09T14:32:08.383132+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: sails</p>
<p>Affected versions of `sails` have an issue with the CORS configuration where the value of the origin header is reflected as the value for the `Access-Control-Allow-Origin` header. This may allow an attacker to make AJAX requests to vulnerable hosts through cross-site scripting or a malicious HTML Document, effectively bypassing the Same Origin Policy.</p>
<p>## Mitigating Factors</p>
<p>This is only an issue when `allRoutes` is set to `true` and `origin` is set to `*` or left commented out in the sails CORS config file.</p>
<p>The problem can be compounded when the cors `credentials` setting is not provided, because at that point authenticated cross domain requests are possible.</p>
<p>## Recommendation</p>
<p>Update to version 0.12.7 or later.</p>
<p>As this vulnerability is primarily a user error, the patch for the vulnerability will simply cause the application to write an error message to the console when a vulnerable configuration is used in a production environment.</p>
<p>Writing a proper CORS configuration is still the responsibility of the user, so it is necessary to check for the error message after installing the patch. Be sure you are not using `allRoutes: true` with `origin:'*'`, and that you uncomment `origin` and set it to a reasonable value. Ensure that if `origin` is set to `*` that you truly mean for all other websites to be able to make cross-domain requests to your API.</p>
<p>Likewise, ensure `credentials` is uncommented out and set to the appropriate value. Make sure to explicitly set which origin…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-qmv4-jgp7-mf68"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2016-10549</id>
    <title>gsd-2016-10549</title>
    <updated>2026-10-09T14:32:08.383211+00:00</updated>
    <content>gsd-2016-10549</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2016-10549"/>
  </entry>
</feed>
