<?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>Tue, 06 Oct 2026 08:04:02 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-318574</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-318574</link>
      <description>EUVD-2026-318574</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-318574</guid>
    </item>
    <item>
      <title>fkie_cve-2026-42591</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-42591</link>
      <description>&lt;p&gt;Gotenberg is a Docker-powered stateless API for PDF files. Prior to 8.32.0, the LibreOffice conversion endpoint (/forms/libreoffice/convert) passes uploaded documents directly to LibreOffice without inspecting their content. LibreOffice then fetches any embedded external URLs on its own, completely bypassing the SSRF filters. This vulnerability is fixed in 8.32.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Gotenberg is a Docker-powered stateless API for PDF files. Prior to 8.32.0, the LibreOffice conversion endpoint (/forms/libreoffice/convert) passes uploaded documents directly to LibreOffice without inspecting their content. LibreOffice then fetches any embedded external URLs on its own, completely bypassing the SSRF filters. This vulnerability is fixed in 8.32.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-42591</guid>
    </item>
    <item>
      <title>GHSA-rm4c-xj6x-49mw — Gotenberg has a Server-Side Request Forgery (SSRF) Issue</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-rm4c-xj6x-49mw</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/gotenberg/gotenberg/v8&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The SSRF hardening shipped in v8.31.0 only covers outbound URLs that Gotenberg&amp;#39;s Go code handles — Chromium asset fetches, webhook delivery, and download-from. The LibreOffice conversion endpoint (`/forms/libreoffice/convert`) passes uploaded documents directly to LibreOffice without inspecting their content. LibreOffice then fetches any embedded external URLs on its own, completely bypassing the SSRF filters.&lt;/p&gt;
&lt;p&gt;This was verified on v8.31.0 (latest at time of writing) with a crafted DOCX and got 3 outbound HTTP requests from LibreOffice to the canary server used for testing.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;When a file is uploaded to `/forms/libreoffice/convert`, the route in `pkg/modules/libreoffice/routes.go` reads form parameters and passes the input file directly to `libreOffice.Pdf()`:&lt;/p&gt;
&lt;p&gt;```go
err = libreOffice.Pdf(ctx, ctx.Log(), inputPath, outputPaths[i], options)
```&lt;/p&gt;
&lt;p&gt;There&amp;#39;s no content inspection happening before the file reaches LibreOffice. The SSRF protection in v8.31.0 (`pkg/gotenberg/outbound.go`) wraps Go&amp;#39;s `http.Client` with a custom dialer that resolves URLs and rejects non-public IPs — but LibreOffice is a separate process that makes its own HTTP connections via libcurl. The Go-level dial hooks can&amp;#39;t intercept that.&lt;/p&gt;
&lt;p&gt;OOXML formats like DOCX can embed external image references using `TargetMode=&amp;#34;External&amp;#34;` in relationship files. LibreOffice fetches those URLs during PDF conversion.&lt;/p&gt;
&lt;p&gt;**Suggested fix:** Run LibreOffice with `unshare --net` to drop all network access f…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/gotenberg/gotenberg/v8&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The SSRF hardening shipped in v8.31.0 only covers outbound URLs that Gotenberg&amp;#39;s Go code handles — Chromium asset fetches, webhook delivery, and download-from. The LibreOffice conversion endpoint (`/forms/libreoffice/convert`) passes uploaded documents directly to LibreOffice without inspecting their content. LibreOffice then fetches any embedded external URLs on its own, completely bypassing the SSRF filters.&lt;/p&gt;
&lt;p&gt;This was verified on v8.31.0 (latest at time of writing) with a crafted DOCX and got 3 outbound HTTP requests from LibreOffice to the canary server used for testing.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;When a file is uploaded to `/forms/libreoffice/convert`, the route in `pkg/modules/libreoffice/routes.go` reads form parameters and passes the input file directly to `libreOffice.Pdf()`:&lt;/p&gt;
&lt;p&gt;```go
err = libreOffice.Pdf(ctx, ctx.Log(), inputPath, outputPaths[i], options)
```&lt;/p&gt;
&lt;p&gt;There&amp;#39;s no content inspection happening before the file reaches LibreOffice. The SSRF protection in v8.31.0 (`pkg/gotenberg/outbound.go`) wraps Go&amp;#39;s `http.Client` with a custom dialer that resolves URLs and rejects non-public IPs — but LibreOffice is a separate process that makes its own HTTP connections via libcurl. The Go-level dial hooks can&amp;#39;t intercept that.&lt;/p&gt;
&lt;p&gt;OOXML formats like DOCX can embed external image references using `TargetMode=&amp;#34;External&amp;#34;` in relationship files. LibreOffice fetches those URLs during PDF conversion.&lt;/p&gt;
&lt;p&gt;**Suggested fix:** Run LibreOffice with `unshare --net` to drop all network access f…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-rm4c-xj6x-49mw</guid>
    </item>
  </channel>
</rss>
