<?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-03T16:52:52.721541+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/cnvd-2018-16251</id>
    <title>cnvd-2018-16251</title>
    <updated>2026-10-03T16:52:52.812281+00:00</updated>
    <content>cnvd-2018-16251</content>
    <link href="https://cve.radiocsirt.org/vuln/cnvd-2018-16251"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-185441</id>
    <title>EUVD-2026-185441</title>
    <updated>2026-10-03T16:52:52.812340+00:00</updated>
    <content>EUVD-2026-185441</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-185441"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2015-9236</id>
    <title>fkie_cve-2015-9236</title>
    <updated>2026-10-03T16:52:52.812363+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Hapi versions less than 11.0.0 implement CORS incorrectly and allowed for configurations that at best returned inconsistent headers and at worst allowed cross-origin activities that were expected to be forbidden. If the connection has CORS enabled but one route has it off, and the route is not GET, the OPTIONS prefetch request will return the default CORS headers and then the actual request will go through and return no CORS headers. This defeats the purpose of turning CORS on the route.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2015-9236"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-vwrf-r5r4-7775</id>
    <title>GHSA-vwrf-r5r4-7775 — Incorrect handling of CORS preflight request headers in hapi</title>
    <updated>2026-10-03T16:52:52.812411+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: hapi</p>
<p>Versions of `hapi` prior to 11.0.0 implement CORS incorrectly, allowing for configurations that at best return inconsistent headers, and at worst allow cross-origin activities that are expected to be forbidden.</p>
<p>If the connection has CORS enabled but one route has it off, and the route is not GET, the OPTIONS prefetch request will return the default CORS headers and then the actual request will go through and return no CORS headers. This defeats the purpose of turning CORS on the route.</p>
<p>## Recommendation</p>
<p>Update to version 11.0.0 or later.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-vwrf-r5r4-7775"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2015-9236</id>
    <title>gsd-2015-9236</title>
    <updated>2026-10-03T16:52:52.812454+00:00</updated>
    <content>gsd-2015-9236</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2015-9236"/>
  </entry>
</feed>
