რას აგზავნის სინამდვილეში VPN აპის ანალიტიკის პარამეტრი?
ანალიტიკის გადამრთველი ტუნელისგან განსხვავებულ მონაცემთა ნაკადს მოიცავს. წაიკითხეთ კატეგორიები, იდენტიფიკატორები და მიმღებები, სანამ კონფიდენციალურობის გვერდი ამაზე ისაუბრებს.
თქვენი ტუნელი დაშიფრულია, კონფიდენციალურობის გვერდი ლოგების არარსებობაზე საუბრობს, და აპი მაინც ატარებს დიაგნოსტიკის ბიბლიოთეკას, რომელიც იუწყება, რომელ ეკრანებს ხსნით. ეს სხვადასხვა პოლიტიკის მქონე სხვადასხვა მონაცემთა ნაკადია. კავშირის ჟურნალი აღრიცხავს, სად წავიდა ტუნელი; ანალიტიკის მოვლენა აღრიცხავს, როგორ გამოიყენეთ აპი. ერთის წაკითხვა და ვარაუდი, რომ ის მეორესაც ფარავს, ზუსტად ის შეცდომაა, რომლისკენაც პარამეტრი იწვევს.
რას აკონტროლებს გადამრთველი ჩვეულებრივ
კლიენტების უმეტესობა გამოყოფს არასავალდებულო რეპორტირებას იმ დამუშავებისგან, რომლის გარეშეც სერვისი ვერ იმუშავებს. გადამრთველი ჩვეულებრივ აკონტროლებს ავარიების რეპორტებს, გამოყენების მოვლენებსა და წარმადობის გაზომვებს, ხოლო ავთენტიფიკაცია, ბილინგი და ბოროტად გამოყენების პრევენცია მისი პოზიციის მიუხედავად გრძელდება.
ავარიების რეპორტები შეიცავს სტეკის კვალს, მოწყობილობის მოდელს, ოპერაციული სისტემის ვერსიას და აპის ვერსიას. გამოყენების მოვლენები ასახელებს ეკრანებსა და ფუნქციებს, ზოგჯერ ხანგრძლივობით. წარმადობის მოვლენები აღრიცხავს კავშირის დროებს, პროტოკოლის არჩევანსა და შეცდომის კოდებს. მხარდაჭერის დიაგნოსტიკა მეოთხე კატეგორიაა, ჩვეულებრივ ხელით ირთვება და შეუძლია ლოგებისა და კონფიგურაციის ერთად შეკრება.
გამგზავნი ყოველთვის არ არის ხატულაზე მოცემული ბრენდი. აპში ჩაშენებულ SDK-ს შეუძლია საკუთარ ბოლო წერტილზე გაგზავნა, ხოლო ავარიების სერვისი ცალკე კომპანია შეიძლება იყოს. ამიტომ შეტყობინების მიმღებთა სია ისეთივე მნიშვნელოვანია, როგორც გადამრთველის იარლიყი.
ველები, რომლებიც რეპორტს იდენტიფიცირებადს ხდის
მხოლოდ კატეგორია არ წყვეტს კონფიდენციალურობის საკითხს; წყვეტს მოვლენაზე მიმაგრებული იდენტიფიკატორი. უვნებლად მოჩვენებული რეპორტი ისტორიად შეიძლება იქცეს, როცა ერთი და იგივე ინსტალაციის ID ყველა სტრიქონში ჩნდება.
| Report type | Typical fields | Why it can identify |
|---|---|---|
| Crash | Stack trace, device model, OS, app version, install ID | The install ID links crashes over months |
| Usage | Screen names, feature events, session length | Builds a behavior profile even without content |
| Performance | Connect duration, protocol, error code | Network conditions can fingerprint a connection |
| Support bundle | Logs, configuration, sometimes addresses | May contain endpoints and timestamps you did not intend to share |
ანგარიშზე მიბმა ყველაზე ძლიერი დამაკავშირებელი გასაღებია, რადგან მოწყობილობის ისტორიას პიროვნების ისტორიად აქცევს. IP მისამართი პერსონალური მონაცემია ბევრ იურისდიქციაში მაშინაც, როცა რეპორტს სახელი არ შეიცავს, და სტაბილურ იდენტიფიკატორს ზოგიერთ პლატფორმაზე გადაინსტალირება შეუძლია გადაიტანოს.
აგრეგაცია ანონიმიზაცია არ არის, როცა ნედლი იდენტიფიკატორი გამგზავნთან რჩება. თუ შეტყობინება ანონიმურ სტატისტიკას ამტკიცებს, მოძებნეთ მეთოდი: რა იშლება, რომელ ეტაპზე და შეუძლია თუ არა მიმღებს მოვლენების ხელახლა დაკავშირება.
ვინ იღებს რეპორტს
თვალყური ადევნეთ მიმღებებს და არა ბრენდს. აპის დეველოპერს შეუძლია ბოლო წერტილის მართვა, ან ბრენდის ლიცენზირება სხვა ოპერატორზე; ანალიტიკის მომწოდებელი და ავარიების სერვისი დამატებითი მხარეები არიან. კონფიდენციალურობის შეტყობინებამ უნდა დაასახელოს ეს როლები და კატეგორიები, რომლებსაც თითოეული იღებს. Mozilla-ს გამოწერების კონფიდენციალურობის შეტყობინება ანგარიშის მონაცემებს გამოყოფს ტექნიკური და დიაგნოსტიკური კატეგორიებისგან, და სწორედ ასეთი გამიჯვნა ღირს ძებნად.
შენახვა ყოველ საფეხურზე განისაზღვრება. დეველოპერს შეუძლია მოვლენები ცოტა ხნით შეინახოს, სანამ ანალიტიკის მომწოდებელი მათ უფრო დიდხანს ინახავს თავისი პოლიტიკით, და ელფოსტით გაგზავნილ მხარდაჭერის პაკეტს ორივეზე დიდხანს შეუძლია გაძლოს. ჰკითხეთ, რომელი მხარე ინახავს მონაცემებს და არა მხოლოდ რომელმა შეაგროვა.
ტრანსსასაზღვრო გადაცემა იმავე გადახედვას ეკუთვნის. სხვა რეგიონში დიაგნოსტიკური ბოლო წერტილი ქმნის გადაცემას, რომელზეც ტუნელის დაშიფვრა არ მოქმედებს, რადგან რეპორტი არასდროს გაუვლია ტუნელში.
რას აკეთებს და რას არ აკეთებს გამორთვა
გადამრთველის გამორთვა აჩერებს მომავალ არასავალდებულო რეპორტებს. ის უკან არ იხმობს უკვე გაგზავნილ რეპორტებს და არ შლის მათ მიმღებთან. წაშლა ცალკე მოთხოვნაა მომწოდებლის მონაცემთა პროცესში, და შეიძლება ანგარიშის იდენტიფიკატორი დასჭირდეს მოწყობილობის პარამეტრის ნაცვლად.
არსებითი დამუშავებაც გრძელდება. შესვლა, გამოწერის განახლება, თაღლითობის შემოწმებები და სერვისის ჯანმრთელობა შეიძლება სხვა საფუძვლით ჩაიწეროს, და ოპერაციულ სისტემას აქვს საკუთარი ავარიისა და ანალიტიკის საშუალებები, რომლებსაც აპის გადამრთველი არასდროს მართავდა. შეამოწმეთ ოპერაციული სისტემის დონის პარამეტრი, თუ მიზანი მოწყობილობის დიაგნოსტიკის შეჩერებაა.
ხარვეზების აღმოსაფხვრელად გამოიყენეთ პარამეტრი განზრახ: ჩართეთ დიაგნოსტიკა, გაამრავლეთ ხარვეზი, შეაგროვეთ პაკეტი, შემდეგ გამორთეთ რეპორტირება და წაშალეთ პაკეტი, როცა ბილეთი დაიხურება. ხელით დართული ფაილები იმავე გადახედვას იმსახურებს, როგორც ავტომატური, რადგან ლოგის ფაილი შეიძლება მეტს შეიცავდეს, ვიდრე ანალიტიკის მოვლენა ოდესმე შეიცავდა.
შეადარეთ შეტყობინება იმას, რაც მოწყობილობას ტოვებს
შეგიძლიათ ნახოთ დანიშნულებები შიგთავსის გაშიფვრის გარეშე. macOS-სა და Linux-ზე კავშირების სიები გვიჩვენებს, რომელ დისტანციურ მისამართებთან საუბრობს კლიენტი:
sudo lsof -i -P -n | grep -i vpnclient
ss -tup | grep -i vpnclientTLS მალავს დატვირთვას, ამიტომ გამოსავალი ადასტურებს დანიშნულებას და სავარაუდო დროს, და არა შიგნით არსებულ ველებს. ეს მაინც საკმარისია მტკიცების შესამოწმებლად: თუ შეტყობინება ასახელებს ანალიტიკის ერთ მიმღებს და აპი ასევე უკავშირდება ჩამონათვალში არმყოფ დომენს, ჰკითხეთ ამის შესახებ, სანამ პოლიტიკას ისე მიიღებთ.
ჩაიწერეთ კატეგორიები, რომლებსაც იღებთ, მათზე მიმაგრებული იდენტიფიკატორები და მიმღებები, რომლებიც მათ ინახავენ. ეს მოკლე ჩანაწერი უფრო სასარგებლოა, ვიდრე გონებაში შენახული შენიშვნა, როცა აპი თავის SDK-ს ანახლებს ან მომწოდებელი მფლობელს იცვლის.