Privacy ng OCSP: nakikita ng responder ang sertipiko, hindi ang iyong URL

Ang isang pagsusuri ng estado ay nagtatanong ng isang bagay tungkol sa isang sertipiko, at ang sagot ay naglalakbay sa sarili nitong koneksyon. Hindi nito nilalaman ang landas ng pahina na humantong sa pagsusuri. Madalas ituring ng mga usapan tungkol sa privacy ang palitan na ito bilang feed ng kasaysayan ng pagba-browse, na nagpapalabis sa dala ng kahilingan at nagpapaliit sa kayang maobserbahan ng responder. Basahin ang kahilingan bago magpasya kung ano ang ibinubunyag nito.

Tinutukoy ng kahilingan ang isang sertipiko

Ang identifier ng sertipiko ng OCSP ay binubuo mula sa isang hash function, dalawang hash ng issuer at ang serial number ng target na sertipiko, ayon sa RFC 6960. Ang bawat field ay tumuturo sa isang sertipiko, hindi sa isang URL o kahilingang HTTP.

Ang landas ng pahina, ang query string at anumang nilalaman ng form ay wala sa pamantayang identifier. Ang pahayag na natatanggap ng responder ang eksaktong URL ay nangangailangan ng ebidensya mula sa ibang lugar at hindi mula sa pagsusuri ng sertipiko. Pinapangalanan pa rin ng kahilingan ang isang sertipiko at isang sandali, at maaaring malaman ng responder kung aling serbisyo ang naghaharap nito.

Ang kulang ay ang pahina, hindi ang buong konteksto. Ang pagsusuri ng sertipiko kasama ang kilalang serbisyo kasama ang paulit-ulit na pinagmulan ay maaaring magbigay ng higit na impormasyon kaysa sa alinman sa mga ito nang nag-iisa.

Ano ang tunay na maobserbahan ng responder

Nakikita ng responder ang koneksyong dumarating dito: address ng pinagmulan, oras at anumang metadata ng transport na itinatala ng deployment nito. Kung sinusundan ng kahilingan ng estado ang VPN, ang pinagmulang iyon ay maaaring ang labasan ng VPN at hindi ang access network ng gumagamit. Huwag ipagpalagay na ang kahilingan ng estado ay dumadaan sa parehong landas ng kahilingan ng pahina dahil lang sa pareho silang kabilang sa isang sesyon ng browser.

Suriin ang sinusuportahang routing at pag-uugali ng beripikasyon ng kliyente sa halip na hulaan ito mula sa isang bakas. Ang nahating tunnel ay maaaring magpadala ng dalawang kahilingan sa magkaibang direksyon.

Ang naka-staple na tugon ang isa pang karaniwang pattern. Ang extension na TLS status_request mula sa RFC 6066 ay nagpapahintulot sa server na ilakip ang tugon ng OCSP sa sarili nitong handshake, kaya biniberipika ng kliyente ang ibinigay dito sa halip na siya mismo ang kumuha ng estado para sa koneksyong iyon. Binabago ng pagbabagong iyon ang nagmamasid. Ang panig ng server ang kumukuha, at ang sariling address ng kliyente ay hindi kailanman umabot sa responder para sa koneksyong iyon.

Maaaring dumating ang estado na naka-staple sa handshake

Wala sa mga ito ang gumagarantiya na ang kliyente ay hindi na kailanman gagawa ng isa pang kahilingan ng beripikasyon. Ang pagbuo ng chain, patakaran ng estado at mga sinusuportahang mekanismo ay nagkakaiba ayon sa implementasyon.

Ang tagatingin ng sertipiko sa isang browser ay hindi paglalarawan ng bawat operating system at kliyente ng VPN. Ang parehong pagkuha ng network ay maaaring mangahulugan ng iba't ibang bagay sa ilalim ng magkaibang setting ng beripikasyon.

Sinisira ng caching ang palagay na isang pahina isang paghahanap

Hinihiwalay ng caching ang pag-load ng pahina mula sa mga paghahanap. Maaaring gamitin muli ng browser ang isang tugon sa loob ng isang panahon, kaya ang isang pagtingin sa pahina ay hindi nangangahulugan ng isang kahilingan sa network.

Ang kabaligtarang pagkakamali ay kasingkaraniwan. Ang naka-cache na tugon ay walang sinasabi tungkol sa kung kailan magaganap ang susunod na refresh, at ang iskedyul ng refresh ay maaaring walang kaugnayan sa pahinang binubuksan. Gamitin ang kasalukuyang dokumentasyon ng kliyente at ang umiiral na patakaran ng beripikasyon bago iugnay ang isang pagkuha sa OCSP.

Ang wastong tugon ng estado ay dapat tumugon sa mga tuntunin ng pagiging tunay at pagkasariwa ng verifier, at ang HTTP 200 ay hindi katulad ng isang mabuting estado. Ang timeout ay hindi pagpapawalang-bisa. Ang mga resultang ito ay humahantong sa magkaibang pag-uugali ng kliyente at hindi dapat pagsamahin sa isang pagkakamali.

Mga pagpipilian sa privacy na nagpapanatiling buo ang beripikasyon

Kung ang paghahanap mismo ay sensitibo, talakayin ang sinusuportahang paghahatid at mga opsyon ng caching sa may-ari ng sistema. Huwag itong lutasin sa pamamagitan ng pag-off ng pagsusuri ng pagpapawalang-bisa o beripikasyon ng chain.

Ang mas tahimik na bakas ay hindi mas ligtas na koneksyon. Panatilihing buo ang pagkakakilanlan ng peer, beripikasyon ng chain at ang inilaan na patakaran ng pagpapawalang-bisa, at baguhin ang landas ng paghahatid sa pamamagitan lamang ng opsyon na sinusuportahan ng deployment. Itala kung aling opsyon ang napili at sino ang may-ari nito.

Kapag ang isang paghahanap ay lumitaw nang hindi inaasahan, pangalanan nang hiwalay ang tatanggap, ang ruta at ang operasyon sa sertipiko. Ang pag-download mula sa issuer, pagtatanong ng estado at ang kahilingan ng pahina ay tatlong pangyayari. Ang ituring ang mga ito bilang isa ay ginagawang hindi tumpak ang pagsusuri ng privacy at itinatago kung aling panig ang tunay na may natutunan. Magsimula sa mga field ng protocol at lumabas patungo sa landas ng network.