Inspekteer ’n webwerfsertifikaat deur ’n HTTP-proxy met OpenSSL

Gebruik ’n geïnstalleerde OpenSSL s_client wat -proxy ondersteun. Vir ’n gemagtigde HTTP CONNECT-eindpunt:

openssl s_client -proxy proxy.example:3128   -connect example.com:443 -servername example.com   -verify_hostname example.com -verify_return_error -showcerts

Vervang die proxy-adres en gebruik die bedoelde bestemmingsnaam konsekwent. Vir ’n toets na ’n openbare bestemming deur ’n proxy wat jy mag kies, kies ’n HTTP-kandidaat uit die HTTP-proxyl lys. -connect kies die doel, -servername stuur SNI vir sy TLS-virtuele gasheer, en -verify_hostname kontroleer die identiteit. SNI alleen is nie gasheernaamverifikasie nie. Raadpleeg die handleiding vir die geïnstalleerde weergawe wanneer jy opsies aanpas.

-showcerts vertoon wat die bediener gestuur het, nie ’n verklaring dat die ketting vertrou word nie. -verify_return_error laat verifikasiefoute die handdruk beëindig; anders kan die diagnostiese kliënt ná foute voortgaan. Gebruik goedgekeurde CA-materiaal vir ’n private diens eerder as om ’n willekeurig afgelaaide sertifikaat te vertrou.

Met OpenSSL 3.x en ’n Basic-verifiërende HTTP-proxy, gebruik die s_client-proxyrekeningopsies terwyl bestemmingsverifikasie behoue bly.

’n Slegs-SOCKS-eindpunt verskaf nie die HTTP-proxy-koppelvlak wat hierdie opdrag gebruik nie. Met gemagtigde TLS-onderskepping kan die vertoonde sertifikaat deur daardie tussenganger uitgereik wees. Vergelyk sy uitreiker en bedoelde vertrouensreëling voordat jy ’n verskil aan ’n gebroke webwerf toeskryf.