Што всушност испраќа поставката за аналитика во апликација за 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 или давателот го менува сопственикот.