<?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://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-02T18:43:55.161021+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" 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://db.gcve.eu/vuln/fkie_cve-2026-63123</id>
    <title>fkie_cve-2026-63123</title>
    <updated>2026-10-02T18:43:55.186836+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Tina is a headless content management system. Prior to 2.5.2, the TinaCMS CLI package's Vite dev server packages/@tinacms/cli/src/next/vite/cors.ts origin callback returns false for a disallowed origin but does not reject the request, and packages/@tinacms/cli/src/next/vite/plugins.ts still routes POST /media/upload/* to mediaRouter.handlePost. The upload code in packages/@tinacms/cli/src/next/commands/dev-command/server/media.ts writes attacker-controlled multipart contents inside the configured media root. A remote attacker can cause a developer's browser to submit this state-changing request by inducing the developer to visit an attacker-controlled page while tinacms dev is running. This issue is fixed in version 2.5.2.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-63123"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-rgr9-r7mj-mf6x</id>
    <title>GHSA-rgr9-r7mj-mf6x — Tina: Cross-origin `POST /media/upload/*` requests can write arbitrary files into the Tina dev server media root</title>
    <updated>2026-10-02T18:43:55.186942+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: @tinacms/cli</p>
<p>### Summary
A browser-based cross-origin request flaw in the Tina dev server allows an attacker-controlled website to cause arbitrary file creation inside the configured media upload directory on a developer machine running `tinacms dev`. No manual file upload is required. The attacker page builds the multipart request in JavaScript and sends it directly to the local Tina server. The browser blocks access to the response because of CORS, but the server still processes the request and writes the file.</p>
<p>### Details
The issue is in the dev server path of `@tinacms/cli`.</p>
<p>The Vite dev server installs CORS middleware:</p>
<p>```ts
// packages/@tinacms/cli/src/next/vite/plugins.ts
server.middlewares.use(
  cors({
    origin: corsOriginCheck,
    methods: ['GET', 'HEAD', 'PUT', 'PATCH', 'POST', 'DELETE'],
  })
);
```</p>
<p>For disallowed origins, the origin callback only returns `false` to the CORS library:</p>
<p>```ts
// packages/@tinacms/cli/src/next/vite/cors.ts
return (origin, callback) =&gt; {
  ...
  callback(null, false);
};
```</p>
<p>That does not reject the request server-side. The same request is still routed into the upload handler:</p>
<p>```ts
// packages/@tinacms/cli/src/next/vite/plugins.ts
if (req.url.startsWith('/media/upload')) {
  await mediaRouter.handlePost(req, res);
  return;
}
```</p>
<p>The upload handler then accepts attacker-controlled path and body data and writes the file:</p>
<p>```ts
// packages/@tinacms/cli/src/next/commands/dev-command/server/media.ts
bb.on('file', async (_name, file, _info…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-rgr9-r7mj-mf6x"/>
  </entry>
</feed>
