Pārbaudiet vietnes sertifikātu, izmantojot HTTP starpniekserveri un OpenSSL
Izmantojiet OpenSSL s_client caur HTTP CONNECT starpniekserveri un saskaņojiet mērķa nosaukumu, SNI un sertifikāta pārbaudi.
Izmantojiet instalētu OpenSSL s_client, kas atbalsta -proxy. Autorizētam HTTP CONNECT galapunktam:
openssl s_client -proxy proxy.example:3128 -connect example.com:443 -servername example.com -verify_hostname example.com -verify_return_error -showcertsAizstājiet starpniekservera adresi un konsekventi izmantojiet paredzēto mērķa nosaukumu. Lai pārbaudītu publisku mērķi caur starpniekserveri, ko drīkstat izvēlēties, atlasiet HTTP kandidātu no HTTP starpniekserveru saraksta. -connect izvēlas mērķi, -servername nosūta SNI tā virtuālajam TLS resursdatoram, bet -verify_hostname pārbauda identitāti. Ar SNI vien nepietiek resursdatora nosaukuma pārbaudei. Pielāgojot opcijas, skatiet instalētās versijas rokasgrāmatu.
-showcerts parāda, ko nosūtīja serveris, bet neapstiprina ķēdes uzticamību. -verify_return_error liek pārbaudes kļūdām pārtraukt handshake; citādi diagnostikas klients var turpināt pēc kļūdām. Privātam pakalpojumam izmantojiet apstiprinātu CA materiālu, nevis uzticieties nejauši lejupielādētam sertifikātam.
| Rezultāts | Posms |
|---|---|
| 407 | Starpniekservera autentifikācija pirms mērķa TLS. |
| Noraidīts CONNECT mērķis | Starpniekservera mērķa politika. |
| Sertifikāts saņemts un pārbaude mēģināta | Mērķa TLS apmaiņa caur pieņemto tuneli. |
Izmantojot OpenSSL 3.x un HTTP starpniekserveri ar Basic autentifikāciju, lietojiet s_client starpniekservera konta opcijas, saglabājot mērķa pārbaudi.
Tikai SOCKS galapunkts nenodrošina HTTP starpniekservera saskarni, ko izmanto šī komanda. Ar autorizētu TLS pārtveršanu rādīto sertifikātu var būt izdevis šis starpnieks. Salīdziniet tā izdevēju un paredzēto uzticamības kārtību, pirms atšķirību attiecināt uz bojātu vietni.