Chrome nu solicită utilizarea unui certificat local după configurarea autentificării certificatului client pe Apache

am folosit acest ghid pentru a configura autentificarea certificatului client pe Apache.

Mi-am verificat certificatul folosind verifica openssl directivă (este validă), am importat cu succes și fișierul PFX în brelocul meu macOS și l-am setat la „Întotdeauna încredere”.

În plus, am creat un nou .htaccess document în /admin directorul site-ului meu și l-am completat cu două rânduri:

SSLVerifyClient necesită
SSLVerifyDepth 10

Ideea este, desigur, de a limita accesul la panoul de administrare prin intermediul certificatului de client.

Acum, când îmi accesez /admin pagină în Chrome, primesc asta:

Deci, lucruri pare a munci. Problema este că browserul nu mă solicită în niciun fel să furnizez certificatul local pe care l-am importat în Keychain, ceea ce mă împiedică să accesez efectiv /admin resursă.

Ce îmi lipsește?

Chrome doesn't support post-handhsake authentication, that is, renegotiating SSL and sending a client certificate when the connection is already established, because (from the Chrome bugreport page)

Post-handshake authentication has a mess of security, semantics, and DoS issues. (...) Some spec work is needed to make it defined in HTTP/1.1 at all and, more importantly, explicitly undefined in HTTP/2 in favor of a multiplexing-friendly solution (...)

In Firefox, you can turn it on, but it is not enabled by default, for the same reasons Chrome does not implement it.

You can check the bug reports (Firefox, Chrome) for additional info.

I think what you can do is to set the SSLVerifyClient to optional, move it to the VirtualHost level (with any SSL* directives, so the certificate will be requested during handshake), and require the presence of a certificate in the .htaccess file like this:

AuthName "Admin resource"
AuthType Basic
Require ssl-verify-client