ქილ სვიჩი Tor Browser-ის იზოლაციის წინააღმდეგ: ორი განსხვავებული ტესტი

ქილ სვიჩები და ბრაუზერის იდენტობის მოდელები ერევა ერთმანეთში, რადგან ორივე კონფიდენციალურობის ფუნქციად აღიწერება. ერთი ტრაფიკს ქსელურ დონეზე ბლოკავს, მეორე კი ზღუდავს, რისი დაკავშირება შეუძლია ერთ სესიას. პირველის ტესტის გავლა მეორეზე არაფერს ამბობს, ხოლო Tor Browser-ში ჩატვირთული გვერდი პირველზე არაფერს ამბობს. გადაწყვეტილება ისაა, რომელი კონტროლი პასუხობს რომელ კითხვას, რადგან ეს არჩევანი განსაზღვრავს, რომელი მტკიცებულება ითვლება.

ორი კონტროლი ორ საზღვარზე

ქილ სვიჩი მარშრუტების შესახებ წესია: როცა გვირაბი აწეული არაა, ტრაფიკი, რომელიც სხვა გზას აირჩევდა, უქმდება. მისი ფარგლებია ის, რასაც იმპლემენტაცია ფარავს, რაც შეიძლება იყოს მთელი სისტემა, ერთი აპლიკაცია ან მხოლოდ ის მისამართების ოჯახები, რომლებსაც კლიენტი მართავს. ბრაუზერის იზოლაცია ეხება იმას, რისი დაკვირვებაც საიტს შეუძლია ვიზიტორზე სესიის განმავლობაში: ქუქიები, ქეშირებული მდგომარეობა, თითის ანაბეჭდები, შესვლები. არც ერთ მექანიზმს არ შეუძლია მეორის ჩანაცვლება, რადგან სრულიად განსხვავებულ ობიექტებზე მოქმედებენ.

ამიტომაც მანქანამ შეიძლება გაიაროს სრულყოფილი ქილ სვიჩის ტესტი და მაინც გააჟონოს იდენტობა შესვლის გავლით. საპირისპირო ისევე ხშირად ხდება: კარგად იზოლირებული ბრაუზერი ჰოსტზე, რომლის ტელემეტრიაც გზას ირჩევს, რომელიც პოლიტიკას არასდროს დაუფარავს.

ორივეს ერთ ეტიკეტქვეშ მოქცევა ცუდ მტკიცებულებას ქმნის, რადგან ერთი მხარის გავლა წყვილს ცვლის. თავიდანვე ცალკე სვეტებში შეინახეთ. სვეტის სათაური გეუბნებათ, რომელი არტეფაქტი აქვს ტესტს თქვენდამი ვალი: დაბლოკილი პაკეტი თუ სესიის ჩანაწერი.

გათიშვის ტესტი უფრო ვიწრო კითხვას პასუხობს

კონტროლირებული გათიშვა აჩვენებს, ბლოკავს თუ არა კლიენტი თქვენ მიერ შემოწმებულ ტრაფიკს თქვენ მიერ შემოწმებულ პლატფორმაზე, ტესტის ხანგრძლივობის განმავლობაში. ჩართეთ მოთხოვნაში ნახსენები მისამართების ოჯახები, აპლიკაციები და ქსელური გადასვლები, რადგან თითოეული ცალკე მტკიცებაა. ბლოკირება, რომელიც IPv4-ზე მოქმედებს და IPv6-ზე არა, რეალური აღმოჩენაა, ისევე როგორც ბლოკირება, რომელიც სადენიან ქსელში მოქმედებს, მაგრამ მობილურ გადაცემაში არა. შედეგის გვერდით დაწერეთ ფარგლები, რადგან უპირობო გავლა ის გზაა, რომლითაც ვიწრო ტესტი ფართო ვარაუდად იქცევა.

უარყოფითი კონტროლი ისეთივე მნიშვნელოვანია, როგორც დადებითი. დაადასტურეთ, რომ იგივე მოთხოვნა წარმატებულია, სანამ გვირაბი აწეულია, რათა ნათელი იყოს, რომ ბლოკირება პოლიტიკიდან მოვიდა და არა დანიშნულებისგან, რომელიც არასდროს მუშაობდა. ტესტი, რომელიც ორივე მდგომარეობაში ჩავარდა, არაფერს ამტკიცებს და ღირს ამის თქმა ჩანაწერში, ვიდრე ჩუმად გადაყრა.

იზოლაცია ბრაუზერის თვისებაა, არა მარშრუტი

Tor Browser-ის გამოცხადებული დიზაინი ზღუდავს დაკავშირებადობას წრედისა და ბრაუზერის მდგომარეობის ერთად შენახვით და მოთხოვნისას მდგომარეობის გასუფთავებით, და პროექტი აღწერს, რას ნიშნავს ეს პრაქტიკაში იდენტობების მართვისთვის. ეს დიზაინი მხარდაჭერილ კონფიგურაციას გულისხმობს, არა პროქსი პორტზე მიმართულ ზოგად ბრაუზერს. მოხერხებულობისთვის დამატებულ გაფართოებებს იზოლაციის ნაწილის გაუქმება შეუძლია, ხოლო დაჭერილი შესვლა აკავშირებს ყველაფერს, რაც მოჰყვება, წრედის მიუხედავად. დოკუმენტირებული ქცევა საკმარისად მოკლეა, რომ პირდაპირ წაიკითხოთ.

ბრაუზერის დაკვირვებები და ქსელის დაკვირვებები სხვადასხვა კითხვას პასუხობს, ამიტომ ცალკე ჩანაწერებში შეინახეთ. გვერდი, რომელიც Tor-ის გავლით იტვირთება, სანამ VPN აწეულია, გეუბნებათ, რომ პროქსი მუშაობს და არაფერს ამბობს VPN-ის ჩაგდების ქცევაზე. გათიშვის დროს დაბლოკილი პაკეტი არაფერს ამბობს იმაზე, იყო თუ არა ორი შესვლა დაკავშირებადი საათით ადრე.

ორი ჩანაწერი, ორი კითხვა

ქილ სვიჩისთვის იკითხეთ, შეუძლია თუ არა დასახელებულ აპლიკაციას უსურვებელი მარშრუტით გასვლა ხარვეზის დროს, და მოიტანეთ კონტროლირებული გათიშვა თქვენ საკუთრებაში არსებული ჟურნალირების დანიშნულებით. ბრაუზერის იზოლაციისთვის იკითხეთ, რომელი ანგარიშები, მდგომარეობა და სიგნალები შეიძლება აკავშირებდეს ორ აქტივობას, და მოიტანეთ სამუშაო ნაკადი პაკეტების ჩაწერის ნაცვლად. თუ მეორე აპლიკაციას მნიშვნელობა აქვს, ის ცალკე შეამოწმეთ, რადგან ფარგლები უფრო ხშირად აპლიკაციაზეა, ვიდრე მომწოდებლები მიანიშნებენ. ორი განსხვავებული კითხვა ორ განსხვავებულ არტეფაქტს და ერთ პატიოსან ანგარიშს იძლევა.

ტესტამდე დახაზეთ ორივე გზა: ჩვეულებრივი მარშრუტი და გვირაბის ხარვეზის შემდგომი მარშრუტი, ფარგლებში არსებული ყველა აპლიკაციისთვის. ნახატი ამჟღავნებს იმ ხარვეზს, რომელსაც ერთი მწვანე მაჩვენებელი მალავს, რადგან გაიძულებთ დაასახელოთ, რა არის დაფარული და რა არა. ეს გააკეთეთ მაშინ, როცა სისტემები ჯანმრთელია, როცა არავინ არის ზეწოლის ქვეშ გამოცხადოს შემოწმება დასრულებულად.

არც ერთი კონტროლი არ ადასტურებს მეორეს, და კომბინირებულ კონფიგურაციას ორივე ჩანაწერი სჭირდება, სანამ ორივე თვისებას მოითხოვს. ორივეს ერთი მწვანე მაჩვენებლიდან მოთხოვნა ზუსტად ის ხარვეზია, რომლის თავიდან აცილებაც ამ წყვილს ევალება.