Blink in Google Chrome prior to 56.0.2924.76 for Linux, Windows and Mac, and 56.0.2924.87 for Android, failed to prevent certain UI elements from being displayed by non-visible pages, which allowed a remote attacker to show certain UI elements on a page they dont control via a crafted HTML page.
Weakness
The web application does not restrict or incorrectly restricts frame objects or UI layers that belong to another application or domain, which can lead to user confusion about which interface the user is interacting with.
Affected Software
| Name |
Vendor |
Start Version |
End Version |
| Chrome |
Google |
* |
55.0.2883.87 (including) |
| Red Hat Enterprise Linux 6 Supplementary |
RedHat |
chromium-browser-0:56.0.2924.76-1.el6 |
* |
| Chromium-browser |
Ubuntu |
devel |
* |
| Chromium-browser |
Ubuntu |
precise |
* |
| Chromium-browser |
Ubuntu |
trusty |
* |
| Chromium-browser |
Ubuntu |
upstream |
* |
| Chromium-browser |
Ubuntu |
xenial |
* |
| Chromium-browser |
Ubuntu |
yakkety |
* |
| Chromium-browser |
Ubuntu |
zesty |
* |
Potential Mitigations
- The use of X-Frame-Options allows developers of web content to restrict the usage of their application within the form of overlays, frames, or iFrames. The developer can indicate from which domains can frame the content.
- The concept of X-Frame-Options is well documented, but implementation of this protection mechanism is in development to cover gaps. There is a need for allowing frames from multiple domains.
- A developer can use a “frame-breaker” script in each page that should not be framed. This is very helpful for legacy browsers that do not support X-Frame-Options security feature previously mentioned.
- It is also important to note that this tactic has been circumvented or bypassed. Improper usage of frames can persist in the web application through nested frames. The “frame-breaking” script does not intuitively account for multiple nested frames that can be presented to the user.
References