შეუძლია VPN პროვაიდერს თქვენი Wi-Fi სახელის ნახვა? სამი სხვადასხვა გაჟონვა
შესასვლელი პაკეტებს კითხულობს, მშობლიური აპი ნებართვებს კითხულობს, გვერდი კი კოორდინატებს. Wi-Fi ეტიკეტი თითოეულ შემთხვევაში სხვა არხზეა.
კითხვა მარტივად ჟღერს და მას სულ მცირე სამი პასუხი აქვს. რომელი მოქმედებს, დამოკიდებულია იმაზე, თუ ვინ იღებს ინფორმაციას, და ჩართული კომპონენტები არ იზიარებენ არხს. თითოეული პასუხი სხვადასხვა მხარეს ეკუთვნის, ამიტომ სასარგებლო კითხვაა, რომელი მხარის შესახებ კითხულობთ.
ამ არხების დალაგებას რამდენიმე წუთი სჭირდება. ის ასევე ხელს უშლის არასწორი დასკვნების მთელ კატეგორიას.
სამი დამკვირვებელი, სამი არხი
გვირაბის ტრაფიკის გადამტანი შესასვლელი პაკეტებს ხედავს. მოწყობილობაზე დაყენებულ მშობლიურ აპს შეუძლია პლატფორმის ინტერფეისების გამოძახება, თუ პლატფორმა ამას ნებას რთავს. ბრაუზერში გვერდი მუშაობს იმ ფარგლებში, რაც ბრაუზერმა და მომხმარებელმა დაუშვა. არც ერთი მათგანი ერთსა და იმავეს არ ხედავს.
ეს ერთი შესაძლებლობის ვარიანტები არ არის. ეს ცალკეული მექანიზმებია ცალკეული ნებართვებით, და თითოეული ოდნავ განსხვავებულ კითხვას პასუხობს.
| Observer | What it receives | What it needs |
|---|---|---|
| Tunnel gateway | Forwarded IP packets, which carry no SSID field | No device permission at all |
| Installed client app | Local network details, when the platform exposes them | The specific permission and context the platform requires |
| Page using browser geolocation | Position properties such as coordinates | User consent plus the browser's own checks |
პირველი სტრიქონია ის, რაც მნიშვნელოვანია პროვაიდერის მტკიცებისთვის. უსადენო ქსელის სახელი პაკეტის თავსართის ნაწილი არ არის. არც ერთი მარშრუტიზაციის შემოწმება არ აწარმოებს მას, და გადაცემული ტრაფიკის არც ერთი ჟურნალი არ შეიცავს მას.
Android-ის შემთხვევა ნებართვების ზღვარს აჩვენებს
Android-ის WifiInfo დოკუმენტაცია მეორე არხის კონკრეტული მაგალითია. იქ Wi-Fi-ის ზოგიერთი დეტალი მდებარეობის მიმართ მგრძნობიარედ ითვლება, და დოკუმენტაცია აღწერს რედაქტირებულ შედეგებს, როცა საჭირო წვდომა არ არის, მათ შორის უცნობი SSID მნიშვნელობა.
ეს ქცევა ღირს ყურადღებით წაკითხვად. ის ამბობს, რომ პლატფორმას შეუძლია მნიშვნელობა შეუნარჩუნოს აპს, რომელსაც წვდომა არ აქვს. ის არ ამბობს, რომ VPN აპი მას ავტომატურად იღებს, და არც იმას ამბობს, რომ VPN პროვაიდერი მას გვირაბის გავლით იღებს.
ქსელური გვირაბის დამტკიცება ვიწრო ნებართვაა. ის აძლევს აპს ტრაფიკის მარშრუტიზაციის უფლებას. ის არ გადასცემს მოწყობილობის ყველა ფაქტს, რომელსაც პლატფორმა იცავს. ორივეს ერთ ნებართვად მიჩნევა ის ადგილია, სადაც ამ მტკიცებების უმეტესობა მცდარია.
კოორდინატები ქსელის სახელი არ არის
Geolocation API აბრუნებს პოზიციას. ის არ აბრუნებს თქვენს გარშემო არსებული Wi-Fi სახელების სიას, თუმცა ქვემოთ არსებულ პლატფორმას შეუძლია რამდენიმე სიგნალის, ქსელური ინფორმაციის ჩათვლით, გამოყენება ამ პოზიციის გამოსათვლელად.
ქალაქის მიღება იგივე არ არის, რაც იდენტიფიკატორის მიღება. გვერდმა, რომელიც თქვენს უბანს აჩვენებს, რაღაც ისწავლა იმაზე, თუ სად არის მოწყობილობა, და არ ისწავლა ის SSID, რომელმაც ის იქ მიიყვანა.
გაფართოება, მშობლიური დამხმარე ან ცალკე პრივილეგირებული აპლიკაცია საკუთარ განხილვას იმსახურებს. არც ერთი მათგანი არ არის შესაცვლელი ჩვეულებრივ გვერდთან, რომელიც გეოლოკაციას იძახებს, და ბრაუზერის გაფართოება მუშაობს ნებართვებით, რომლებიც გვერდს არ აქვს.
რას ამტკიცებს ანგარიში ან დიაგნოსტიკური ექსპორტი
როცა კლიენტი დიაგნოსტიკურ პაკეტს ქმნის, სასარგებლო კითხვაა, რომელი ველები შეაგროვა, ვინ იღებს მათ და რა ნებართვით. დაშიფრული ტრანსპორტი გეუბნებათ, რომ პაკეტი უსაფრთხოდ მოგზაურობდა, და არა რას შეიცავს.
ქსელების სახელები ასევე შეიძლება ხელახლა გამოყენება და შეცვლა. მხოლოდ ეტიკეტი სუსტი მტკიცებულებაა ერთი ფიზიკური ადგილისთვის, ხოლო საჯარო მისამართი სხვა დაკვირვებაა სხვა სანდოობით.
რეალური ქსელური ეტიკეტები საჯარო დახმარების თემებს გარეთ შეინახეთ. პასუხის ღირსი კითხვა უფრო ვიწრო და უფრო სასარგებლოა. რომელმა კომპონენტმა რომელი ველი მიიღო, რა ნებართვით და რა ნაკადით.