Privatësia e OCSP: përgjigjësi sheh një certifikatë, jo URL-në tuaj

Një kontroll statusi bën një pyetje për një certifikatë, dhe përgjigjja udhëton në lidhjen e vet. Ajo nuk përmban shtegun e faqes që çoi në kontroll. Diskutimet për privatësinë shpesh e trajtojnë shkëmbimin si një rrjedhë të historikut të shfletimit, gjë që e mbivlerëson atë që mbart kërkesa dhe nënvlerëson atë që përgjigjësi mund të vëzhgojë. Lexoni kërkesën përpara se të vendosni çfarë zbulon.

Kërkesa identifikon një certifikatë

Identifikuesi i certifikatës OCSP ndërtohet nga një funksion hash, dy hash-e të lëshuesit dhe numri serial i certifikatës objektiv, siç përcaktohet në RFC 6960. Çdo fushë tregon një certifikatë, jo një URL ose një kërkesë HTTP.

Shtegu i faqes, vargu i pyetjes dhe çdo përmbajtje formulari mungojnë në identifikuesin standard. Pohimi se përgjigjësi merr URL-në e saktë kërkon prova nga diku tjetër dhe jo nga kontrolli i certifikatës. Kërkesa përsëri emërton një certifikatë dhe një moment, dhe përgjigjësi mund të dijë cili shërbim e paraqet atë.

Ajo që mungon është faqja, jo i gjithë konteksti. Një kontroll certifikate plus një shërbim i njohur plus një burim i përsëritur mund të jenë më informues se secili prej tyre veçmas.

Çfarë mund të vëzhgojë vërtet përgjigjësi

Përgjigjësi sheh lidhjen që arrin tek ai: adresën e burimit, kohën dhe çdo metadatë transporti që regjistron vendosja e tij. Nëse kërkesa e statusit ndjek VPN-në, ai burim mund të jetë dalja e VPN-së dhe jo rrjeti i aksesit të përdoruesit. Mos supozoni se kërkesa e statusit ndjek të njëjtin shteg si kërkesa e faqes vetëm sepse të dyja i përkasin një sesioni shfletuesi.

Kontrolloni rrugëtimin dhe sjelljen e verifikimit që mbështet klienti në vend që t'i nxirrni nga një gjurmë e vetme. Një tunel i ndarë mund t'i dërgojë të dyja kërkesat në drejtime të ndryshme.

Përgjigjja e mbërthyer është modeli tjetër i zakonshëm. Zgjerimi TLS status_request i RFC 6066 lejon një server të bashkëngjitë një përgjigje OCSP në handshake-in e vet, kështu që klienti verifikon atë që iu dha në vend që të marrë vetë statusin për atë lidhje. Ky zhvendosje ndryshon vëzhguesin. Marrjen e bën ana e serverit, dhe adresa e vetë klientit nuk arrin kurrë te përgjigjësi për atë lidhje.

Statusi mund të arrijë i mbërthyer në handshake

Asnjë nga këto nuk garanton që një klient nuk do të bëjë kurrë një kërkesë tjetër verifikimi. Ndërtimi i zinxhirit, politika e statusit dhe mekanizmat e mbështetur ndryshojnë sipas implementimit.

Një shikues certifikatash në një shfletues nuk është përshkrim i çdo sistemi operativ dhe klienti VPN. E njëjta kapje rrjeti mund të nënkuptojë gjëra të ndryshme nën cilësime të ndryshme verifikimi.

Ruajtja në cache thyen supozimin një faqe një kërkim

Ruajtja në cache shkëput ngarkimet e faqeve nga kërkimet. Shfletuesi mund të ripërdorë një përgjigje për një periudhë, kështu që një shikim i faqes nuk nënkupton një kërkesë rrjeti.

Gabimi i kundërt është po aq i zakonshëm. Një përgjigje e ruajtur në cache nuk thotë asgjë për kohën kur do të ndodhë rifreskimi i radhës, dhe orari i rifreskimit mund të mos lidhet me faqen që hapet. Përdorni dokumentacionin aktual të klientit dhe politikën e verifikimit në fuqi përpara se t'i atribuoni një kapje OCSP-së.

Një përgjigje e vlefshme statusi duhet të plotësojë rregullat e vërtetësisë dhe freskisë së verifikuesit, dhe një HTTP 200 nuk është e njëjta gjë me një status të mirë. Një skadim kohe nuk është një revokim. Këto rezultate çojnë në sjellje të ndryshme të klientit dhe nuk duhet të bashkohen në një gabim të vetëm.

Zgjedhje privatësie që e mbajnë verifikimin të paprekur

Kur vetë kërkimi është i ndjeshëm, diskutoni opsionet e mbështetura të dorëzimit dhe cache me pronarin e sistemit. Mos e zgjidhni duke fikur kontrollin e revokimit ose verifikimin e zinxhirit.

Një gjurmë më e qetë nuk është një lidhje më e sigurt. Mbajini të paprekura identitetin e palës, verifikimin e zinxhirit dhe politikën e synuar të revokimit, dhe ndryshoni shtegun e dorëzimit vetëm përmes një opsioni që e mbështet vendosja. Regjistroni cili opsion u zgjodh dhe kush e zotëron atë.

Kur një kërkim shfaqet papritur, emërtoni veçmas marrësin, shtegun dhe veprimin mbi certifikatën. Një shkarkim nga lëshuesi, një pyetje statusi dhe kërkesa e faqes janë tre ngjarje. Trajtimi i tyre si një e vetme e bën shqyrtimin e privatësisë të pasaktë dhe fsheh cila palë mësoi vërtet diçka. Filloni nga fushat e protokollit dhe lëvizni nga jashtë drejt shtegut të rrjetit.