<?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 03:55:21 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-4673 — Sensitive headers not cleared on cross-origin redirect in net/http</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2025-4673</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go standard library net/http&lt;/p&gt;
&lt;p&gt;Proxy-Authorization and Proxy-Authenticate headers persisted on cross-origin redirects potentially leaking sensitive information.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go standard library net/http&lt;/p&gt;
&lt;p&gt;Proxy-Authorization and Proxy-Authenticate headers persisted on cross-origin redirects potentially leaking sensitive information.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2025-4673</guid>
    </item>
    <item>
      <title>GHSA-2j42-h78h-q4fg — Beego allows Reflected/Stored XSS in Beego's RenderForm() Function Due to Unescaped User Input</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-2j42-h78h-q4fg</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/beego/beego/v2, Go: github.com/beego/beego&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;A Cross-Site Scripting (XSS) vulnerability exists in Beego&amp;#39;s `RenderForm()` function due to improper HTML escaping of user-controlled data. This vulnerability allows attackers to inject malicious JavaScript code that executes in victims&amp;#39; browsers, potentially leading to session hijacking, credential theft, or account takeover. The vulnerability affects any application using Beego&amp;#39;s `RenderForm()` function with user-provided data. Since it is a high-level function generating an entire form markup, many developers would assume it automatically escapes attributes (the way most frameworks do).&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;The vulnerability is located in the `renderFormField()` function in Beego&amp;#39;s `templatefunc.go` file (around lines 316-356). This function directly injects user-provided values into HTML without proper escaping:&lt;/p&gt;
&lt;p&gt;```go
return fmt.Sprintf(`%v&amp;lt;input%v%v name=&amp;#34;%v&amp;#34; type=&amp;#34;%v&amp;#34; value=&amp;#34;%v&amp;#34;%v&amp;gt;`, 
    label, id, class, name, fType, value, requiredString)
```&lt;/p&gt;
&lt;p&gt;None of the values (label, id, class, name, value) are properly HTML-escaped before being inserted into the HTML template. This allows attackers to break out of the attribute context or inject HTML tags directly.
The vulnerability can be exploited in two main ways:&lt;/p&gt;
&lt;p&gt;- Attribute Injection: By injecting code into fields like DisplayName, an attacker can break out of the attribute context and execute JavaScript.
- Content Injection: By injecting HTML tags into textarea content, an attacker can execute JavaScript.&lt;/p&gt;
&lt;p&gt;The `Ren…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/beego/beego/v2, Go: github.com/beego/beego&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;A Cross-Site Scripting (XSS) vulnerability exists in Beego&amp;#39;s `RenderForm()` function due to improper HTML escaping of user-controlled data. This vulnerability allows attackers to inject malicious JavaScript code that executes in victims&amp;#39; browsers, potentially leading to session hijacking, credential theft, or account takeover. The vulnerability affects any application using Beego&amp;#39;s `RenderForm()` function with user-provided data. Since it is a high-level function generating an entire form markup, many developers would assume it automatically escapes attributes (the way most frameworks do).&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;The vulnerability is located in the `renderFormField()` function in Beego&amp;#39;s `templatefunc.go` file (around lines 316-356). This function directly injects user-provided values into HTML without proper escaping:&lt;/p&gt;
&lt;p&gt;```go
return fmt.Sprintf(`%v&amp;lt;input%v%v name=&amp;#34;%v&amp;#34; type=&amp;#34;%v&amp;#34; value=&amp;#34;%v&amp;#34;%v&amp;gt;`, 
    label, id, class, name, fType, value, requiredString)
```&lt;/p&gt;
&lt;p&gt;None of the values (label, id, class, name, value) are properly HTML-escaped before being inserted into the HTML template. This allows attackers to break out of the attribute context or inject HTML tags directly.
The vulnerability can be exploited in two main ways:&lt;/p&gt;
&lt;p&gt;- Attribute Injection: By injecting code into fields like DisplayName, an attacker can break out of the attribute context and execute JavaScript.
- Content Injection: By injecting HTML tags into textarea content, an attacker can execute JavaScript.&lt;/p&gt;
&lt;p&gt;The `Ren…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-2j42-h78h-q4fg</guid>
    </item>
  </channel>
</rss>
