Every CVE Search/ Get API key

CVE-2025-30223

Beego allows Reflected/Stored XSS in Beego's RenderForm() Function Due to Unescaped User Input

9.3 CriticalFix available

Beego is an open-source web framework for the Go programming language. Prior to 2.3.6, a Cross-Site Scripting (XSS) vulnerability exists in Beego'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' browsers, potentially leading to session hijacking, credential theft, or account takeover. The vulnerability affects any application using Beego'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). This vulnerability is fixed in 2.3.6.

Attack profile

How easy it is to exploit

Attack vector
Network
Complexity
Low
Privileges needed
None
User interaction
Required

What an attacker can affect

Confidentiality
High
Integrity
High
Availability
None

Exploit likelihood

0.61%Up 0.6 points since Apr 1, 2025
90%50%10%1%

What each source reports

CVE List Score used 9.3

Beego allows Reflected/Stored XSS in Beego's RenderForm() Function Due to Unescaped User Input

Beego is an open-source web framework for the Go programming language. Prior to 2.3.6, a Cross-Site Scripting (XSS) vulnerability exists in Beego'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' browsers, potentially leading to session hijacking, credential theft, or account takeover. The vulnerability affects any application using Beego'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). This vulnerability is fixed in 2.3.6.

Record
CVE-2025-30223
CVSS 3.1
9.3 CriticalCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N
Weakness
CWE-79
Updated
2026-11-02
EUVDEUVD-2025-8839 9.3

Beego is an open-source web framework for the Go programming language. Prior to 2.3.6, a Cross-Site Scripting (XSS) vulnerability exists in Beego'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' browsers, potentially leading to session hijacking, credential theft, or account takeover. The vulnerability affects any application using Beego'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). This vulnerability is fixed in 2.3.6.

Record
EUVD-2025-8839
CVSS 3.1
9.3 CriticalCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N
Updated
2026-11-02
GitHub AdvisoriesGHSA-2j42-h78h-q4fg 9.3

Beego allows Reflected/Stored XSS in Beego's RenderForm() Function Due to Unescaped User Input

Summary

A Cross-Site Scripting (XSS) vulnerability exists in Beego'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' browsers, potentially leading to session hijacking, credential theft, or account takeover. The vulnerability affects any application using Beego'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).

Details

The vulnerability is located in the renderFormField() function in Beego's templatefunc.go file (around lines 316-356). This function directly injects user-provided values into HTML without proper escaping:

return fmt.Sprintf(`%v<input%v%v name="%v" type="%v" value="%v"%v>`, 
    label, id, class, name, fType, value, requiredString)

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:

  • 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.

The RenderForm() function returns template.HTML, which bypasses Go's automatic HTML escaping, making this vulnerability particularly dangerous.

PoC

Retrieve the following (secret) gist: https://gist.github.com/thevilledev/8fd0cab3f098320aa9daab04be59fd2b

To run it:

go mod init beego-xss-poc
go mod tidy
go run poc.go

Open your browser and navigate to http://localhost:8080/

The application demonstrates the vulnerability through several examples:

  • /profile - Shows a profile with malicious data in the Display Name and Bio fields
  • /admin - Shows multiple user profiles, including one with malicious data
  • /submit - Allows you to create your own profile with malicious data

In addition, you may use this Go test in templatefunc_test.go. The test passes, validating the vulnerability.

func TestRenderFormXSSVulnerability(t *testing.T) {
	type UserProfile struct {
		DisplayName string `form:"displayName,text,Name:"`
		Bio         string `form:",textarea"`
	}

	// Test case 1: Attribute injection in input field
	maliciousUser := UserProfile{
		DisplayName: `" onmouseover="alert('XSS')" data-malicious="`,
		Bio:         "Normal bio text",
	}

	output := RenderForm(&maliciousUser)

	// The vulnerable output would contain the unescaped JavaScript
	if !strings.Contains(string(output), `onmouseover="alert('XSS')"`) {
		t.Errorf("Expected XSS vulnerability in attribute, but got safe output: %v", output)
	}

	// Test case 2: Script injection in textarea
	maliciousUser2 := UserProfile{
		DisplayName: "Normal Name",
		Bio:         `</textarea><script>alert('XSS')</script><textarea>`,
	}

	output = RenderForm(&maliciousUser2)

	// The vulnerable output would contain the unescaped script tag
	if !strings.Contains(string(output), `</textarea><script>alert('XSS')`) {
		t.Errorf("Expected XSS vulnerability in textarea content, but got safe output: %v", output)
	}
}

Impact

This is a high-severity vulnerability with the following impacts:

  • Cross-Site Scripting (XSS): Allows execution of arbitrary JavaScript in the context of the victim's browser.
  • Session Hijacking: Attackers can steal session cookies and impersonate victims.
  • Credential Theft: Attackers can create fake login forms to steal credentials.
  • Account Takeover: Attackers can perform actions on behalf of the victim.
  • Data Exfiltration: Sensitive data visible in the browser can be stolen.

This is particularly concerning in admin panels or user management interfaces where one…

Record
GHSA-2j42-h78h-q4fg
CVSS 3.1
9.3 CriticalCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N
Weakness
CWE-79
Updated
2026-11-02
NVD 9.3

Beego is an open-source web framework for the Go programming language. Prior to 2.3.6, a Cross-Site Scripting (XSS) vulnerability exists in Beego'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' browsers, potentially leading to session hijacking, credential theft, or account takeover. The vulnerability affects any application using Beego'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). This vulnerability is fixed in 2.3.6.

Record
CVE-2025-30223
CVSS 3.1
9.3 CriticalCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N
CVSS 3.1
9.6 CriticalCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Weakness
CWE-79
Updated
2026-11-02
OSV 9.3

Beego allows Reflected/Stored XSS in Beego's RenderForm() Function Due to Unescaped User Input

Beego is an open-source web framework for the Go programming language. Prior to 2.3.6, a Cross-Site Scripting (XSS) vulnerability exists in Beego'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' browsers, potentially leading to session hijacking, credential theft, or account takeover. The vulnerability affects any application using Beego'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). This vulnerability is fixed in 2.3.6.

Record
CVE-2025-30223
CVSS 3.1
9.3 CriticalCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N
Weakness
CWE-79
Updated
2026-11-02
OSVGHSA-2j42-h78h-q4fg 9.3

Beego allows Reflected/Stored XSS in Beego's RenderForm() Function Due to Unescaped User Input

Summary

A Cross-Site Scripting (XSS) vulnerability exists in Beego'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' browsers, potentially leading to session hijacking, credential theft, or account takeover. The vulnerability affects any application using Beego'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).

Details

The vulnerability is located in the renderFormField() function in Beego's templatefunc.go file (around lines 316-356). This function directly injects user-provided values into HTML without proper escaping:

return fmt.Sprintf(`%v<input%v%v name="%v" type="%v" value="%v"%v>`, 
    label, id, class, name, fType, value, requiredString)

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:

  • 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.

The RenderForm() function returns template.HTML, which bypasses Go's automatic HTML escaping, making this vulnerability particularly dangerous.

PoC

Retrieve the following (secret) gist: https://gist.github.com/thevilledev/8fd0cab3f098320aa9daab04be59fd2b

To run it:

go mod init beego-xss-poc
go mod tidy
go run poc.go

Open your browser and navigate to http://localhost:8080/

The application demonstrates the vulnerability through several examples:

  • /profile - Shows a profile with malicious data in the Display Name and Bio fields
  • /admin - Shows multiple user profiles, including one with malicious data
  • /submit - Allows you to create your own profile with malicious data

In addition, you may use this Go test in templatefunc_test.go. The test passes, validating the vulnerability.

func TestRenderFormXSSVulnerability(t *testing.T) {
	type UserProfile struct {
		DisplayName string `form:"displayName,text,Name:"`
		Bio         string `form:",textarea"`
	}

	// Test case 1: Attribute injection in input field
	maliciousUser := UserProfile{
		DisplayName: `" onmouseover="alert('XSS')" data-malicious="`,
		Bio:         "Normal bio text",
	}

	output := RenderForm(&maliciousUser)

	// The vulnerable output would contain the unescaped JavaScript
	if !strings.Contains(string(output), `onmouseover="alert('XSS')"`) {
		t.Errorf("Expected XSS vulnerability in attribute, but got safe output: %v", output)
	}

	// Test case 2: Script injection in textarea
	maliciousUser2 := UserProfile{
		DisplayName: "Normal Name",
		Bio:         `</textarea><script>alert('XSS')</script><textarea>`,
	}

	output = RenderForm(&maliciousUser2)

	// The vulnerable output would contain the unescaped script tag
	if !strings.Contains(string(output), `</textarea><script>alert('XSS')`) {
		t.Errorf("Expected XSS vulnerability in textarea content, but got safe output: %v", output)
	}
}

Impact

This is a high-severity vulnerability with the following impacts:

  • Cross-Site Scripting (XSS): Allows execution of arbitrary JavaScript in the context of the victim's browser.
  • Session Hijacking: Attackers can steal session cookies and impersonate victims.
  • Credential Theft: Attackers can create fake login forms to steal credentials.
  • Account Takeover: Attackers can perform actions on behalf of the victim.
  • Data Exfiltration: Sensitive data visible in the browser can be stolen.

This is particularly concerning in admin panels or user management interfaces where one…

Record
GHSA-2j42-h78h-q4fg
CVSS 3.1
9.3 CriticalCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N
Weakness
CWE-79
Updated
2026-11-02
OSVGO-2025-3585 No score

Beego allows Reflected/Stored XSS in Beego's RenderForm() Function Due to Unescaped User Input in github.com/beego/beego

Beego allows Reflected/Stored XSS in Beego's RenderForm() Function Due to Unescaped User Input in github.com/beego/beego

Record
GO-2025-3585
Updated
2026-11-02
OSVopenSUSE-SU-2025:14970-1 No score

govulncheck-vulndb-0.0.20250402T160203-1.1 on GA media

These are all security issues fixed in the govulncheck-vulndb-0.0.20250402T160203-1.1 package on the GA media of openSUSE Tumbleweed.

Record
openSUSE-SU-2025:14970-1
Updated
2026-11-02

Affected products

Affected packages

Affected packages
PackageAffectedFixed
github.com/beego/beego/v2
Go
before 2.3.6
2.3.6
github.com/beego/beego
Go
through 1.12.14 None known
github.com/beego/beego
Go
All versions None known
govulncheck-vulndb
openSUSE:Tumbleweed
From an advisory covering 6 CVEs
before 0.0.20250402T160203-1.1
0.0.20250402T160203-1.1

History

History
RecordedChangedSources
affected, facts
first indexedCVE List, EUVD, GitHub Advisories, NVD, OSV

Dates are when Every CVE recorded each change. Upstream dates may differ.

In short

CVE-2025-30223 is a critical vulnerability (CVSS 9.3) in Beego, published March 31, 2025. No source lists public exploit code. EPSS puts the chance of exploitation in the next 30 days at 0.61%, the 49th percentile. Fixed in github.com/beego/beego/v2 2.3.6.

References

Show 8 moreShow less
This page doesn't list everything

Left out here: the rest of 2 source descriptions. The JSON record has them.

MoveEnter Open