<?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-07T05:30:45.607419+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/cve-2025-22151</id>
    <title>CVE-2025-22151 — Strawberry GraphQL has a type resolution vulnerability</title>
    <updated>2026-10-07T05:30:45.609109+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> strawberry-graphql strawberry</p>
<p>Strawberry GraphQL is a library for creating GraphQL APIs. Starting in 0.182.0 and prior to version 0.257.0, a type confusion vulnerability exists in Strawberry GraphQL's relay integration that affects multiple ORM integrations (Django, SQLAlchemy, Pydantic). The vulnerability occurs when multiple GraphQL types are mapped to the same underlying model while using the relay node interface. When querying for a specific type using the global node field (e.g., FruitType:some-id), the resolver may incorrectly return an instance of a different type mapped to the same model (e.g., SpecialFruitType). This can lead to information disclosure if the alternate type exposes sensitive fields and potential privilege escalation if the alternate type contains data intended for restricted access. This vulnerability is fixed in 0.257.0.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2025-22151"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-5xh2-23cc-5jc6</id>
    <title>GHSA-5xh2-23cc-5jc6 — Strawberry GraphQL has type resolution vulnerability in node interface that allows potential data leakage through incor…</title>
    <updated>2026-10-07T05:30:45.609166+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: strawberry-graphql</p>
<p>**Vulnerability Summary**
A type confusion vulnerability exists in Strawberry GraphQL's relay integration that affects multiple ORM integrations (Django, SQLAlchemy, Pydantic). The vulnerability occurs when multiple GraphQL types are mapped to the same underlying model while using the relay `node` interface.</p>
<p>**Affected Components**
- Strawberry GraphQL relay integration
- Specifically impacts implementations using:
  - Django integration
  - SQLAlchemy integration
  - Pydantic integration</p>
<p>**Technical Details**</p>
<p>The vulnerability manifests when:
1. Multiple GraphQL types inherit from `relay.Node`
2. These types are mapped to the same database model
3. The global `node` field is used for type resolution</p>
<p>Example of vulnerable code:</p>
<p>```python
from fruits.models import Fruit
import strawberry_django
import strawberry</p>
<p>@strawberry_django.type(Fruit)
class FruitType(relay.Node):
    name: strawberry.auto</p>
<p>@strawberry_django.type(Fruit)
class SpecialFruitType(relay.Node):
    secret_name: strawberry.auto</p>
<p>@strawberry.type
class Query:
    node: relay.Node = strawberry_django.node()
```</p>
<p>**Security Impact**</p>
<p>When querying for a specific type using the global `node` field (e.g., `FruitType:some-id`), the resolver may incorrectly return an instance of a different type mapped to the same model (e.g., `SpecialFruitType`). This can lead to:</p>
<p>1. Information disclosure if the alternate type exposes sensitive fields
2. Potential privilege escalation if the alternate type contains data in…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-5xh2-23cc-5jc6"/>
  </entry>
</feed>
