Paņemiet vienu teikumu no politikas — to, kas lika apsvērt pakalpojumu sniedzēju, — un izsekojiet tam visā sistēmā. Solījums par tuneli automātiski neapraksta konta portālu, atrisinātāju, atbalsta pastkasti vai maksājumu apstrādātāju. Lielākā daļa slikto salīdzinājumu rodas, jo apgalvojumu par vienu komponentu izlasa un piemēro citam. Tālāk sniegtais pārskats pārvērš šo ieradumu īsā darba lapā.

Sekojiet datiem, nevis īpašības vārdam

Virsraksts, piemēram, «nav darbības žurnālu», ir apgalvojums par kategoriju, un noderīgais jautājums ir, kurš komponents vispār varētu radīt šo kategoriju. Tuneļa galapunkts redz avota adreses un laika zīmogus; atrisinātājs redz pieprasītos nosaukumus; kontu sistēma redz identitāti un maksājumu vēsturi; atbalsts redz visu, ko ielīmējat biļetē. Divus no tiem var pārvaldīt viena un tā pati sabiedrība, un viens var būt apakšuzņēmējs.

Šifrēšana pārsūtīšanas laikā neko nenorāda par uzglabāšanu, jo galapunkts atšifrē pirms pārsūtīšanas.

Vispirms izveidojiet komponentu karti

Uzrakstiet sešas rindas: klienta lietojumprogramma, tuneļa galapunkta operators, DNS atrisinātājs, kontu un norēķinu sistēma, atbalsta kanāls un jebkurš diagnostikas vai avāriju ziņojumu saņēmējs. Katrā rindā atzīmējiet, kas to pārvalda un vai šī puse ir tā pati sabiedrība, par kuru lasāt. Balto etiķešu pakalpojumi, līgumiskie atbalsta dienesti un trešo pušu analītika biežāk padara atbildi interesantu, nekā nē.

Pēc tam uzskaitiet, kam katram komponentam tehniski ir piekļuve: avota adrese, konta identifikators, pieprasītais nosaukums, savienojuma laiks, pārsūtītais apjoms, ierīces informācija, iesniegtais ziņojums. Pieejamība nav uzglabāšana, taču tā parāda, kurai politikas daļai jāatbild uz kuru jautājumu.

Salīdziniet kategorijas, mērķi, uzglabāšanu un koplietošanu

Apgalvojums, ka pārlūkošanas galamērķi netiek glabāti, neaptver sesijas laika zīmogus, un apgalvojums par apkopotu statistiku neapraksta neapstrādātos ierakstus, kas to baroja. Meklējiet precīzu kategoriju, norādīto mērķi, uzglabāšanas periodu un koplietošanas formulējumu — tieši šajā secībā. Kur politika saka «anonīms», pārbaudiet, kuri identifikatori un kāda laika precizitāte tika noņemti, nevis pieņemiet vārdu kā skaidrojumu.

Pievērsiet uzmanību sadaļām, kas attiecas uz produktu līnijām. Viena zīmola pārlūka paplašinājumam, mobilajam klientam un maršrutētājam var būt atšķirīgi datu ceļi, un politika var aptvert visus trīs ar vienu lappusi vispārīgu frāžu.

IETF privātuma apsvērumu vadlīnijas šeit ir noderīga struktūra, jo tās liek analizēt pa komponentiem, nevis pa mārketinga teikumiem.

Novērtējiet pierādījumus, ko pieņemat

Atvērtā koda klienta kods apraksta, ko klients dara ar jūsu datiem, un maz saka par aizmugursistēmu, kas pabeidz tuneli. Audits aptver norādītu sistēmu norādītā periodā, kas ir noderīgi un šaurāk nekā pastāvīga garantija. Apgalvojums par jurisdikciju ir apgalvojums par juridisko procesu, nevis par tehnisko reģistrēšanu. Katrs no tiem ir noteikta veida pierādījums, un to sajaukšana dod pārliecinātus secinājumus, ko pēc gada neviens nevarēs aizstāvēt.

Šifrēšana miera stāvoklī aizsargā ierakstus, kas joprojām pastāv, tāpēc tā atbild uz citu jautājumu nekā tas, vai ieraksti vispār pastāv.

Pierakstiet, kas palika neatbildēts

Kur politikā trūkst komponenta vai kategorija nav aplūkota, blakus ierakstiet «nav paskaidrots». Tas ir godīgais rezultāts, un tas ir noderīgāks nekā klusumu pārvērst garantijā vai apsūdzībā. Glabājiet politikas versiju un datumu blakus savām piezīmēm, jo šie dokumenti mainās klusi, un salīdzinājums bez versijas ātri noveco.

Visbeidzot, esiet skaidri par to, ko pierādīja jūsu pašu testēšana. Darbojoša izeja un mainīta publiskā adrese parāda maršrutēšanu. Tie neko nepasaka par uzglabāšanu servera pusē, un tieši darba lapā dzīvo šī atšķirība.

Saistītie raksti