<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sun, 01 Nov 2026 13:54:46 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-100349 — kin-openapi openapi3filter: nil-pointer panic in ValidateResponse on a response header declared with content</title>
      <link>https://db.gcve.eu/vuln/cve-2026-100349</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; getkin kin-openapi&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; getkin kin-openapi&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/cve-2026-100349</guid>
    </item>
    <item>
      <title>GHSA-74vm-87hj-r66f — kin-openapi openapi3filter: nil-pointer panic in ValidateResponse on a response header declared with content</title>
      <link>https://db.gcve.eu/vuln/ghsa-74vm-87hj-r66f</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/getkin/kin-openapi&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`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.&lt;/p&gt;
&lt;p&gt;Same class as GHSA-jpcw-4wr7-c3vq, which covered the request-parameter case in v0.144.0; this is the response-header path.&lt;/p&gt;
&lt;p&gt;Affects `github.com/getkin/kin-openapi` `&amp;lt;= v0.145.0`. Reproduced on master `947498e5a6bd`, Go 1.26.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;A `content`-typed response header has `headerRef.Value.Schema == nil`.&lt;/p&gt;
&lt;p&gt;`validate_response.go:181` passes it straight through:&lt;/p&gt;
&lt;p&gt;```go
if decodedValue, found, err = decodeValue(dec, headerName, sm, headerRef.Value.Schema, headerRef.Value.Required); err != nil {
```&lt;/p&gt;
&lt;p&gt;and `req_resp_decoder.go:273` is where it lands:&lt;/p&gt;
&lt;p&gt;```go
if len(schema.Value.AllOf) &amp;gt; 0 {
```&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;## PoC&lt;/p&gt;
&lt;p&gt;Drop into `openapi3filter/` and run:&lt;/p&gt;
&lt;p&gt;```
go test ./openapi3filter/ -run NilSchema -v
```&lt;/p&gt;
&lt;p&gt;```go
package openapi3filter_test&lt;/p&gt;
&lt;p&gt;import (
	&amp;#34;context&amp;#34;
	&amp;#34;io&amp;#34;
	&amp;#34;net/http&amp;#34;
	&amp;#34;net/http/httptest&amp;#34;
	&amp;#34;strings&amp;#34;
	&amp;#34;testing&amp;#34;&lt;/p&gt;
&lt;p&gt;&amp;#34;github.com/getkin/kin-openapi/openapi3&amp;#34;
	&amp;#34;github.com/getkin/kin-openapi/openapi3filter&amp;#34;
	&amp;#34;github.com/getkin/kin-openapi/routers&amp;#34;
)&lt;/p&gt;
&lt;p&gt;const specBody = `
opena…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/getkin/kin-openapi&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`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.&lt;/p&gt;
&lt;p&gt;Same class as GHSA-jpcw-4wr7-c3vq, which covered the request-parameter case in v0.144.0; this is the response-header path.&lt;/p&gt;
&lt;p&gt;Affects `github.com/getkin/kin-openapi` `&amp;lt;= v0.145.0`. Reproduced on master `947498e5a6bd`, Go 1.26.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;A `content`-typed response header has `headerRef.Value.Schema == nil`.&lt;/p&gt;
&lt;p&gt;`validate_response.go:181` passes it straight through:&lt;/p&gt;
&lt;p&gt;```go
if decodedValue, found, err = decodeValue(dec, headerName, sm, headerRef.Value.Schema, headerRef.Value.Required); err != nil {
```&lt;/p&gt;
&lt;p&gt;and `req_resp_decoder.go:273` is where it lands:&lt;/p&gt;
&lt;p&gt;```go
if len(schema.Value.AllOf) &amp;gt; 0 {
```&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;## PoC&lt;/p&gt;
&lt;p&gt;Drop into `openapi3filter/` and run:&lt;/p&gt;
&lt;p&gt;```
go test ./openapi3filter/ -run NilSchema -v
```&lt;/p&gt;
&lt;p&gt;```go
package openapi3filter_test&lt;/p&gt;
&lt;p&gt;import (
	&amp;#34;context&amp;#34;
	&amp;#34;io&amp;#34;
	&amp;#34;net/http&amp;#34;
	&amp;#34;net/http/httptest&amp;#34;
	&amp;#34;strings&amp;#34;
	&amp;#34;testing&amp;#34;&lt;/p&gt;
&lt;p&gt;&amp;#34;github.com/getkin/kin-openapi/openapi3&amp;#34;
	&amp;#34;github.com/getkin/kin-openapi/openapi3filter&amp;#34;
	&amp;#34;github.com/getkin/kin-openapi/routers&amp;#34;
)&lt;/p&gt;
&lt;p&gt;const specBody = `
opena…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-74vm-87hj-r66f</guid>
    </item>
  </channel>
</rss>
