Goal Reached Thanks to every supporter — we hit 100%!

Goal: 1000 CNY · Raised: 1000 CNY

100.0%

CWE-601 (指向未可信站点的URL重定向(开放重定向)) — Vulnerability Class 722

722 vulnerabilities classified as CWE-601 (指向未可信站点的URL重定向(开放重定向)). AI Chinese analysis included.

CWE-601 represents a critical web application vulnerability where the software accepts user-controlled input to specify a redirect destination without adequate validation. Attackers typically exploit this weakness by crafting malicious URLs that redirect victims to untrusted, phishing sites, often leveraging the trust associated with the legitimate domain to bypass security warnings. This social engineering tactic facilitates credential theft, malware distribution, or session hijacking. To mitigate this risk, developers must implement strict validation mechanisms, such as maintaining an allowlist of permitted domains or verifying that redirect parameters originate from the same origin. Additionally, using relative paths instead of absolute URLs can significantly reduce the attack surface. By ensuring that all redirection targets are explicitly trusted and verified before processing, organizations can prevent unauthorized navigation and protect users from deceptive external links.

MITRE CWE Description
The web application accepts a user-controlled input that specifies a link to an external site, and uses that link in a redirect.
Common Consequences (2)
Access ControlBypass Protection Mechanism, Gain Privileges or Assume Identity
The user may be redirected to an untrusted page that contains malware which may then compromise the user's system. In some cases, an open redirect can also enable the immediate download of a file without the user's permission, because the r…
Access Control, Confidentiality, OtherBypass Protection Mechanism, Gain Privileges or Assume Identity, Other
By modifying the URL value to a malicious site, an attacker may successfully launch a phishing scam. The user may be subjected to phishing attacks by being redirected to an untrusted page. The phishing attack may point to an attacker controlled web page that appears to be a trusted web site. The phi…
Mitigations (5)
ImplementationAssume all input is malicious. Use an "accept known good" input validation strategy, i.e., use a list of acceptable inputs that strictly conform to specifications. Reject any input that does not strictly conform to specifications, or transform it into something that does. When performing input validation, consider all potentially relevant properties, including length, type of input, the full range…
Architecture and DesignUse an intermediate disclaimer page that provides the user with a clear warning that they are leaving the current site. Implement a long timeout before the redirect occurs, or force the user to click on the link. Be careful to avoid XSS problems (CWE-79) when generating the disclaimer page.
Architecture and DesignWhen the set of acceptable objects, such as filenames or URLs, is limited or known, create a mapping from a set of fixed input values (such as numeric IDs) to the actual filenames or URLs, and reject all other inputs. For example, ID 1 could map to "/login.asp" and ID 2 could map to "http://www.example.com/". Features such as the ESAPI AccessReferenceMap [REF-45] provide this capability.
Architecture and DesignEnsure that no externally-supplied requests are honored by requiring that all redirect requests include a unique nonce generated by the application [REF-483]. Be sure that the nonce is not predictable (CWE-330).
Architecture and Design, ImplementationUnderstand all the potential areas where untrusted inputs can enter your software: parameters or arguments, cookies, anything read from the network, environment variables, reverse DNS lookups, query results, request headers, URL components, e-mail, files, filenames, databases, and any external systems that provide data to the application. Remember that such inputs may be obtained indirectly throug…
Examples (2)
The following code obtains a URL from the query string and then redirects the user to that URL.
$redirect_url = $_GET['url']; header("Location: " . $redirect_url);
Bad · PHP
http://example.com/example.php?url=http://malicious.example.com
Attack
The following code is a Java servlet that will receive a GET request with a url parameter in the request to redirect the browser to the address specified in the url parameter. The servlet will retrieve the url parameter value from the request and send a response to redirect the browser to the url address.
public class RedirectServlet extends HttpServlet { protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String query = request.getQueryString(); if (query.contains("url")) { String url = request.getParameter("url"); response.sendRedirect(url); } } }
Bad · Java
<a href="http://bank.example.com/redirect?url=http://attacker.example.net">Click here to log in</a>
Attack · HTML
CVE IDTitleCVSSSeverityPublished
CVE-2026-35474 WeGIA - Open Redirect - atualizacao redirection - Unvalidated $_GET['redirect'] — WeGIA 6.1AIMediumAI2026-04-06
CVE-2026-35473 WeGIA - Open Redirect - IentradaControle - listarId() - Unvalidated $_GET['nextPage'] — WeGIA 6.1AIMediumAI2026-04-06
CVE-2026-35472 WeGIA - Open Redirect - EstoqueControle - listarTodos() - Unvalidated $_GET['nextPage'] — WeGIA 6.1AIMediumAI2026-04-06
CVE-2026-35398 WeGIA - Open Redirect - OrigemControle - listarTodos() & listarId_Nome() - Unvalidated $_GET['nextPage'] — WeGIA 6.1AIMediumAI2026-04-06
CVE-2026-35396 WeGIA - Open Redirect - IsaidaControle - listarId() - Unvalidated $_GET['nextPage'] — WeGIA 6.1AIMediumAI2026-04-06
CVE-2018-25245 7 Tik 1.0.1.0 Denial of Service via Search — 7 Tik 7.5 High2026-04-04
CVE-2026-33709 JupyterHub has an Open Redirect Vulnerability — jupyterhub 6.1AIMediumAI2026-04-03
CVE-2026-5467 Casdoor OAuth Authorization Request redirect — Casdoor 4.3 Medium2026-04-03
CVE-2026-34931 hoppscotch: Improper loopback redirect_uri validation in device-login flow — hoppscotch 6.1AIMediumAI2026-04-02
CVE-2026-34847 hoppscotch: Open redirect via `/enter?redirect=` — hoppscotch 4.7 Medium2026-04-02
CVE-2026-3872 Keycloak: keycloak: information disclosure due to redirect_uri validation bypass — Red Hat build of Keycloak 26.2 7.3 High2026-04-02
CVE-2026-2475 Security Vulnerabilities have been found in IBM Verify Identity Access and IBM Security Verify Access — Verify Identity Access Container 3.1 Low2026-04-01
CVE-2024-58342 XenForo Open Redirect via getDynamicRedirect — XenForo 6.3 Medium2026-04-01
CVE-2026-32113 Discourse: Open redirect via `sso_destination_url` cookie in `enter` — discourse 6.4 -2026-03-31
CVE-2026-4799 Open redirect vulnerability in Search Guard Kibana Plugin via manipulated requests — Search Guard FLX 4.3 Medium2026-03-31
CVE-2026-33885 Statamic has an Open Redirect on unauthenticated endpoints via URL parsing differential — cms 6.1 Medium2026-03-27
CVE-2026-33868 Mastodon has a GET-Based Open Redirect via '/web/%2F<domain>' — mastodon 4.3 Medium2026-03-27
CVE-2026-33397 Angular SSR Vulnerable to Protocol-Relative URL Injection via Single Backslash Bypass — angular-cli 6.1 -2026-03-26
CVE-2026-1166 Open Redirect Vulnerability in Hitachi Ops Center Administrator — Hitachi Ops Center Administrator 4.3 Medium2026-03-25
CVE-2026-33296 AVideo has an Open Redirect via Unvalidated redirectUri in userLogin.php — AVideo 6.1 -2026-03-22
CVE-2026-29105 SuiteCRM has Unauthenticated Open Redirect in Leads WebToLead Capture — SuiteCRM 5.4 Medium2026-03-19
CVE-2026-2376 Mirror-registry: quay: quay: server-side request forgery via open redirect vulnerability in web interface — mirror registry for Red Hat OpenShift 4.9 Medium2026-03-12
CVE-2026-32235 @backstage/plugin-auth-backend: OAuth redirect URI allowlist bypass — plugin-auth-backend 5.9 Medium2026-03-12
CVE-2026-3824 WellChoose|IFTOP - Open redirect — IFTOP 6.1 Medium2026-03-11
CVE-2026-21295 Adobe Commerce | URL Redirection to Untrusted Site ('Open Redirect') (CWE-601) — Adobe Commerce 3.1 Low2026-03-11
CVE-2026-31819 Sylius has an Open Redirect via Referer Header — Sylius 6.1AIMediumAI2026-03-10
CVE-2026-28512 Pocket ID: OAuth redirect_uri validation bypass via userinfo/host confusion — pocket-id 7.1 High2026-03-09
CVE-2026-29067 ZITADEL: Account Takeover Due to Improper Instance Validation in V2 Login — zitadel 8.1 High2026-03-07
CVE-2026-28106 WordPress B2BKing Premium plugin < 5.4.20 - Open Redirection vulnerability — B2BKing Premium 4.7 Medium2026-03-06
CVE-2026-28681 IRRd: web UI host header injection allows password reset poisoning via attacker-controlled email links — irrd 8.1 High2026-03-06

Vulnerabilities classified as CWE-601 (指向未可信站点的URL重定向(开放重定向)) represent 722 CVEs. The CWE taxonomy describes the weakness; review individual CVEs for product-specific impact.