<?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-18T07:36:25.178575+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-61732</id>
    <title>CVE-2025-61732 — Potential code smuggling via doc comments in cmd/cgo</title>
    <updated>2026-10-18T07:36:25.188301+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go toolchain cmd/cgo, Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 10.0 Extended Update Support, Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 8.2 Advanced Update Support, Red Hat Enterprise Linux 8.4 Advanced Mission Critical Update Support, Red Hat Enterprise Linux 8.4 Extended Update Support Long-Life Add-On, Red Hat Enterprise Linux 8.6 Advanced Mission Critical Update Support, Red Hat Enterprise Linux 8.6 Telecommunications Update Service, Red Hat Enterprise Linux 8.6 Update Services for SAP Solutions and 23 more</p>
<p>A discrepancy between how Go and C/C++ comments were parsed allowed for code smuggling into the resulting cgo binary.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2025-61732"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-gx3x-vq4p-mhhv</id>
    <title>GHSA-gx3x-vq4p-mhhv — cert-manager-controller DoS via Specially Crafted DNS Response</title>
    <updated>2026-10-18T07:36:25.189238+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/cert-manager/cert-manager</p>
<p>### Impact</p>
<p>The cert-manager-controller performs DNS lookups during ACME DNS-01 processing (for zone discovery and propagation self-checks). By default, these lookups use standard unencrypted DNS.</p>
<p>An attacker who can intercept and modify DNS traffic from the cert-manager-controller pod can insert a crafted entry into cert-manager's DNS cache. Accessing this entry will trigger a panic, resulting in Denial of Service (DoS) of the cert-manager controller.</p>
<p>The issue can also be exploited if the authoritative DNS server for the domain being validated is controlled by a malicious actor.</p>
<p>### Patches</p>
<p>The vulnerability was introduced in cert-manager v1.18.0 and has been patched in cert-manager v1.19.3 and v1.18.5, which are the supported minor releases at the time of publishing.</p>
<p>cert-manager versions prior to v1.18.0 are unaffected.</p>
<p>### Workarounds</p>
<p>- Using DNS-over-HTTPS reduces the risk of DNS traffic being intercepted and modified.
    - Note that DNS-over-HTTPS does *not* prevent the risk of an attacker-controlled authoritative DNS server.</p>
<p>### Resources</p>
<p>- Fix for cert-manager 1.18: https://github.com/cert-manager/cert-manager/pull/8467
- Fix for cert-manager 1.19: https://github.com/cert-manager/cert-manager/pull/8468
- Fix for master branch: https://github.com/cert-manager/cert-manager/pull/8469</p>
<p>### Credits</p>
<p>Huge thanks to Oleh Konko (@1seal) for reporting the issue, providing a detailed PoC and an initial patch!</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-gx3x-vq4p-mhhv"/>
  </entry>
</feed>
