Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAttacker plants malicious URL in PILOS meeting or file context
-
DeliveryAuthenticated user clicks target="_blank" link
-
ExploitBrowser opens new tab with window.opener reference to PILOS tab
-
ExecutionMalicious page calls window.opener.location.href to attacker-controlled phishing site
-
PersistOriginal PILOS tab silently redirects
-
ImpactUser submits credentials to attacker
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V3 - Web Frontend Security Window.opener access prevention
|
| Exploitation Conditions | Exploitation requires three concurrent conditions: (1) the victim must be an authenticated PILOS user (PR:L per CVSS - unauthenticated exploitation is not possible); (2) the victim must actively click a link within PILOS that opens a new browser tab via target="_blank" (UI:R per CVSS - passive exploitation is not possible); and (3) the destination page must be attacker-controlled or attacker-influenced, meaning the attacker must be able to introduce a malicious URL into the user's PILOS context. Exploitation is limited by the requirement for authenticated user interaction, the need for the attacker to plant or influence a reachable URL within PILOS, and the progressive browser-side noopener defaults in Chrome 83+ and Firefox 79+ which reduce but do not eliminate the window.opener exposure. Versions 4.14.1 and later are not exploitable. |
| Impact | The CVSS 3.1 vector AV:N/AC:L/PR:L/UI:R/S:C/C:N/I:L/A:N scores 4.1 (Medium), which accurately reflects real-world risk. PR:L confirms that exploitation requires an authenticated victim, not an anonymous internet attacker. UI:R adds a meaningful barrier - the user must actively click a link. The Scope Change (S:C) captures the cross-origin browser boundary being crossed, distinguishing this from a purely internal impact. No EPSS score was provided in the input data, so exploitation probability cannot be quantified from that signal. The absence of a CISA KEV listing and any public POC indicates no confirmed mass exploitation. The primary threat model is targeted phishing of authenticated PILOS users - the attacker does not gain direct server-side access but can harvest credentials via a convincing fake login page. For most deployments, this is a patch-in-normal-cycle issue rather than an emergency. Note that modern browsers (Chrome 83+, Firefox 79+) have introduced implicit noopener behavior for some target="_blank" scenarios, which may independently reduce exploitability on updated client browsers, but relying on this is not a reliable mitigation. |
| Exploit ScenarioDerived | An attacker hosts a malicious page and introduces its URL into a PILOS session - for example, as a meeting link, shared room file reference, or external recording resource. An authenticated PILOS user clicks the link, which opens in a new browser tab; the malicious page immediately executes window.opener.location.href = 'https://pilos-phishing.attacker.com', redirecting the original authenticated PILOS tab to a convincing credential-harvesting login page. No public exploit code has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 06, 2026
Reverse tabnabbing in PILOS versions 2.1.0 through 4.14.1 exposes authenticated users to session hijacking via phishing by omitting the Cross-Origin-Opener-Policy (COOP) response header on pages that open links in new browser tabs. When an authenticated user clicks a target="_blank" link within PILOS, the newly opened page retains a live window.opener reference to the original PILOS tab, allowing the destination page to silently redirect that tab to an attacker-controlled site mimicking PILOS login. No public exploit has been identified at time of analysis, and the vendor-confirmed fix is available in v4.14.1.
RemediationAI
Upgrade PILOS to version 4.14.1, released at https://github.com/THM-Health/PILOS/releases/tag/v4.14.1, which resolves the missing COOP header via the refactored recording access controller in commit b50f2bd07c4f4a7d6a9981578238ae3579275d81. The security advisory is available at https://github.com/THM-Health/PILOS/security/advisories/GHSA-j4wr-p8gh-xrw5. If immediate upgrade is not feasible, configure the reverse proxy or web server (nginx or Apache) in front of PILOS to inject the response header Cross-Origin-Opener-Policy: same-origin on all responses; note this may break legitimate cross-origin pop-up flows if any are used by the deployment. A secondary compensating control is to add rel="noopener noreferrer" to all target="_blank" anchor elements in templates, though this requires application-level code changes and does not address root cause for dynamically opened windows.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerability maps to CWE-1022 (Use of Web Link to Untrusted Target with window.opener Access), a browser-level security boundary issue. PILOS is a Laravel/PHP-based web frontend for BigBlueButton, an open-source video conferencing platform deployed primarily in academic and healthcare settings. When a page opens a child tab via target="_blank" without either the rel="noopener noreferrer" anchor attribute or a Cross-Origin-Opener-Policy: same-origin response header, the browser preserves a cross-origin window.opener reference from the child tab back to the parent. The child can then call window.opener.location.href to navigate the parent tab to any URL. The patch in commit b50f2bd07c4f4a7d6a9981578238ae3579275d81 refactored recording format access from a direct API redirect to a server-rendered controller route (RecordingFormatController), enabling proper header injection and error handling in the new-tab context. Affected product scope covers PILOS 2.1.0 up to but not including 4.14.1, as confirmed by ENISA EUVD-2026-54178.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:R/S:C/C:N/I:L/A:N
PR:L reflects that an authenticated victim is required; S:C captures the cross-origin browser boundary crossed via window.opener; UI:R is mandatory since the user must click the link.
Primary rating from Vendor (github).
CVSS VectorVendor: github
Lifecycle Timeline
1DescriptionCVE.org
PILOS (Platform for Interactive Live-Online Seminars) is a frontend for BigBlueButton. From 2.1.0 until 4.14.1, PILOS does not send a Cross-Origin-Opener-Policy response header, so pages opened by PILOS via a link that opens a new browsing context (e.g., target="_blank") retain a window.opener reference back to the originating PILOS tab. A malicious destination page reached this way can use window.opener to navigate or manipulate the original PILOS tab, a technique known as reverse tabnabbing, potentially redirecting an authenticated user to a phishing page that mimics PILOS. This issue is fixed in version 4.14.1.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
EUVD-2026-54178
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB