Inappropriate use of www mismatch redirects in browser navigation in Google Chrome prior to 61.0.3163.79 for Mac, Windows, and Linux, and 61.0.3163.81 for Android, allowed a remote attacker to potentially downgrade HTTPS requests to HTTP via a crafted HTML page. In other words, Chrome could transmit cleartext even though the user had entered an https URL, because of a misdesigned workaround for cases where the domain name in a URL almost matches the domain name in an X.509 server certificate (but differs in the initial "www." substring).
References
Link | Resource |
---|---|
https://crbug.com/718676 | Exploit Issue Tracking Patch Vendor Advisory |
https://chromereleases.googleblog.com/2017/09/stable-channel-update-for-desktop.html | Release Notes Third Party Advisory |
https://security.gentoo.org/glsa/201709-15 | Third Party Advisory |
http://www.securitytracker.com/id/1039291 | Broken Link |
http://www.securityfocus.com/bid/100610 | Broken Link |
http://www.debian.org/security/2017/dsa-3985 | Third Party Advisory |
https://access.redhat.com/errata/RHSA-2017:2676 | Third Party Advisory |
Configurations
Configuration 1 (hide)
AND |
|
Configuration 2 (hide)
|
Configuration 3 (hide)
AND |
|
Configuration 4 (hide)
|
Information
Published : 2017-10-26 22:29
Updated : 2022-04-06 11:26
NVD link : CVE-2017-5120
Mitre link : CVE-2017-5120
JSON object : View
CWE
Products Affected
redhat
- enterprise_linux_desktop
- enterprise_linux_workstation
- enterprise_linux_server
- android
- chrome
microsoft
- windows
apple
- macos
linux
- linux_kernel
debian
- debian_linux