<?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-11-01T13:54:45.644416+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/cve-2026-100349</id>
    <title>CVE-2026-100349 — kin-openapi openapi3filter: nil-pointer panic in ValidateResponse on a response header declared with content</title>
    <updated>2026-11-01T13:54:45.662265+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> getkin kin-openapi</p>
<p>kin-openapi is a Go project for handling OpenAPI files. Prior to 0.146.0, openapi3filter.ValidateResponse passes a nil response header schema to decodeValue when an OpenAPI document declares the header with content instead of schema. The document passes validation, but every response validation for the affected operation dereferences the nil schema and panics even when the response does not contain the declared header. Applications that ingest an untrusted specification can expose this as remote availability impact, while applications using only trusted local specifications still crash when the affected operation is exercised. This issue is fixed in version 0.146.0.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cve-2026-100349"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-74vm-87hj-r66f</id>
    <title>GHSA-74vm-87hj-r66f — kin-openapi openapi3filter: nil-pointer panic in ValidateResponse on a response header declared with content</title>
    <updated>2026-11-01T13:54:45.662340+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/getkin/kin-openapi</p>
<p>## Summary</p>
<p>`ValidateResponse` panics on a nil pointer when a spec declares a response header with `content` instead of `schema`. `doc.Validate()` accepts that document, so the crash comes from a spec the library just called valid.</p>
<p>Same class as GHSA-jpcw-4wr7-c3vq, which covered the request-parameter case in v0.144.0; this is the response-header path.</p>
<p>Affects `github.com/getkin/kin-openapi` `&lt;= v0.145.0`. Reproduced on master `947498e5a6bd`, Go 1.26.</p>
<p>## Details</p>
<p>A `content`-typed response header has `headerRef.Value.Schema == nil`.</p>
<p>`validate_response.go:181` passes it straight through:</p>
<p>```go
if decodedValue, found, err = decodeValue(dec, headerName, sm, headerRef.Value.Schema, headerRef.Value.Required); err != nil {
```</p>
<p>and `req_resp_decoder.go:273` is where it lands:</p>
<p>```go
if len(schema.Value.AllOf) &gt; 0 {
```</p>
<p>Two things I checked rather than assumed. The response does not need to carry the header; declaring it is enough, and then every call for that operation panics. And the body path is fine, `:114` returns early on a nil schema, so this is headers only. The PoC keeps the body case as a control.</p>
<p>## PoC</p>
<p>Drop into `openapi3filter/` and run:</p>
<p>```
go test ./openapi3filter/ -run NilSchema -v
```</p>
<p>```go
package openapi3filter_test</p>
<p>import (
	"context"
	"io"
	"net/http"
	"net/http/httptest"
	"strings"
	"testing"</p>
<p>"github.com/getkin/kin-openapi/openapi3"
	"github.com/getkin/kin-openapi/openapi3filter"
	"github.com/getkin/kin-openapi/routers"
)</p>
<p>const specBody = `
opena…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-74vm-87hj-r66f"/>
  </entry>
</feed>
