<?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://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-28T18:21:10.944180+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" 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://vulnerability.circl.lu/vuln/fkie_cve-2026-76910</id>
    <title>fkie_cve-2026-76910</title>
    <updated>2026-09-28T18:21:11.115302+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Unleash is an open-source feature management platform. Prior to 8.0.3, cloneFeatureToggle and POST /api/admin/projects/:projectId/features/:featureName/clone authorize creation in the destination project but do not verify access to the source project. Because feature names are globally unique, a user with create or clone permission in one project who knows or guesses another project's feature name can copy that feature into the authorized project and inspect its strategy parameters, constraints, variants, and variant payloads. This issue is fixed in version 8.0.3.</p>
      </div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/fkie_cve-2026-76910"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-8xcj-9hfr-fh9j</id>
    <title>GHSA-8xcj-9hfr-fh9j — Unleash: Clone-feature lets a user copy a feature from a project they cannot read</title>
    <updated>2026-09-28T18:21:11.115421+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: unleash-server</p>
<p>### Summary</p>
<p>The clone-feature endpoint supports copying features across projects, but it does not verify that the caller can access the source project. A user with _create_ permissions in one project can clone a feature from another project they cannot read and then inspect the copied configuration.</p>
<p>This vulnerability cannot be confirmed without Enterprise access. Report is based on a circumstantial evidence in the open-source repository.</p>
<p>### Details
`src/lib/features/feature-toggle/feature-toggle-service.ts` implements `cloneFeatureToggle`. This operation needs authorization for both sides: permission to read/copy the source feature and permission to create the destination feature.</p>
<p>The clone path validates permissions against the destination project, but not against the source project that owns `featureName`. Because feature names are globally unique, a caller can reference a feature outside projects they can access.</p>
<p>### PoC
1. Create or identify two projects: `P1` with a private or restricted feature named `secret-feature`, and `P2` where the attacker has clone/create permissions.
2. Authenticate as the attacker.
3. Send:</p>
<p>```http
POST /api/admin/projects/P2/features/secret-feature/clone
Content-Type: application/json</p>
<p>{ "name": "secret-feature-copy" }
```</p>
<p>4. Open `P2` and inspect `secret-feature-copy`. Verify if strategy parameters, constraints, variants, and variant payloads from the source feature have been copied.</p>
<p>### Impact
Users with permissions on one project…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-8xcj-9hfr-fh9j"/>
  </entry>
</feed>
