Issue metadata
Sign in to add a comment
|
Self-signed SSL certificate with no sAN results in NET::ERR_CERT_COMMON_NAME_INVALID
Reported by
matt.koe...@gmail.com,
Apr 27 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.81 Safari/537.36 Steps to reproduce the problem: 1. open HTTPS webpage 2. SSL cert error What is the expected behavior? in the previous version of chrome the https webpage worked What went wrong? The new chrome version doesn't accept my self signed SSL certificate anymore. The certificate is imported to my macOS system and Safari is still able to access the webpage without any trouble. Did this work before? Yes previous version Chrome version: 58.0.3029.81 Channel: stable OS Version: OS X 10.12.4 Flash Version: The CN of the certificate is the hostname of the remote machine.
,
Apr 27 2017
,
Apr 27 2017
re: Renaming, no, we tend not to rename them (and this was already consistent with treating SANs as this). Merging into Issue 700595 for additional details
,
Aug 4 2017
This bug has been closed for more than 14 weeks. Removing security view restrictions. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by palmer@chromium.org
, Apr 27 2017Components: Internals>Network>SSL
Labels: -Restrict-View-SecurityTeam OS-Android OS-Chrome OS-Linux OS-Windows
Status: WontFix (was: Unconfirmed)
Summary: Self-signed SSL certificate with no sAN results in NET::ERR_CERT_COMMON_NAME_INVALID (was: self signed SSL certificate - NET::ERR_CERT_COMMON_NAME_INVALID)