<?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-15T04:38:59.754081+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-349639</id>
    <title>EUVD-2026-349639</title>
    <updated>2026-10-15T04:38:59.811470+00:00</updated>
    <content>EUVD-2026-349639</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-349639"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-71242</id>
    <title>fkie_cve-2026-71242</title>
    <updated>2026-10-15T04:38:59.811513+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Crater's NotePolicy checks only a blanket Bouncer ability (manage-all-notes / view-all-notes) with no company-ownership comparison, unlike InvoicePolicy and other sibling policies which additionally verify -&gt;hasCompany(-&gt;company_id). Any authenticated user of one company can read, edit, or delete another company's notes by ID.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-71242"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-2467-45mc-2xp5</id>
    <title>GHSA-2467-45mc-2xp5</title>
    <updated>2026-10-15T04:38:59.811558+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Crater's NotePolicy checks only a blanket Bouncer ability (manage-all-notes / view-all-notes) with no company-ownership comparison, unlike InvoicePolicy and other sibling policies which additionally verify $user-&gt;hasCompany($model-&gt;company_id). NotesController's show(), update(), and destroy() actions authorize via $this-&gt;authorize('view notes'/'manage notes') without passing the target Note model, and Note's company-scoping (scopeWhereCompany) is applied only in the list endpoint, not in show/update/destroy. Any authenticated user of one company can read, edit, or delete another company's notes by ID. This is a distinct finding from the previously reported CustomerPolicy company-ownership omission (a different policy class and controller).</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-2467-45mc-2xp5"/>
  </entry>
</feed>
