Какво всъщност изпраща настройката за анализи в приложение за VPN?
Превключвателят за анализи обхваща различен поток от данни от тунела. Прочетете категориите, идентификаторите и получателите, преди страницата за поверителност да го направи.
Тунелът ви е криптиран, страницата за поверителност говори за липса на журнали, а приложението все още включва библиотека за диагностика, която съобщава кои екрани отваряте. Това са различни потоци от данни с различни политики. Журналът на връзката записва накъде е отишъл тунелът; събитието за анализи записва как сте използвали приложението. Да прочетете едното и да приемете, че покрива другото, е точно грешката, към която подтиква настройката.
Какво обикновено контролира превключвателят
Повечето клиенти отделят незадължителното отчитане от обработката, без която услугата не може да работи. Превключвателят обикновено управлява отчетите за сривове, събитията за използване и измерванията на производителността, докато удостоверяването, таксуването и предотвратяването на злоупотреби продължават независимо от позицията му.
Отчетите за сривове носят трасировка на стека, модел на устройството, версия на операционната система и версия на приложението. Събитията за използване назовават екрани и функции, понякога с продължителност. Събитията за производителност записват времена за свързване, избор на протокол и кодове за грешки. Диагностиката за поддръжка е четвърта категория, обикновено задействана ръчно и способна да обедини журнали и конфигурация.
Подателят не винаги е марката върху иконата. Вградена в приложението SDK може да изпраща към собствена крайна точка, а услугата за сривове може да е отделна компания. Затова списъкът с получатели в уведомлението е също толкова важен, колкото етикетът на превключвателя.
Полетата, които правят един отчет идентифициращ
Само категорията не решава въпроса за поверителността; идентификаторът, прикрепен към събитието, го решава. Отчет, който изглежда безобиден, може да се превърне в история, когато един и същ идентификатор за инсталация се появи във всеки ред.
| 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 или доставчикът смени собственика.