<?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>Sat, 03 Oct 2026 10:37:19 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-222062</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-222062</link>
      <description>EUVD-2026-222062</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-222062</guid>
    </item>
    <item>
      <title>fkie_cve-2025-27616</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-27616</link>
      <description>&lt;p&gt;Vela is a Pipeline Automation (CI/CD) framework built on Linux container technology written in Golang. Prior to versions 0.25.3 and 0.26.3, by spoofing a webhook payload with a specific set of headers and body data, an attacker could transfer ownership of a repository and its repo level secrets to a separate repository. These secrets could be exfiltrated by follow up builds to the repository. Users with an enabled repository with access to repo level CI secrets in Vela are vulnerable to the exploit, and any user with access to the CI instance and the linked source control manager can perform the exploit. Versions 0.25.3 and 0.26.3 fix the issue. No known workarounds are available.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Vela is a Pipeline Automation (CI/CD) framework built on Linux container technology written in Golang. Prior to versions 0.25.3 and 0.26.3, by spoofing a webhook payload with a specific set of headers and body data, an attacker could transfer ownership of a repository and its repo level secrets to a separate repository. These secrets could be exfiltrated by follow up builds to the repository. Users with an enabled repository with access to repo level CI secrets in Vela are vulnerable to the exploit, and any user with access to the CI instance and the linked source control manager can perform the exploit. Versions 0.25.3 and 0.26.3 fix the issue. No known workarounds are available.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-27616</guid>
    </item>
    <item>
      <title>GHSA-9m63-33q3-xq5x — Vela Server Has Insufficient Webhook Payload Data Verification</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-9m63-33q3-xq5x</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/go-vela/server&lt;/p&gt;
&lt;p&gt;### Impact
Users with an enabled repository with access to repo level CI secrets in Vela are vulnerable to the exploit.&lt;/p&gt;
&lt;p&gt;Any user with access to the CI instance and the linked source control manager can perform the exploit.&lt;/p&gt;
&lt;p&gt;### Method
By spoofing a webhook payload with a specific set of headers and body data, an attacker could transfer ownership of a repository and its repo level secrets to a separate repository.&lt;/p&gt;
&lt;p&gt;These secrets could be exfiltrated by follow up builds to the repository.&lt;/p&gt;
&lt;p&gt;### Patches
`v0.26.3` — Image: `target/vela-server:v0.26.3`
`v0.25.3` — Image: `target/vela-server:v0.25.3`&lt;/p&gt;
&lt;p&gt;### Workarounds
_Is there a way for users to fix or remediate the vulnerability without upgrading?_&lt;/p&gt;
&lt;p&gt;There are no workarounds to the issue.&lt;/p&gt;
&lt;p&gt;### References
_Are there any links users can visit to find out more?_&lt;/p&gt;
&lt;p&gt;Please see linked CWEs (common weakness enumerators) for more information.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/go-vela/server&lt;/p&gt;
&lt;p&gt;### Impact
Users with an enabled repository with access to repo level CI secrets in Vela are vulnerable to the exploit.&lt;/p&gt;
&lt;p&gt;Any user with access to the CI instance and the linked source control manager can perform the exploit.&lt;/p&gt;
&lt;p&gt;### Method
By spoofing a webhook payload with a specific set of headers and body data, an attacker could transfer ownership of a repository and its repo level secrets to a separate repository.&lt;/p&gt;
&lt;p&gt;These secrets could be exfiltrated by follow up builds to the repository.&lt;/p&gt;
&lt;p&gt;### Patches
`v0.26.3` — Image: `target/vela-server:v0.26.3`
`v0.25.3` — Image: `target/vela-server:v0.25.3`&lt;/p&gt;
&lt;p&gt;### Workarounds
_Is there a way for users to fix or remediate the vulnerability without upgrading?_&lt;/p&gt;
&lt;p&gt;There are no workarounds to the issue.&lt;/p&gt;
&lt;p&gt;### References
_Are there any links users can visit to find out more?_&lt;/p&gt;
&lt;p&gt;Please see linked CWEs (common weakness enumerators) for more information.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-9m63-33q3-xq5x</guid>
    </item>
    <item>
      <title>openSUSE-SU-2025:14893-1 — govulncheck-vulndb-0.0.20250313T170021-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2025:14893-1</link>
      <description>&lt;p&gt;govulncheck-vulndb-0.0.20250313T170021-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;govulncheck-vulndb-0.0.20250313T170021-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2025:14893-1</guid>
    </item>
  </channel>
</rss>
