Certyfikaty klienta wydane przez mój własny ośrodek certyfikacji z Apache

Question

Próbuję uzyskać sesję HTTPS pracującą przy użyciu certyfikatów klienta od samopodpisanego urzędu certyfikacji. Połączenie powinno sprawdzić, czy wszystkie certyfikaty są poprawne, zarówno po stronie klienta, jak i serwera.

Proces Śledziłem jest okrągło następująco:

1. Create Certificate Authority

   openssl genrsa -out CA.key 4096 
   openssl req -new -key CA.key -out CA.csr 
   openssl x509 -req -days 365 -in CA.csr -out CA.crt -signkey CA.key 
   

2. Tworzenie Certyfikat serwera

   openssl genrsa -out server.key 4096 
   openssl req -new -key server.key -out server.csr 
   openssl ca -in server.csr -cert CA.crt -keyfile CA.key -out server.crt 
   

3. Tworzenie certyfikatu klienta

   openssl genrsa -out client.key 4096 
   openssl req -new -key client.key -out client.csr 
   openssl ca -in client.csr -cert CA.crt -keyfile CA.key -out client.crt 
   

4. Konfiguracja Apache

   <VirtualHost _default_:443> 
       SSLEngine on 
       SSLCertificateFile "server.crt" 
       SSLCertificateKeyFile "server.key" 
       SSLCACertificateFile "CA.crt" 
       <Directory "/var/www"> 
        SSLVerifyClient optional 
        SSLVerifyDepth 10 
        SSLOptions +StdEnvVars +ExportCertData 
       </Directory> 
   </VirtualHost> 
   

Teraz staram się nawiązać połączenia testowego:

wget \ 
    --post-data 'id=1234' \ 
    --certificate=client.crt \ 
    --ca-certificate=CA.crt \ 
    https://test.example.com:443 

Wynikiem od pokazów wget (kółko), w części:

HTTP request sent, awaiting response... No data received. 
Retrying. 

Sprawdzanie dziennika błędów SSL z Apache daje mi następujące komunikaty:

[debug] ssl_engine_io.c(1606): [client xx.xx.xx.xx] total of 41 bytes in buffer, eos=1 
[client xx.xx.xx.xx] Requesting connection re-negotiation 
[debug] ssl_engine_io.c(1908): OpenSSL: I/O error, 5 bytes expected to read on BIO#80b075190 [mem: 80b0ca003] 
[debug] ssl_engine_kernel.c(771): [client xx.xx.xx.xx] Performing full renegotiation: complete handshake protocol (client does support secure renegotiation) 
[debug] ssl_engine_kernel.c(1892): OpenSSL: Handshake: start 
[debug] ssl_engine_kernel.c(1900): OpenSSL: Loop: SSL renegotiate ciphers 
[debug] ssl_engine_kernel.c(1900): OpenSSL: Loop: SSLv3 write hello request A 
[debug] ssl_engine_kernel.c(1900): OpenSSL: Loop: SSLv3 flush data 
[debug] ssl_engine_kernel.c(1900): OpenSSL: Loop: SSLv3 write hello request C 
[info] [client xx.xx.xx.xx] Awaiting re-negotiation handshake 
[debug] ssl_engine_kernel.c(1892): OpenSSL: Handshake: start 
[debug] ssl_engine_kernel.c(1900): OpenSSL: Loop: before accept initialization 
[debug] ssl_engine_io.c(1908): OpenSSL: I/O error, 5 bytes expected to read on BIO#80b075190 [mem: 80b0ca003] 
[debug] ssl_engine_kernel.c(1929): OpenSSL: Exit: error in SSLv3 read client hello B 
[error] [client xx.xx.xx.xx] Re-negotiation handshake failed: Not accepted by client!? 
[debug] ssl_engine_io.c(1650): [client xx.xx.xx.xx] read from buffered SSL brigade, mode 0, 8192 bytes 
[debug] ssl_engine_io.c(1725): [client xx.xx.xx.xx] buffered SSL brigade exhausted 
[debug] ssl_engine_io.c(1650): [client xx.xx.xx.xx] read from buffered SSL brigade, mode 2, 0 bytes 
[info] [client XX:XX:XX:XX::xx] Connection to child 3 established (server register.kiosk.tain.com:443) 
[info] Seeding PRNG with 656 bytes of entropy 
[debug] ssl_engine_kernel.c(1892): OpenSSL: Handshake: start 
[debug] ssl_engine_kernel.c(1900): OpenSSL: Loop: before/accept initialization 

uruchomić klienta openssl, aby zobaczyć, czy jest coś, aby pomóc tutaj:

openssl s_client \ 
    -showcerts \ 
    -connect test.example.com:443 \ 
    -cert client.crt \ 
    -key client.key \ 
    -CAfile CA.crt 

W odpowiedzi widzę, co następuje:

--- 
Server certificate 
subject=/C=XX/ST=XXXXX/O=XXXX/CN=test.example.com 
issuer=/O=XXXX/L=XXXXX/ST=XXXXX/C=SE/CN=XXXX Certificate Authority 
--- 
No client certificate CA names sent 
--- 
SSL handshake has read 3846 bytes and written 519 bytes 
--- 
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-GCM-SHA384 
Server public key is 4096 bit 

"Brak przesłanych nazw urzędów certyfikacji klienta" wygląda inaczej, niż się spodziewam. Chcę certyfikatów klienta.

Gdzie się mylę?

Answer 1

To naprawdę nie ma sensu mówić o "autopodpisanym CA". Twój tytuł ("Samopodpisane certyfikaty SSL klienta [...]") sugeruje, że mówisz o samopodpisanym certyfikacie klienta. Nie jesteś: mówisz o certyfikatach klienta wydanych przez Twój własny CA.

Położyłeś dyrektywę SSLVerifyClient w sekcji Directory, co oznaczałoby renegocjację w celu pobrania certyfikatu klienta, po tym jak klient wykonał żądanie próbujące uzyskać dostęp do tego katalogu.

Ponieważ nie ma dyrektywa w konfiguracji DocumentRoot, nie jest jasne, czy wniosek o / będzie próbował uzyskać dostęp do tego katalogu (może to zależeć od opcji kompilacji w zależności od tego, jak to było pakowane, ale /var/www nie jest wartością domyślną Inaczej).

Umieszczenie SSLVerifyClient bezpośrednio w wirtualnym hoście powinno przynajmniej spowodować, że openssl s_client zobaczy żądanie certyfikatu klienta.Naprawienie błędu DocumentRoot może okazać się niewystarczające, ponieważ konieczne będzie wysłanie żądania HTTP w celu wyzwolenia renegocjacji.