384 / 736SASS

Len Sassaman

Исследователь анонимной связи

Лен Сассаман исследовал, как общаться без ненужного раскрытия личности. Его работа показывает, почему недостаточно закрыть содержание сообщения: следы оставляют и его путь, и способ получения.

Len Sassaman был исследователем приватности и работал над системами анонимной коммуникации. Он участвовал в проектировании Mixmaster и Pynchon Gate, средств пересылки и получения сообщений. Изучал не только их возможности, но и слабости и удобство. Его работа относится к истории цифровой приватности; схожие исследовательские интересы сами по себе не доказывают, что он был Satoshi Nakamoto.

Представьте приватную почту, настройку которой мало кто понимает. Технический замысел может быть умным, но на практике помогать немногим. Лен Сассаман (Len Sassaman) связывал приватность с удобством: на исследовательском сайте он объяснял, что слишком сложная система может не привлечь нужных пользователей. Анонимная коммуникация зависит и от другого трафика, среди которого скрывается сообщение. Поэтому он спрашивал не только, работает ли математика, но и могут ли люди правильно пользоваться системой. Он изучал как защиту таких систем, так и способы её преодолеть. [1]

Одним из подходов был Mixmaster — система пересылки почты, затрудняющая установление связи между отправителем и получателем. Документ Mixmaster Protocol Version 2 от 29 декабря 2004 года называет четырёх соавторов: U. Moeller, L. Cottrell, P. Palfrader и L. Sassaman. Вклад Сассамана не нуждается в истории одинокого изобретателя. Это архивный Internet-Draft, рабочее предложение, представленное в среде IETF, организации по интернет-стандартизации. Наличие в архиве не превращает его в утверждённый стандарт IETF. Здесь это прежде всего конкретная запись предложений авторов. [2]

Зашифрованное содержание похоже на письмо в непрозрачном конверте: слова скрыты, но доставку можно наблюдать. Такие сопутствующие сведения в цифровом общении называют метаданными. К ним относятся размер сообщений, время и частота обмена. Mixmaster в проекте 2004 года сочетает слои шифрования, пакеты фиксированного размера и общий запас, из которого сообщения постепенно пересылаются. Это должно затруднять сопоставление конкретного входа с выходом. Но перемешивание означает и ожидание. Механизмы объясняют устройство защиты, а не обещают анонимность при любом использовании. [2]

Незаметно отправить письмо — лишь часть дела. Если вас узнают при получении у почтового ящика, связь могут раскрыть с другого конца. Лен Сассаман, Брэм Коэн (Bram Cohen) и Ник Мэтьюсон (Nick Mathewson) рассматривали эту проблему в The Pynchon Gate 2005 года. Для отправки проект использует существующий анонимный канал. Для получения — private information retrieval, или PIR: извлечение данных со скрытием от серверов того, какую позицию вы ищете. Отправка и получение — не два названия одной операции. Они защищают разные участки пути, и оба важны. [3]

PIR в проекте 2005 года отправляет разные запросы выбранным дистрибьюторам — серверам, предоставляющим хранимые данные. Их число в статье обозначено буквой k. Клиент объединяет ответы и получает нужный блок, при этом отдельный запрос прямо не называет этот блок. Защита выбора предполагает, что атакующий не контролирует все выбранные серверы. Поэтому важно, кто ими управляет. Несколько адресов под контролем одного человека не равны независимым операторам. Число серверов само не доказывает независимости; предположение должно соответствовать реальному развёртыванию. [3]

Представьте, что вы загружаете заметно больше данных только при получении большого количества почты. Наблюдатель может что-то узнать, не читая содержание. Поэтому проект 2005 года использует блоки фиксированного размера и дополнительные запросы до заданного максимума. Чтобы соблюдать эту защиту, клиент не может каждый раз останавливаться сразу после получения настоящих сообщений. Цена понятна: передаются и данные, не нужные для одного лишь чтения почты. Приватность здесь зависит от шифрования, поведения программы и готовности тратить ресурсы на дополнительный трафик. [3]

Pynchon Gate в статье 2005 года использует хеши — короткие цифровые отпечатки для проверки данных — и общий корневой хеш упорядоченного набора. Повторный расчёт помогает проверить соответствие ожидаемым данным. Но если атакующий предоставил изменённые данные и подставной корень, совпадения с его собственным значением недостаточно. Авторы требуют широко публиковать проверочные сведения и контролировать согласие используемых дистрибьюторов относительно корня. Важно не только, совпадает ли отпечаток, но и откуда известно, каким он должен быть. Проверке нужна надёжная исходная точка. [3]

Наряду со статьёй о Pynchon Gate полезно читать README, вводное описание программного проекта. Автор Ник Мэтьюсон (Nick Mathewson) называет реализацию незавершённой и перечисляет код дистрибьютора и коллатора, а не полную систему. Коллатор готовит и упорядочивает сообщения для распространения; пользовательское ПО — отдельная работа. Эта историческая запись не доказывает готовности к безопасному использованию сегодня. Вклад Сассамана от этого не становится меньше. Он помогал выявлять реальные проблемы и проектировать решения, ценность которых понятнее, когда известны также их условия и границы. [4]

Для полной картины прочитайте эту статью вместе с Eric Hughes, Martti Malmi, Приватность в Bitcoin. На эту статью также ссылаются Eric Hughes, Martti Malmi.

DOC · 001Len Sassaman — Research interests and projectsДокументация DOC · 002Moeller, Cottrell, Palfrader, Sassaman — Mixmaster Protocol Version 2 (2004 draft)Документация DOC · 003Sassaman, Cohen, Mathewson — The Pynchon Gate (2005)Документация DOC · 004Nick Mathewson — Pynchon Gate implementation READMEДокументация
Обновлено: Сначала источники · Не является инвестиционной рекомендацией