Information Exposure Through Query String

ID

csharp.information_exposure_through_query_string

Severity

low

Remediation Complexity

medium

Remediation Risk

low

Remediation Effort

medium

Resource

Information Leak

Language

CSharp

Tags

ASVS50:v8.3.1, CWE:598, NIST.SP.800-53, OWASP:2025:A04, PCI-DSS:6.5.10

Description

Sensitive data — a password, token, secret or API key — is placed in a URL query string.

Rationale

Data in a URL query string is not protected the way a request body is: it is written to web-server and proxy access logs, kept in the browser history, and forwarded in the Referer header to third-party sites. Even over HTTPS the full URL, including the query string, routinely ends up in logs and history. Sending credentials or tokens this way exposes them well beyond the intended endpoint.

// VULNERABLE: reading a secret from the query string (endpoint expects it in the URL)
var pwd = context.Request.Query["password"];

// VULNERABLE: building a URL whose query string carries a secret
// (the token lands in logs, history and Referer headers)
var url = $"https://api.example.com/data?access_token={token}";
var login = "/account/login?password=" + password;

Remediation

Send sensitive values in the request body of a POST/PUT request, or in an Authorization header — never in the URL query string.

using var request = new HttpRequestMessage(HttpMethod.Post, "https://api.example.com/data");
request.Headers.Authorization = new AuthenticationHeaderValue("Bearer", token);
// credentials go in the body, form-encoded or JSON, not the query string

References

  • CWE-598 : Use of GET Request Method With Sensitive Query Strings