Основи PGP-шифрування для повідомлень і замовлень на маркеті

Уявіть повідомлення як запечатаний внутрішній конверт усередині зовнішнього конверта з маршрутом. Майданчик бачить лише зовнішній конверт: який сервер має доставити вміст. Внутрішній конверт може прочитати тільки продавець, бо його замкнули на ключ, який контролює продавець. Спостерігач між вами й продавцем бачить трафік, час, розміри пакетів, але не саму адресу й не примітки до замовлення, якщо PGP використано правильно.

Принцип — асиметричне шифрування: один ключ замикає, інший відмикає. Вам не потрібно заздалегідь домовлятися з продавцем про спільний секрет. Ви берете опублікований публічний ключ продавця, замикаєте ним повідомлення, і тільки відповідний приватний ключ може його відімкнути. Саме тому втрата приватного ключа або публікація неправильного публічного ключа руйнує весь ланцюжок.

Що насправді відбувається, перш ніж повідомлення покине ваш пристрій

1. Продавець публікує публічний ключ у профілі на майданчикуКлюч — це блок тексту, який будь-хто може скопіювати, але сам собою він нічого не розшифровує
2. Ваш PGP-інструмент імпортує цей публічний ключ і прив’язує його до особи продавцяТепер інструмент знає, який замок використовувати, коли ви пишете цьому продавцю
3. Ви вводите адресу й деталі замовлення, потім шифруєте їх публічним ключем продавцяВідкритий текст замінюється блоком PGP-повідомлення, який починається приблизно з -----BEGIN PGP MESSAGE-----
4. Ви вставляєте в поле повідомлення на майданчику лише зашифрований блокСистема майданчика зберігає й передає шифротекст, але ніколи — читабельну адресу
5. Продавець розшифровує повідомлення за допомогою приватного ключа, який ніколи не покидав його пристрійВідкритий текст з’являється лише на боці продавця

Майданчик може зберігати зашифроване повідомлення, але не може перетворити його назад на адресу. Якщо базу даних майданчика пізніше скопіюють або зіллють, збережений PGP-блок залишиться марним без приватного ключа продавця. Це і є практичний захист: чутлива частина ніколи не існує на сервері майданчика в читабельному вигляді.

Обмеження так само важливе. PGP захищає вміст повідомлення, а не сам факт того, що ви звернулися до продавця. Аналіз трафіку, час, розмір повідомлення і ваші власні операційні звички все одно можуть виявити, що якийсь покупець у якийсь момент розмовляв із якимось продавцем. PGP також не виправляє помилок, зроблених до шифрування: скопійовано не той публічний ключ, адресу введено не в те поле або відкритий текст вставлено в примітку на майданчику замість зашифрованого блоку.

Уявіть, що ви знайшли продавця, чиї оголошення виглядають як треба, але перш ніж щось замовляти, ви гортаєте вниз до блоку дивного тексту, що починається з -----BEGIN PGP PUBLIC KEY BLOCK-----. Цей блок — не прикраса і не адреса. Це половина двосторонньої розмови продавця, яку може прочитати лише той, хто має відповідний приватний ключ.

Публічний ключ продавця розміщено в його профілі

Блок публічного ключа — це довгий структурований набір символів, який працює як замок, зроблений для поштової скриньки однієї людини. На Abacus він зазвичай розташований на сторінці профілю продавця або в окремому розділі PGP. Вам не потрібно розуміти кожен рядок ключа — важливо скопіювати весь блок точно так, як він виглядає, від початкового заголовка до кінцевого завершення. Один пропущений символ може перетворити ключ на марний текст.

Блок публічного ключа

набір символів, яким можна ділитися; використовується для шифрування повідомлень так, щоб їх міг прочитати лише власник відповідного приватного ключа

Приватний ключ

секретний ключ, який зберігається на вашому власному пристрої; він розшифровує повідомлення, зашифровані вашим публічним ключем, і дозволяє підписувати відповіді

Рукостискання з профілем продавця

момент, коли ви імпортуєте публічний ключ продавця, шифруєте ним своє перше повідомлення та підтверджуєте, що продавець може відповісти

Публічний ключ продавця не є секретним. Його можна показувати, копіювати та відкрито порівнювати. Система працює завдяки тому, що шифрування цим ключем створює шифротекст, який може відкрити лише приватний ключ продавця. Уявіть, що ви кидаєте запечатаний конверт у проріз: будь-хто може вкинути повідомлення, але лише людина з іншого боку має ключ від скриньки.

Ваш приватний ключ відповідає з іншого боку

Коли продавець відповідає, він може зашифрувати свою відповідь вашим публічним ключем, і тоді прочитати її зможе лише ваш приватний ключ. Щоб це сталося, ваш публічний ключ має бути включений у повідомлення, яке ви надсилаєте, — зазвичай прикріплений або вставлений у той самий зашифрований блок. Ваш приватний ключ ніколи не залишає вашого пристрою. Це єдине, що не можна вставляти в повідомлення на маркеті, у профіль чи у вікно чату.

Рукостискання завершується, коли зашифроване повідомлення доходить до продавця, продавець може його розшифрувати, а відповідь продавця повертається зашифрованою вашим власним ключем. Саме з цього моменту деталі адреси перестають бути читабельними для будь-кого іншого, хто випадково побачить повідомлення в дорозі.

Сприймайте налаштування як два окремі треки: спершу створення ключової пари, а потім отримання публічного ключа продавця у ваш інструмент без його пошкодження. Більшість людей спотикаються саме на другому треку. Блок публічного ключа — це просто текст, але коли він проходить через мобільний буфер обміну чи застосунок для чату, перенесення рядків зникають, з’являються пробіли або рядок заголовка зливається з наступним. У результаті виходить не зламане «шифрування», а ключ, який виглядає дійсним і мовчки створює повідомлення, яке продавець не може відкрити. Це гірше за повідомлення про помилку, адже ви помічаєте проблему лише тоді, коли замовлення вже запущене.

Шлях на комп’ютері здається безпечнішим, тому що ви можете тримати відкритим простий текстовий файл, вставити туди ключ продавця й візуально порівняти початковий і кінцевий блоки. Якщо перші видимі символи не -----BEGIN PGP PUBLIC KEY BLOCK-----, а останні не -----END PGP PUBLIC KEY BLOCK-----, щось обрізалося. На телефоні та сама перевірка відбувається на екрані імпорту, але менший розмір вікна приховує відсутні рядки. Перед імпортом збільште масштаб і не довіряйте сповіщенню про «успішний імпорт», якщо вставляли з месенджера.

Буфер обміну — найслабша ланка

Коли ви копіюєте публічний ключ із профілю продавця й перемикаєтеся у свій PGP-застосунок, телефон може запустити засіб очищення тексту, який перетворює прямі лапки, обрізає кінцеві пробіли або згортає подвійні перенесення рядків. Кожна зміна непомітно пошкоджує блок ключа. Надійна звичка — спершу вставити ключ у простий текстовий редактор, перевірити перші й останні три рядки і лише після цього знову виділити та скопіювати для імпорту. Це друге копіювання дає вам джерело з відомою якістю.

Планшети перебувають між двома робочими процесами: у них достатній розмір екрана, щоб переглянути повний блок ключа, але вони мають поведінку буфера обміну мобільної ОС. Ставтеся до планшета як до телефона під час перевірки буфера обміну, а не як до комп’ютера. Сама ключова пара може зберігатися на будь-якому пристрої, але імпорт і робота з повідомленнями мають відбуватися лише на тому пристрої, який ви фізично контролюєте й нікому не позичаєте.

• Поширені помилки: відсутній кінцевий рядок END після вставлення
• зайві пробіли всередині тіла base64
• розумні лапки, що замінюють дефіси в заголовку
• помилковий імпорт приватного ключа у спільний профіль

Уявіть перше зашифроване замовлення як складений паперовий лист, запечатаний воском і переданий кур’єру, який може доставити конверт, але не може прочитати його вміст. Введена адреса та деталі замовлення стають видимими лише для приватного ключа продавця — ні для інтерфейсу маркетплейсу, ні для тих, хто спостерігає за проходженням повідомлення через ретранслятори.

Три частини першої послідовності

1. Напишіть примітки до замовлення звичайним текстом на власному пристроїТримайте повідомлення суто фактичним, з адресними даними та будь-якими примітками точно так, як ви написали б їх на справжній пакувальній наліпці, — нічого зайвого, жодного вітання, що могло б виказати ваше ім’я.

1. Зашифруйте весь блок відкритим ключем продавцяПеред шифруванням оберіть ключ продавця зі свого ключника — не власний ключ, не ключ за замовчуванням, а саме той, що вказаний на сторінці профілю для конкретного оголошення, яке ви купуєте.

1. Вставте лише блок у форматі PGP armored у поле повідомленняРезультат починається з -----BEGIN PGP MESSAGE----- і закінчується -----END PGP MESSAGE-----; весь цей блок, включно з обома рядками-маркерами, стає тілом вашого повідомлення.

Чистий перший процес виглядає так: у вас відкрито невеликий текстовий файл, ви вводите адресу саме так, як вона має бути на пакуванні, потім обираєте відкритий ключ продавця у своєму PGP-інструменті, шифруєте й копіюєте armored-результат. Ви вставляєте лише цей один блок — і більше нічого — у повідомлення маркетплейсу. Ваш власний пристрій не зберігає жодної незашифрованої копії в полі маркетплейсу.

Уявіть звичайну адресу як відкриту листівку, а armored-блок — як цупкий конверт. Маркетплейс дає змогу надіслати конверт, але йому не потрібно бачити листівку всередині. Щоразу, коли ви надсилаєте листівку напряму, ви перетворюєте захист із правила на щось необов’язкове.

Розшифрування відповіді продавця — це ще не кінець шляху. Це момент, коли ви підтверджуєте, що інша сторона справді має той ключ, про який заявляє, і що під час розмови нічого не змінилося.

Три складники надійної звички перевіряти

• Розшифруйте відповідь, перш ніж діяти за будь-якими інструкціями
• Звірте відбиток ключа відправника зі збереженим раніше
• Надішліть крихітне тестове повідомлення, коли замовлення важливе

Читаємо, що насправді відповів продавець

Коли ви вставляєте відповідь продавця у свій PGP-інструмент і вона розшифровується, ви одразу дізнаєтеся дві речі: повідомлення призначалося лише вашим очам, і продавець правильно скористався вашим публічним ключем. Якщо всередині текст, схожий на підтвердження адреси, нотатки щодо доставки або запитання про ваше замовлення — це добрий знак. Відповідь, яка після розшифрування перетворюється на нісенітницю, випадкові символи або порожнє повідомлення, означає, що щось було використано повторно, скопійовано з помилкою або пара ключів не збігається.

Розшифрована осмислена відповідь — це як рукостискання, яке завершується лише тоді, коли обидві руки мають однаковий захват.

Коли розшифрування не вдається або ключ виглядає інакше

Невдача — це не завжди атака. Іноді продавець вставив не той блок, іноді ваш буфер обміну захопив зайві пробіли, іноді клавіатура телефона «люб'язно» змінила рядок відбитка. Але коли ключ справді відрізняється від того, що вказаний у профілі продавця — навіть на один блок символів на початку чи в кінці — ставтеся до відповіді як до ненадійної.

Тестове повідомлення перед справжнім замовленням

Найменша звичка, яка запобігає найбільшим втратам, — це тест із двох рядків. Перш ніж надсилати щось чутливе, надішліть коротку зашифровану нотатку на кшталт «PGP-перевірка — процитуйте, будь ласка, останнє слово цього рядка у відповіді». Продавець, який зможе її розшифрувати й правильно відповісти, доводить, що канал працює в обох напрямках. Це займає додаткову хвилину й виявляє плутанину з ключами, підміну профілів і помилки копіювання ще до того, як у справу вступають реальні дані.

1. ПідготовкаСкладіть короткий нейтральний тестовий рядок і зашифруйте його збереженим публічним ключем продавця
2. НадсиланняВставте зашифрований блок у повідомлення на маркетплейсі або в примітку до замовлення
3. ПеревіркаЗачекайте, поки продавець процитує тестову фразу у своїй відповіді
4. ПродовженняЛише після того, як повний цикл спрацював, надсилайте справжню адресу або деталі замовлення

Якщо зробити це один раз, процес стає м'язовою пам'яттю. Сенс не в параної — а в тому, що ті самі кілька секунд перевірки захищають кожне наступне замовлення від каналу, який виглядає нормальним, але насправді зламаний.