<?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-01T10:22:22.666350+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-63421</id>
    <title>fkie_cve-2026-63421</title>
    <updated>2026-10-01T10:22:22.688132+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Keystone is a content management system for Node.js. Prior to 6.5.3, the findMany resolver in packages/core/src/lib/core/queries/resolvers.ts compares the signed take argument directly with graphql.maxTake, allowing a remote unauthenticated GraphQL client to provide a negative take value whose magnitude exceeds the configured bound. The bypass also applies to relationship queries and can return more records than the developer intended, potentially exhausting service resources. This issue is fixed in version 6.5.3.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-63421"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-cqmq-8755-7xvh</id>
    <title>GHSA-cqmq-8755-7xvh — Keystone vulnerable to `graphql.maxTake` bypass with negative `take`</title>
    <updated>2026-10-01T10:22:22.688195+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: @keystone-6/core</p>
<p># Summary
The value of `graphql.maxTake` can be bypassed by providing a negative input.
This can be used to exceed the developer's intended `graphql.maxTake` value, allowing queries to return results in excess of the `graphql.maxTake` value set.</p>
<p># Impact
This affects any project relying on `graphql.maxTake` to bound the number of items returned per query.</p>
<p># Patches
This issue has been patched in `@keystone-6/core` version `6.5.3`.</p>
<p>If you cannot patch, you can workaround this by restricting `take` input values in your GraphQL queries to the bounded value, or by blocking negative values.</p>
<p># Credit
This issue was found by [Haxset's](https://haxset.com) Security Scanner and validated by their team.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-cqmq-8755-7xvh"/>
  </entry>
</feed>
