Vegyen ki egyetlen mondatot az irányelvből — azt, amely miatt a szolgáltatót fontolóra vette —, és kövesse végig a rendszeren. Az alagútra tett ígéret nem írja le automatikusan a fiókportált, a feloldót, a támogatási postafiókot vagy a fizetésfeldolgozót. A rossz összehasonlítások többsége abból származik, hogy az egyik komponensre vonatkozó állítást elolvassák, és egy másikra alkalmazzák. Az alábbi körkép ezt a szokást rövid munkalappá alakítja.

Az adatot kövesse, ne a jelzőt

Egy olyan címsor, mint „nincs tevékenységnapló“, egy kategóriára vonatkozó állítás, és a hasznos kérdés az, melyik komponens tudná egyáltalán létrehozni azt a kategóriát. Az alagút végpontja lát forráscímeket és időbélyegeket; a feloldó látja a lekérdezett neveket; a fiókrendszer látja az identitást és a fizetési előzményeket; a támogatás lát mindent, amit egy jegybe beilleszt. Ezek közül kettőt ugyanaz a vállalat üzemeltethet, és az egyik lehet alvállalkozó.

A tranzit titkosítás semmit sem mond a megőrzésről, mert a végpont a továbbítás előtt visszafejt.

Először készítsen komponenstérképet

Írjon hat sort: kliensalkalmazás, az alagút végpontjának üzemeltetője, DNS-feloldó, fiók- és számlázási rendszer, támogatási csatorna, valamint a diagnosztika vagy összeomlási jelentések bármely címzettje. Minden sornál jegyezze fel, ki üzemelteti, és hogy ez a fél ugyanaz a vállalat-e, amelyről olvas. A saját márkás szolgáltatások, a kiszervezett támogatóasztalok és a harmadik féltől származó analitika gyakrabban teszik érdekessé a választ, mint gondolná.

Ezután sorolja fel, mihez van technikailag hozzáférése az egyes komponenseknek: forráscím, fiókazonosító, lekérdezett név, kapcsolódási idő, átvitt mennyiség, eszközadatok, beküldött jelentés. Az elérhetőség nem megőrzés, de megmutatja, az irányelv melyik része melyik kérdésre köteles válaszolni.

Hasonlítsa össze a kategóriákat, a célt, a megőrzést és a megosztást

Az az állítás, hogy a böngészési célokat nem tárolják, nem fedi le a munkamenet időbélyegeit, és az összesített statisztikára vonatkozó állítás nem írja le az azt tápláló nyers rekordokat. Keresse a pontos kategóriát, a megadott célt, a megőrzési időt és a megosztásra vonatkozó megfogalmazást — ebben a sorrendben. Ahol az irányelv „anonim“ szót használ, ellenőrizze, mely azonosítók és milyen időfelbontás lettek eltávolítva, ahelyett hogy a szót magyarázatként elfogadná.

Figyeljen a termékvonalanként érvényes szakaszokra. Ugyanazon márka böngészőbővítménye, mobil kliense és router eszköze eltérő adatutakkal rendelkezhet, és az irányelv akár egy oldalnyi általánossággal lefedheti mindhármat.

Az IETF adatvédelmi megfontolásokról szóló útmutatója itt hasznos szerkezet, mert komponensenként kényszerít elemzésre, nem marketingmondatonként.

Árazza be az elfogadott bizonyítékokat

A nyílt forráskódú klienskód leírja, mit tesz a kliens az adataival, és keveset mond az alagutat lezáró háttérrendszerről. Egy audit egy megadott rendszert fed le egy megadott időszakban, ami hasznos és szűkebb, mint egy állandó garancia. A joghatóságra vonatkozó állítás jogi folyamatról szóló kijelentés, nem technikai naplózásról. Ezek mindegyike meghatározott fajtájú bizonyíték, és keverésük olyan magabiztos következtetéseket ad, amelyeket egy év múlva senki nem tud megvédeni.

A nyugalmi titkosítás a még létező rekordokat védi, tehát más kérdésre válaszol, mint hogy a rekordok egyáltalán léteznek-e.

Jegyezze fel, mi maradt megválaszolatlanul

Ahol egy komponens hiányzik az irányelvből, vagy egy kategóriát nem tárgyalnak, írja mellé, hogy „nem magyarázott“. Ez az őszinte eredmény, és hasznosabb, mint a hallgatást garanciává vagy váddá alakítani. Tartsa az irányelv verzióját és dátumát a jegyzetei mellett, mert ezek a dokumentumok csendben változnak, és a verzió nélküli összehasonlítás gyorsan elavul.

Végül legyen világos abban, mit bizonyított a saját tesztje. Egy működő kimenet és egy megváltozott nyilvános cím az útválasztást bizonyítja. Ezek semmit sem mondanak a kiszolgálóoldali megőrzésről, és a munkalap az a hely, ahol ez a különbség él.

Kapcsolódó cikkek