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 | Third Party 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 | Third Party Advisory VDB Entry |
| http://www.securityfocus.com/bid/100610 | Third Party Advisory VDB Entry |
| http://www.debian.org/security/2017/dsa-3985 | Third Party Advisory |
| https://access.redhat.com/errata/RHSA-2017:2676 |
Configurations
Configuration 1 (hide)
| AND |
|
Configuration 2 (hide)
|
Configuration 3 (hide)
| AND |
|
Information
Published : 2017-10-27 05:29
Updated : 2021-09-08 17:21
NVD link : CVE-2017-5120
Mitre link : CVE-2017-5120
JSON object : View
Products Affected
debian
- debian_linux
- chrome
- android
apple
- macos
linux
- linux_kernel
microsoft
- windows
CWE
