Ta én setning fra erklæringen — den som fikk deg til å vurdere leverandøren — og følg den gjennom systemet. Et løfte om tunnelen beskriver ikke automatisk kontoportalen, resolvet, støtteinnboksen eller betalingsbehandleren. De fleste dårlige sammenligninger oppstår fordi man leser en påstand om én komponent og anvender den på en annen. Gjennomgangen nedenfor gjør den vanen om til et kort regneark.

Følg dataene, ikke adjektivet

En overskrift som «ingen aktivitetslogger» er en uttalelse om en kategori, og det nyttige spørsmålet er hvilken komponent som i det hele tatt kunne produsere den kategorien. Tunnelens endepunkt kan se kildeadresser og tidsstempler; en resolver kan se de forespurte navnene; kontosystemet kan se identitet og betalingshistorikk; støtten kan se alt du limer inn i en sak. To av disse kan drives av samme selskap, og én kan være en underleverandør.

Kryptering under overføring sier ingenting om lagring, fordi endepunktet dekrypterer før det videresender.

Lag et komponentkart først

Skriv seks rader: klientapplikasjon, operatør av tunnelens endepunkt, DNS-resolver, konto- og faktureringssystem, støttekanal og enhver mottaker av diagnostikk eller krasjrapporter. Noter for hver rad hvem som driver den, og om den parten er det samme selskapet du leser om. Whitelabel-tjenester, utkontrakterte støtteskranker og tredjepartsanalyse gjør svaret oftere interessant enn ikke.

List deretter opp hva hver komponent teknisk har tilgang til: kildeadresse, kontoidentifikator, forespurt navn, tilkoblingstid, overført volum, enhetsdetaljer, innsendt rapport. Tilgjengelighet er ikke lagring, men det viser hvilken del av erklæringen som må svare på hvilket spørsmål.

Sammenlign kategorier, formål, lagring og deling

En påstand om at nettlesermål ikke lagres, dekker ikke øktens tidsstempler, og en påstand om aggregert statistikk beskriver ikke de rå postene som fødte den. Se etter den nøyaktige kategorien, det angitte formålet, lagringstiden og ordlyden om deling — i den rekkefølgen. Der erklæringen sier «anonymt», må du kontrollere hvilke identifikatorer og hvilken tidsgranularitet som er fjernet, i stedet for å godta ordet som forklaring.

Vær oppmerksom på avsnitt som gjelder per produktlinje. En nettleserutvidelse, en mobilklient og en ruter fra samme merke kan ha ulike datastier, og erklæringen dekker kanskje alle tre med én side med allmennheter.

IETFs veiledning om personvernhensyn er en nyttig struktur her, fordi den tvinger analysen til å skje per komponent i stedet for per markedsføringssetning.

Vurder bevisene du godtar

Åpen klientkode beskriver hva klienten gjør med dataene dine, og den sier lite om backend-en som avslutter tunnelen. En revisjon dekker et angitt system i en angitt periode, noe som er nyttig og snevrere enn en permanent garanti. En påstand om jurisdiksjon er en uttalelse om rettslig prosess, ikke om teknisk logging. Hver av disse er bevis av en bestemt type, og å blande dem gir selvsikre konklusjoner som ingen kan forsvare et år senere.

Kryptering i ro beskytter poster som fortsatt finnes, så det svarer på et annet spørsmål enn hvorvidt postene finnes i det hele tatt.

Skriv ned det som forble ubesvart

Der en komponent mangler i erklæringen, eller en kategori ikke er behandlet, skriv «uavklart» ved siden av. Det er det ærlige resultatet, og det er mer nyttig enn å gjøre taushet til en garanti eller en anklage. Oppbevar erklæringens versjon og dato ved notatene dine, fordi disse dokumentene endrer seg stille, og en sammenligning uten versjon blir fort utdatert.

Til slutt bør du være tydelig på hva din egen test beviste. En fungerende utgang og en endret offentlig adresse viser ruting. De sier ingenting om lagring på serversiden, og regnearket er stedet der den forskjellen lever.

Relaterte artikler