A Cypherpunk’s Manifesto

Ерік Г’юз звертався до спільноти Cypherpunks, чиї ранні розмови збереглися в архівах поштових розсилок. Текст має точну дату: 9 березня 1993 року. Інтернет-сервіси змінилися, але питання лишилося: чи мусить постачальник знати все, що ми робимо через його сервіс? Це не The Crypto Anarchist Manifesto, який Тімоті К. Мей написав у 1988 році. Мей приділяв більше уваги прогнозам щодо змін політичної влади. Г’юз зосереджувався на приватності та роботі для її захисту. Тексти походять зі спільного інтелектуального середовища, але мають різних авторів і зміст. [1] [2] [3] [5]

Подрузі можна розповісти про сімейне занепокоєння, а колезі лише сказати, що сьогодні підете раніше. Обоє отримають правдиву інформацію, проте різний її обсяг. Так зрозуміліша відмінність між приватністю та цілковитою таємницею у Г’юза. Не потрібно приховувати все життя, щоб хотіти захистити окрему розмову. Приватність зберігає межі між людьми й ситуаціями. Коли повідомлення, покупки та контакти автоматично об’єднуються в один профіль, ці межі зникають. Відомості, надані з певною метою, можуть потрапити до тих, кому не призначалися. [1]

Уявімо магазин, що продає файл для завантаження. Йому потрібно визначити замовлення, перевірити оплату й надати файл. Додаткові дані можуть знадобитися, наприклад, для документа про покупку. Варто відрізняти цю мету від технічних вимог завантаження. Чому одна послуга має отримувати всю адресну книгу телефона? Інформація, якої магазин ніколи не збирав, не витече з його бази. Обмежувати збирання — окремий спосіб захисту, відмінний від обіцянки не зловживати вже накопиченими даними. [1] [10]

Шифрування може приховати зміст, тоді як сервіс записує час надсилання, мережеву адресу або облікові записи учасників. Такі супровідні відомості називають метаданими. Їхній обсяг залежить від системи; сервіси збирають різні речі. Сам запис регулярного контакту може бути чутливим без прочитаного речення. Тому важливо з’ясувати не лише те, чи шифрує застосунок повідомлення, а й те, хто має ключі, що зберігається та що можна пов’язати. Ключі тут — довгі числові значення, які застосунок використовує для шифрування повідомлення або відновлення його читабельного вигляду. Захист змісту й обмеження слідів спілкування — пов’язані, але різні завдання. [8] [4]

Шифрування перетворює читабельне повідомлення на дані, відновити які має бути здатен лише уповноважений одержувач із потрібним ключем. Правильно реалізоване наскрізне шифрування захищає зміст навіть від сервера, що його передає. Цифровий підпис дозволяє перевірити інше: підписані дані не змінилися, а підпис відповідає певному ключу. Сам він не приховує повідомлення й не доводить справжнього імені або чесності автора. З ключем може тривалий час пов’язуватися псевдонім. Тому маніфест говорить про сукупність інструментів, а не чарівну кнопку анонімності. [4] [9]

Два сервіси можуть заявляти: ми не читаємо ваші повідомлення. Один зберігає читабельні копії й обмежує доступ працівників. Другий за правильного наскрізного шифрування отримує зашифровані дані без ключів до змісту. Реклама однакова, але потрібна довіра різна. Другий сервіс теж може мати вразливості в застосунку, резервних копіях чи перевірці співрозмовника. Небажання Г’юза покладатися лише на добру волю великих організацій веде до практичного питання: що постачальник зможе дізнатися, якщо передумає або хтось захопить його сервер? [4] [8]

Коротка фраза переводить увагу від бажань до створення інструментів. Зручна програма дозволяє надіслати захищене повідомлення без ручних криптографічних обчислень. Вихідний код — це текст програми, який розробники пишуть і редагують. Його публікація дає іншим змогу досліджувати, як влаштована програма, і шукати помилки. Але доступність коду не доводить, що його ретельно перевірили або що завантажений застосунок відповідає опублікованій версії. Важливі також розповсюдження, оновлення та робота зі знайденими вразливостями. Маніфест закликає створювати й ділитися; якість кожного результату потребує окремої оцінки. [1] [11]

Подруга має вміти отримати зашифроване повідомлення. Якщо інструмент надто складний, вона може перенести розмову в менш захищений канал. Прочитавши, вона може переказати зміст або сфотографувати його: захист передавання цьому не завадить. Тому Г’юз наприкінці наголошує на співпраці; самого розповсюдження програм недостатньо. Його оптимізм щодо поширення коду світом — переконання про майбутнє, не гарантія постійної доступності кожного сервісу. Поряд з алгоритмами важливі співрозмовники, користування інструментами й ставлення до чужих даних. [1] [8] [10]

Повідомлення може безпечно пройти мережею, а потім потрапити до незнайомця, який читає розблокований телефон або контролює пристрій через шкідливу програму. Резервна копія розмови може мати інший захист, ніж передавання. Навіть чинний підпис може належати шахраєві, який підписав неправдиве твердження. Це не робить шифрування марним, а показує, яку частину проблеми воно розв’язує. Спершу визначаємо, що захищаємо, від кого і як ця сторона могла б це отримати. Потім обираємо інструменти. Маніфест спонукає так мислити, але не замінює конкретної оцінки безпеки. [8] [9] [10]

Bitcoin дозволяє передавати вартість і спільно перевіряти правила без центрального адміністратора платіжного реєстру. Однак історія транзакцій публічна. Якщо продавець пов’язує оплату із замовленням та ім’ям покупця, Bitcoin не стирає цей зв’язок. Сатоші Накамото розглядає приватність і пов’язування транзакцій у білій книзі: адреса не робить людину невидимою. Зв’язок із Г’юзом полягає в питаннях і підході до створення інструментів, а не в технічному проєктуванні Bitcoin у маніфесті. Варто з’ясовувати, хто що бачить, кому довіряємо і що можемо перевірити самі. [6] [7]