Avārijas slēdzis pret Tor Browser izolāciju: divi dažādi testi

Avārijas slēdži un pārlūka identitātes modeļi tiek sajaukti, jo abi tiek aprakstīti kā privātuma funkcijas. Viens bloķē trafiku tīkla slānī, bet otrs ierobežo, ko viena pārlūkošanas sesija var sasaistīt. Pirmā testa izturēšana neko nepasaka par otro, un lapa, kas ielādējas Tor Browser iekšienē, neko nepasaka par pirmo. Lēmums ir par to, kura kontrole atbild uz kuru jautājumu, jo šī izvēle nosaka, kuri pierādījumi tiek skaitīti.

Divas kontroles divās robežās

Avārijas slēdzis ir noteikums par maršrutiem: kad tunelis nav pacelts, trafiks, kas citādi ietu citu ceļu, tiek izmests. Tā apjoms ir tas, ko aptver ieviešana, un tas var būt visa sistēma, viena lietotne vai tikai tās adrešu saimes, kuras pārvalda klients. Pārlūka izolācija attiecas uz to, ko vietne var novērot par apmeklētāju sesijas laikā: sīkfaili, kešatmiņā saglabātais stāvoklis, pirkstu nospiedumi, pieteikšanās. Neviens mehānisms nevar aizstāt otru, jo tie darbojas uz pilnīgi atšķirīgiem objektiem.

Tāpēc mašīna var izturēt nevainojamu avārijas slēdža testu un joprojām noplūdināt identitāti ar pieteikšanās palīdzību. Pretējais notiek tikpat bieži: labi izolēts pārlūks resursdatorā, kura telemetrija iet ceļu, ko politika nekad nav aptvērusi.

Abu ievietošana zem vienas etiķetes rada sliktus pierādījumus, jo tad vienas puses izturēšana aizstāj pāri. Turiet tos atsevišķās kolonnās no paša sākuma. Kolonnas virsraksts arī pasaka, kādu artefaktu testam jums jāsniedz: bloķētu paketi vai sesijas ierakstu.

Pārtraukuma tests atbild uz šaurāku jautājumu

Kontrolēts pārtraukums parāda, vai klients bloķē jūsu testēto trafiku jūsu testētajā platformā tik ilgi, cik tests ilga. Iekļaujiet prasībā minētās adrešu saimes, lietotnes un tīkla pārejas, jo katra no tām ir atsevišķs apgalvojums. Blokējums, kas attiecas uz IPv4 un neattiecas uz IPv6, ir īsts atradums, un tāpat arī blokējums, kas attiecas uz vadu tīklu, bet ne uz mobilo pāreju. Blakus rezultātam ierakstiet apjomu, jo beznosacījumu izturēšana ir veids, kā šaurs tests kļūst par plašu pieņēmumu.

Negatīvā kontrole ir tikpat svarīga kā pozitīvā. Apstipriniet, ka tas pats pieprasījums izdodas, kamēr tunelis ir pacelts, lai būtu skaidrs: blokējums nāca no politikas, nevis no galamērķa, kas nekad nav strādājis. Tests, kas neizdevās abos stāvokļos, neko nepierāda, un to ir vērts pateikt ierakstā, nevis klusi izmest.

Izolācija ir pārlūka īpašība, nevis maršruts

Tor Browser deklarētais dizains ierobežo sasaistāmību, turot kopā ķēdes un pārlūka stāvokli un dzēšot stāvokli pēc pieprasījuma, un projekts dokumentē, ko tas praksē nozīmē identitāšu pārvaldībai. Šis dizains paredz atbalstīto konfigurāciju, nevis vispārīgu pārlūku, kas vērsts uz starpniekservera portu. Ērtības labad pievienoti paplašinājumi var atcelt daļu izolācijas, un uztverta pieteikšanās sasaista visu, kas seko, neatkarīgi no ķēdes. Dokumentētā uzvedība ir pietiekami īsa, lai to lasītu tieši.

Pārlūka novērojumi un tīkla novērojumi atbild uz dažādiem jautājumiem, tāpēc turiet tos atsevišķās piezīmēs. Lapa, kas ielādējas caur Tor, kamēr VPN ir pacelts, pasaka, ka starpniekserveris strādā, un neko par VPN nomešanas uzvedību. Bloķēta pakete pārtraukuma laikā neko nepasaka par to, vai divas pieteikšanās bija sasaistāmas stundu iepriekš.

Divi ieraksti, divi jautājumi

Par avārijas slēdzi jautājiet, vai nosaukta lietotne var iziet pa nevēlamu maršrutu atteices laikā, un atnesiet kontrolētu pārtraukumu ar jums piederošu žurnalēšanas galamērķi. Par pārlūka izolāciju jautājiet, kuri konti, stāvoklis un signāli varētu sasaistīt divas darbības, un atnesiet darbplūsmu, nevis pakešu tveršanu. Ja otrā lietotne ir svarīga, testējiet to atsevišķi, jo apjoms biežāk ir pa lietotnēm, nekā piegādātāji liek domāt. Divi dažādi jautājumi dod divus dažādus artefaktus un vienu godīgu ziņojumu.

Pirms testēšanas uzzīmējiet abus ceļus: parasto maršrutu un maršrutu pēc tuneļa atteices, katrai apjomā iekļautajai lietotnei. Zīmējums atklāj plaisu, ko slēpj viens zaļš indikators, jo liek jums nosaukt, kas ir aptverts un kas nav. Dariet to, kamēr sistēmas ir veselas, kad neviens nav spiesta paziņot, ka pārbaude ir pabeigta.

Neviena kontrole nesertificē otru, un apvienotai konfigurācijai vajadzīgi abi ieraksti, pirms tā var pieprasīt abas īpašības. Pieprasīt abas no viena zaļa indikatora ir tieši tas neveiksmes gadījums, ko šim pārim jānovērš.