MEDIUM 6.5

CVE-2026-57987: Server-Side Request Forgery in Microsoft Edge (Chromium) – Medium Severity

Microsoft Edge (Chromium-based) contains a server-side request forgery (SSRF) vulnerability that allows attackers to trick the browser into making unauthorized requests to internal or external systems on behalf of a user. An attacker would need to craft a malicious webpage or link that, when visited by a user, causes Edge to fetch resources or interact with services the user doesn't intend to access. The vulnerability could expose sensitive information accessible from the user's network perspective, such as internal service responses, metadata, or configuration details. This is not a vulnerability that spreads on its own or affects systems passively—user interaction is required for exploitation.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N
Weaknesses (CWE)
CWE-918
Affected products
1 configuration(s)
Published / Modified
2026-07-03 / 2026-07-07

NVD description (verbatim)

Server-side request forgery (ssrf) in Microsoft Edge (Chromium-based) allows an unauthorized attacker to perform spoofing over a network.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The vulnerability is classified as CWE-918 (Server-Side Request Forgery) in Microsoft Edge's Chromium engine. The attack vector is network-based with low attack complexity, requires no special privileges, but does require user interaction (UI:R). The impact scope is unchanged (the vulnerability does not cross trust boundaries), confidentiality is high (an attacker may read sensitive data accessible from the browser context), while integrity and availability remain unaffected. The CVSS v3.1 score of 6.5 (Medium) reflects a configuration where user interaction is a necessary precondition but the confidentiality impact is substantial. An attacker exploits this by controlling content served over the network—typically a website or embedded resource—that causes Edge to make requests to unintended targets, such as internal IP addresses, localhost services, or cloud metadata endpoints.

Business impact

The primary business risk is information disclosure. If users visit a malicious or compromised website while using the affected Edge version, an attacker could extract sensitive data from internal systems, cloud metadata services, or authentication tokens accessible from the user's network context. This is particularly concerning in corporate environments where internal services (databases, admin panels, cloud metadata) may be accessible from employee workstations. For organizations relying on Edge as a standard browser, this could facilitate reconnaissance prior to lateral movement attacks or credential harvesting. The requirement for user interaction limits the risk scope to users who can be socially engineered or who visit compromised sites, but does not eliminate the threat.

Affected systems

Microsoft Edge (Chromium-based) versions prior to the patch are affected. The vulnerability is specific to the Chromium-based Edge implementation, not legacy Edge. Affected users include anyone running an unpatched version of Chromium-based Edge. Organizations should verify the exact affected version range against Microsoft's security advisory and their current deployment baseline.

Exploitability

Exploitation requires user interaction—the attacker cannot force a request without the user visiting a malicious page or clicking a link. Once a user arrives at the attacker-controlled content, the browser automatically performs the SSRF request without further prompting. The attack complexity is low, meaning the attacker needs only a straightforward website or advertisement served over the network. This is not currently listed on CISA's Known Exploited Vulnerabilities (KEV) catalog, indicating no public evidence of active, widespread exploitation at time of publication. However, the simplicity of exploitation and the high confidentiality impact mean this could become attractive to threat actors if weaponized proof-of-concept code emerges.

Remediation

Apply the security update provided by Microsoft for Chromium-based Edge. Organizations should verify the patched version number from the official Microsoft security advisory and deploy it through their standard browser update mechanisms (managed updates, WSUS, Intune, or manual updates depending on your environment). For managed deployments, expedite testing and rollout to affected user populations within 30 days, prioritizing users who access sensitive internal services or handle confidential data.

Patch guidance

Obtain the latest patched version of Microsoft Edge (Chromium-based) from Microsoft's official security advisory page. Verify the specific version numbers that address CVE-2026-57987 before deployment. For enterprise users, configure automatic updates or use Microsoft Intune/Group Policy to enforce the patch across your organization. Test in a pilot group before broad deployment to ensure compatibility with internal web applications and extensions. For consumer users, enable automatic updates in Edge settings (Settings > About Microsoft Edge) to receive patches automatically.

Detection guidance

Monitor for unusual outbound requests from Edge processes to internal IP ranges (RFC 1918), localhost (127.0.0.1), or cloud metadata endpoints (169.254.169.254 on AWS environments). Implement web proxy or firewall rules that log and restrict Edge's access to internal services from user workstations. Email gateway logs may reveal phishing or malicious links that could be used to deliver SSRF payloads. Endpoint detection tools should alert on Edge processes making requests to unexpected internal targets, though false positives may occur for legitimate internal web resources. Vulnerability scanning should confirm remediation by verifying Edge version numbers post-patch.

Why prioritize this

This vulnerability merits prompt attention in most environments due to the combination of network accessibility, user interaction as a reasonable attack precondition, and high confidentiality impact. Prioritize patching for: (1) users in security-sensitive roles with access to internal systems; (2) organizations with sensitive internal services accessible from user networks; (3) businesses where social engineering or phishing is a known threat. The Medium severity rating and lack of active exploitation in the wild allow for a structured, tested rollout rather than emergency patching, but should not be deferred more than 30 days in high-risk environments.

Risk score, explained

The CVSS v3.1 score of 6.5 (Medium) is driven by: high confidentiality impact (C:H)—an attacker can read sensitive data from the user's network context; low attack complexity (AC:L)—the exploit requires only a network request and a user-controlled webpage; no privilege requirement (PR:N); and user interaction dependency (UI:R)—the user must visit the attacker's content. The score does not reflect integrity or availability impact because SSRF here is used for information disclosure, not data modification or service disruption. The presence of the UI requirement prevents a higher score, but the information disclosure risk remains significant in networked corporate environments.

Frequently asked questions

Can this vulnerability allow an attacker to compromise my entire system?

No. This SSRF vulnerability is limited to information disclosure—an attacker can read data from systems accessible from your browser's network context (such as internal services or cloud metadata), but cannot execute code, modify files, or disable services. Exploitation requires you to visit a malicious webpage, and the attacker gains access only to data, not full system control.

Do I need to patch immediately, or can I wait?

A structured patch schedule within 30 days is appropriate for most organizations. If your organization accesses sensitive internal services from user workstations or faces active phishing threats, prioritize patching within 7–14 days. Since this is not yet known to be exploited in the wild (not on CISA's KEV list), you have time to test and deploy responsibly rather than as an emergency.

Why is Edge on Windows specifically vulnerable and not on macOS or Linux?

The vulnerability affects all platforms where Chromium-based Edge runs (Windows, macOS, Linux). Microsoft will issue patches for all affected platforms. Check Microsoft's advisory for platform-specific patch versions and availability.

How can I tell if I've been exploited?

There is no reliable way for a typical user to detect exploitation after the fact. Your best defense is to patch promptly and practice caution with suspicious links and websites. If your organization has logs of internal service access or network monitoring, your IT team may be able to review them for unauthorized SSRF patterns post-patch, but absence of evidence is not evidence of non-exploitation.

This intelligence is provided for informational purposes to help organizations manage cybersecurity risk. SEC.co does not guarantee the accuracy or completeness of this analysis and recommends verification against official vendor advisories, including Microsoft's security bulletins. Patch version numbers, timelines, and specific guidance should be cross-referenced with authoritative sources. This analysis is not a substitute for professional security assessment, penetration testing, or incident response planning. Organizations must conduct their own risk assessment based on their environment, users, and exposure before making patching or deployment decisions. Source: NVD (public-domain), retrieved 2026-08-12. Analysis generated by SEC.co (claude-haiku-4-5).