Mit küld valójában egy VPN-alkalmazás analitikai beállítása?
Az analitikai kapcsoló más adatfolyamot fed le, mint az alagút. Olvassa el a kategóriákat, azonosítókat és címzetteket, mielőtt az adatvédelmi oldal ezt tárgyalja.
Az alagút titkosított, az adatvédelmi oldal arról beszél, hogy nincsenek naplók, az alkalmazás mégis hoz egy diagnosztikai könyvtárat, amely jelenti, milyen képernyőket nyit meg. Ezek különböző adatfolyamok, különböző szabályokkal. A kapcsolati napló rögzíti, hová ment az alagút; az analitikai esemény rögzíti, hogyan használta az alkalmazást. Az egyiket elolvasni és feltételezni, hogy a másikat is lefedi, pontosan az a hiba, amelyre a beállítás csábít.
Mit szabályoz a kapcsoló általában
A legtöbb kliens elválasztja az opcionális jelentést attól a feldolgozástól, amely nélkül a szolgáltatás nem működhet. A kapcsoló általában az összeomlási jelentéseket, a használati eseményeket és a teljesítményméréseket szabályozza, míg a hitelesítés, a számlázás és a visszaélés-megelőzés a helyzetétől függetlenül folytatódik.
Az összeomlási jelentések veremnyomot, eszközmodellt, operációsrendszer-verziót és alkalmazásverziót tartalmaznak. A használati események képernyőket és funkciókat neveznek meg, néha időtartammal. A teljesítményesemények kapcsolódási időket, protokollválasztásokat és hibakódokat rögzítenek. A támogatási diagnosztika negyedik kategória, általában kézzel indítják, és képes naplókat és konfigurációt összefogni.
A feladó nem mindig az ikon márkája. Az alkalmazásba ágyazott SDK a saját végpontjára küldhet, az összeomlási szolgáltatás pedig külön vállalat lehet. Ezért az értesítés címzettlistája ugyanolyan fontos, mint a kapcsoló címkéje.
A mezők, amelyek azonosíthatóvá tesznek egy jelentést
Önmagában a kategória nem dönti el az adatvédelmi kérdést; az eseményhez kapcsolt azonosító dönti el. Az ártalmatlannak tűnő jelentés történeté válhat, ha ugyanaz a telepítési ID jelenik meg minden sorban.
| 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 |
A fiókhoz kapcsolás a legerősebb összekapcsoló kulcs, mert egy eszköz történetét személy történetévé alakítja. Az IP-cím sok joghatóságban személyes adat akkor is, ha a jelentés nem tartalmaz nevet, és egy stabil azonosító egyes platformokon túlélheti az újratelepítést.
Az összesítés nem anonimizálás, ha a nyers azonosító a feladónál marad. Ha egy értesítés anonim statisztikát állít, keresse a módszert: mit dobnak el, melyik szakaszban, és újra tudja-e kapcsolni a címzett az eseményeket.
Ki kapja meg a jelentést
A címzetteket kövesse, ne a márkát. Az alkalmazás fejlesztője üzemeltetheti a végpontot, vagy más szolgáltatónak adhatja a márka licencét; az analitikai beszállító és az összeomlási szolgáltatás további felek. Az adatvédelmi értesítésnek meg kell neveznie ezeket a szerepeket és a kategóriákat, amelyeket mindegyik kap. A Mozilla előfizetési adatvédelmi értesítése elválasztja a fiókadatokat a technikai és diagnosztikai kategóriáktól, és éppen ilyen felosztást érdemes keresni.
A megőrzést minden lépésnél meghatározzák. A fejlesztő rövid ideig tarthatja az eseményeket, míg az analitikai beszállító saját szabályai szerint tovább tartja őket, és egy e-mailben küldött támogatási csomag mindkettőt túlélheti. Kérdezze meg, melyik fél tartja az adatokat, ne csak azt, melyik gyűjtötte.
A határon átnyúló adattovábbítás ugyanabba a vizsgálatba tartozik. Egy másik régióban lévő diagnosztikai végpont olyan továbbítást hoz létre, amelyet az alagút titkosítása nem érint, mert a jelentés soha nem haladt át az alagúton.
Mit tesz és mit nem tesz a kikapcsolás
A kapcsoló kikapcsolása leállítja a jövőbeli opcionális jelentéseket. Nem vonja vissza a már elküldött jelentéseket, és nem törli azokat a címzettnél. A törlés külön kérés a szolgáltató adatkezelési folyamatában, és ehhez a fiókazonosítóra lehet szükség az eszközbeállítás helyett.
A lényeges feldolgozás is folytatódik. A bejelentkezés, az előfizetés megújítása, a csalásellenőrzések és a szolgáltatás állapota más alapon naplózható, és az operációs rendszernek saját összeomlási és analitikai eszközei vannak, amelyeket az alkalmazás kapcsolója soha nem vezérelt. Ellenőrizze az operációs rendszer szintű beállítást, ha a cél az eszközdiagnosztika leállítása.
Hibaelhárításhoz használja a beállítást szándékosan: kapcsolja be a diagnosztikát, reprodukálja a hibát, gyűjtse össze a csomagot, majd kapcsolja ki a jelentést, és törölje a csomagot, amikor a jegy lezárul. A kézzel csatolt fájlok ugyanazt a vizsgálatot érdemlik, mint az automatikusak, mert egy naplófájl többet tartalmazhat, mint amennyit az analitikai esemény valaha tartalmazott.
Hasonlítsa össze az értesítést azzal, ami elhagyja az eszközt
Célpontokat láthat anélkül, hogy visszafejtené a tartalmat. A macOS és Linux rendszeren a kapcsolati listák megmutatják, mely távoli címekkel beszél a kliens:
sudo lsof -i -P -n | grep -i vpnclient
ss -tup | grep -i vpnclientA TLS elrejti a hasznos terhet, így a kimenet egy célt és egy durva időzítést bizonyít, nem a benne lévő mezőket. Ez mégis elég egy állítás ellenőrzéséhez: ha az értesítés egy analitikai címzettet nevez meg, és az alkalmazás egy nem listázott tartománnyal is kapcsolatba lép, kérdezzen rá, mielőtt a szabályzatot készpénznek veszi.
Írja fel az elfogadott kategóriákat, a hozzájuk kapcsolt azonosítókat és az őket tartó címzetteket. Ez a rövid feljegyzés hasznosabb egy fejben tartottnál, amikor az alkalmazás frissíti az SDK-ját, vagy a szolgáltató tulajdonost vált.