Записи, сохранение или будущая журнализация: какой запрос?
Запрос уже имеющихся записей, требование о сохранении и распоряжение о будущем сборе — это три разные операции. Сначала прочитайте, какую из них допускает документ.
Заголовок сообщает, что провайдера VPN обязали выдать записи, а комментарии делают вывод, что теперь каждый VPN обязан вести журналы. Документ за заголовком мог запрашивать уже существующие записи, мог просить провайдера сохранить то, что есть, до получения дальнейшей процедуры или разрешать сбор определённых атрибутов в будущем. Это три разные операции с тремя разными пределами. Прочитайте, какую из них выполняет документ, прежде чем делать вывод.
Три операции, которые называют повесткой
Слово в заголовке обычно категориальная ошибка, а не ложь. Запрос существующих записей, требование о сохранении и разрешение на перспективный сбор приходят как юридические бумаги, и они не взаимозаменяемы. Каждый называет иное действие, иной временной промежуток и иной круг получателей. Прочтение того, какой применяется, занимает минуту и предотвращает большинство плохих выводов.
| 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 |
Эта таблица — подспорье для чтения, а не правовая таксономия, и важен конкретный инструмент. Классификация сервиса, его юрисдикция и информация, названная в документе, меняют анализ, поэтому полезный вопрос всегда такой: "какая операция, за какой период, для каких категорий".
То, что уже существует, — другой вопрос
Для примера из Соединённых Штатов 18 USC 2703 предусматривает разные пути для коммуникаций и для клиентских записей, а подраздел (c)(2) определяет некоторые сведения об абонентах, доступные при определённой процедуре. Он не утверждает, что каждый вид информации доступен тем же инструментом.
Именно на это различие политика конфиденциальности не может ответить за вас. Заявление о хранении истории просмотров может ничего не говорить об учётной записи, платёжной записи или обращении в поддержку, потому что это разные категории с разным хранением.
Поэтому читайте политику как список категорий, а не как единственное обещание. Спрашивайте, какие записи существуют, как долго и под чьим контролем, и относитесь к "мы не ведём журналов" как к утверждению об одной категории, пока провайдер не скажет иное. Затем спросите, какую категорию запрос действительно называет. Расхождение между этими двумя ответами — то место, где большинство публичных споров о журнализации VPN идут не туда.
Сохранение — это не раскрытие
Сохранение просит провайдера держать доказательства, которые у него уже есть, до получения дальнейшей процедуры. Оно не передаёт эти доказательства никому и не создаёт новый поток записей. Это различие легко теряется в резюме, где говорится, что провайдеру "приказано хранить данные".
Для человека, читающего новость, это значит, что распоряжение о сохранении не является доказательством того, что провайдер изменил практику сбора. Для оператора, получающего его, это значит, что обязанность касается не уничтожать что-то, и это гораздо более узкое действие, чем построение конвейера.
Оба прочтения ведут к одному практическому правилу: заморозьте соответствующее состояние и перестаньте его менять, пока квалифицированный человек не рассмотрит запрос. Поспешное удаление и поспешный сбор — оба способа ухудшить ситуацию. Письменная заметка о том, что существовало к моменту поступления требования, ценнее любой последующей реконструкции.
У будущего сбора есть собственные полномочия
Перспективный сбор — снова отдельный механизм. В Соединённых Штатах распоряжения о pen register и trap and trace по 18 USC 3123 касаются разрешения, определённых атрибутов коммуникаций, содействия, сроков и неразглашения, тогда как определения в статье 3127 исключают содержание коммуникаций из этих категорий.
Это исключение и есть та часть, которую люди упускают, когда заключают, что распоряжение разрешает читать сообщения. Категория касается атрибутов, а не содержания, и закон конкретен в том, что он охватывает. Вписывается ли конкретный запрос в эту границу — вопрос для юриста, а не для записи в блоге.
Из этого также следует, что обычная политика отсутствия журналов у провайдера не является правовым щитом. Политика описывает, что собирается по умолчанию; обязанность описывает, что должно быть сделано по действительному инструменту. Оба утверждения могут быть верны одновременно и всё же противоречить на практике.
Что делать, когда запрос поступает
Немедленно направьте документ ответственному проверяющему и сохраните его точно в том виде, в каком он получен, включая заголовки и вложения. Отметьте сроки, условия конфиденциальности и названные категории, потому что эти три факта определяют всё дальнейшее.
Не составляйте изменение сбора или удаления из онлайн-резюме. Не уведомляйте затронутого пользователя, пока не проверили, применяется ли неразглашение, и не предполагайте, что оно применяется, не прочитав инструмент.
Если вы выбираете провайдера, а не управляете им, читайте политику данных рядом с его отчётом о прозрачности и замечайте пробелы. Отсутствие опубликованных запросов не является доказательством того, что требования технически невозможны, а опубликованная политика не является доказательством того, что другой категории не существует.