Gegevens, bewaring of toekomstige logging: welk verzoek?
Een verzoek om al aanwezige gegevens, een bewaringsbevel en een bevel tot toekomstige verzameling zijn drie bewerkingen. Lees eerst welke het document toestaat.
Een kop zegt dat een VPN-aanbieder is bevolen gegevens af te staan, en de reacties concluderen dat elke VPN nu moet loggen. Het document achter de kop kan hebben gevraagd om gegevens die al bestonden, de aanbieder hebben gevraagd te bewaren wat hij heeft terwijl verder proces wordt verkregen, of de verzameling van bepaalde attributen vooruit hebben toegestaan. Dat zijn drie verschillende bewerkingen met drie verschillende grenzen. Lees welke het document uitvoert voordat u een conclusie trekt.
Drie bewerkingen die een dagvaarding worden genoemd
Het woord in de kop is meestal een categoriefout en geen leugen. Een verzoek om bestaande gegevens, een bewaringsbevel en een machtiging voor prospectieve verzameling komen allemaal als juridische stukken binnen, en ze zijn niet uitwisselbaar. Elk noemt een andere handeling, een ander tijdvak en een andere groep ontvangers. Lezen welke van toepassing is kost een minuut en voorkomt de meeste slechte conclusies.
| Operation | What it asks for | What it does not do |
|---|---|---|
| Records request | Information already held by the provider | Create data that was never collected |
| Preservation | Keep existing records while process continues | Disclose them to the requester |
| Prospective collection | Capture specified attributes going forward | Read the contents of communications |
Die tabel is een leeshulp, geen juridische taxonomie, en het concrete instrument is bepalend. De classificatie van een dienst, zijn jurisdictie en de in het document genoemde informatie veranderen allemaal de analyse, daarom is de nuttige vraag altijd "welke bewerking, over welke periode, voor welke categorieën".
Wat al bestaat is een andere vraag
Voor een Amerikaans voorbeeld biedt 18 USC 2703 verschillende routes voor communicatie en voor klantgegevens, en subsectie (c)(2) noemt bepaalde abonnee-informatie die met een bepaald proces verkrijgbaar is. Het zegt niet dat elk soort informatie via hetzelfde instrument beschikbaar is.
Dat onderscheid is hetgeen een privacybeleid niet voor u kan beantwoorden. Een verklaring over het bewaren van browsegeschiedenis zegt misschien niets over een accountrecord, een betaalrecord of een supportticket, omdat dat verschillende categorieën met verschillende bewaring zijn.
Lees het beleid dus als een lijst van categorieën en niet als één belofte. Vraag welke gegevens bestaan, hoe lang en onder wiens controle, en behandel "wij bewaren geen logs" als een bewering over één categorie tot de aanbieder anders zegt. Vraag dan welke categorie het verzoek werkelijk noemt. De mismatch tussen die twee antwoorden is waar de meeste publieke debatten over VPN-logging misgaan.
Bewaring is geen openbaarmaking
Bewaring vraagt een aanbieder bewijs te bewaren dat hij al bezit terwijl verder proces wordt verkregen. Het geeft dat bewijs aan niemand en het creëert geen nieuwe stroom gegevens. Het onderscheid raakt makkelijk zoek in een samenvatting die zegt dat de aanbieder "bevolen is gegevens te bewaren".
Voor de lezer van het nieuws betekent dat een bewaringsbevel geen bewijs is dat een aanbieder zijn verzamelpraktijk heeft veranderd. Voor de operator die er een ontvangt betekent het dat de verplichting gaat over het niet vernietigen van iets, wat een veel smallere handeling is dan een pijplijn bouwen.
Beide lezingen wijzen op dezelfde praktische regel: bevries de relevante toestand en stop met het wijzigen ervan tot een gekwalificeerd persoon het verzoek heeft beoordeeld. Haastig verwijderen en haastig verzamelen zijn beide manieren om de situatie erger te maken. Een schriftelijke notitie van wat bestond toen de eis binnenkwam is meer waard dan enige latere reconstructie.
Toekomstige verzameling heeft een eigen bevoegdheid
Prospectieve verzameling is weer een apart mechanisme. In de Verenigde Staten regelen pen register- en trap and trace-bevelen op grond van 18 USC 3123 de machtiging, bepaalde communicatieattributen, bijstand, termijnen en geheimhouding, terwijl de definities in artikel 3127 de inhoud van communicatie van die categorieën uitsluiten.
Die uitsluiting is het deel dat mensen missen wanneer zij concluderen dat een bevel het lezen van berichten toestaat. De categorie gaat over attributen, niet over inhoud, en de wet is specifiek over wat zij dekt. Of een bepaald verzoek binnen die grens past, is een vraag voor een advocaat en niet voor een blogbericht.
Daaruit volgt ook dat het gewone no-logbeleid van een aanbieder geen juridisch schild is. Een beleid beschrijft wat standaard wordt verzameld; een verplichting beschrijft wat onder een geldig instrument moet gebeuren. Beide uitspraken kunnen tegelijk waar zijn en toch in de praktijk botsen.
Wat te doen wanneer een verzoek binnenkomt
Stuur het document onmiddellijk naar de verantwoordelijke beoordelaar en bewaar het precies zoals ontvangen, inclusief headers en bijlagen. Noteer de termijnen, de vertrouwelijkheidsvoorwaarden en de genoemde categorieën, want die drie feiten bepalen alles wat volgt.
Stel geen wijziging in verzameling of verwijdering samen uit een onlinesamenvatting. Informeer de getroffen gebruiker niet voordat u heeft gecontroleerd of geheimhouding geldt, en ga er niet van uit dat dit zo is zonder het instrument te lezen.
Als u een aanbieder kiest in plaats van er een te beheren, lees dan het databeleid naast het transparantierapport en let op de hiaten. Het ontbreken van gepubliceerde verzoeken is geen bewijs dat eisen technisch onmogelijk zijn, en een gepubliceerd beleid is geen bewijs dat er geen andere categorie bestaat.