Отруєння адреси (address poisoning) — це тихий спосіб вивести криптовалюту: шахрай підкидає в історію транзакцій адресу, майже невідмінну від справжньої, і чекає, доки жертва скопіює її за звичкою. Для звичайного користувача це прикра випадковість. Для власника криптообмінника — це тікет у підтримку, суперечка про повернення коштів і репутаційний удар, якого легко уникнути.
Що таке отруєння адреси і чому воно працює
Схема тримається на людській звичці: більшість людей беруть адресу для переказу не з QR-коду і не з адресної книги, а з історії власних транзакцій — просто копіюють останню схожу. Шахрай надсилає на кошелёк жертви мікроскопічний або нульовий переказ з адреси, у якої перші й останні 4-6 символів збігаються зі справжньою адресою жертви чи її постійного контрагента. Ця «порожня» транзакція залишається в історії — і наступного разу жертва копіює не справжню адресу, а підставну.
Як готують адресу-двійника
Нічого магічного: адреси на базі еліптичних кривих можна генерувати мільйонами на секунду на звичайній відеокарті, перебираючи варіанти, доки не знайдеться збіг за першими й останніми символами. Це як підмінити таблички з номером будинку — якщо листоноша перевіряє лише першу й останню цифру, підміну він не помітить. Чим довше адреса збігається візуально, тим менше в жертви причин насторожитися.
Чому це удар саме по обміннику, а не лише по клієнту
Уявіть: клієнт місяць тому поповнював баланс через USDT-адресу обмінника, усе пройшло гладко. Сьогодні він вирішує повторити переказ і, не відкриваючи QR-код знову, копіює адресу з історії свого кошелька — тільки рядок уже отруєний нульовим переказом зі схожої адреси. $800 зникають у порожнечу, а клієнт відкриває тікет з вимогою «повернути гроші, яких обмінник не отримав». Технічно обмінник ні до чого, але саме його підтримка витрачає години на розбір, і саме його назва з'являється в гнівному відгуку на форумі.
Як розпізнати підозрілу адресу в історії
- Перевіряйте адресу цілком, а не лише перші й останні символи — оком це майже неможливо, потрібна адресна книга або QR.
- Будь-яка несподівана нульова чи «пилова» транзакція в історії — червоний прапорець: не копіюйте адресу з цього рядка і не взаємодійте з нею.
- Зберігайте перевірені адреси в закладках чи адресній книзі замість звички «взяти з минулого переказу».
- Обирайте кошельки, які візуально відрізняють збережені адреси від нових і невідомих.
Що реально захищає: чекліст для власника обмінника
- Додайте в сценарій підтримки попередження при кожній новій чи зміненій адресі виведення клієнта.
- Навчіть операторів відрізняти скаргу «гроші не дійшли» через отруєння від звичайної суперечки щодо платежу — це різні кейси з різним рішенням.
- Дайте клієнтам вбудовану адресну книгу в кошельку обмінника замість поради «скопіюйте з минулої транзакції».
- Фіксуйте пилові транзакції на адресах клієнтів як сигнал для служби безпеки, а не ігноруйте їх як спам.
Висновок
Для шахрая атака коштує копійки — один нульовий переказ і трохи обчислювальної потужності. Для обмінника вона обходиться значно дорожче: втраченою довірою клієнта і годинами підтримки на розбір того, у чому бізнес не винен. Лікується це не параноєю, а дисципліною — перевіреними адресами і звичкою не копіювати платіжні реквізити з історії навмання. Якщо ви запускаєте власний обмінник, вбудований кошелёк iEXWallet з підтвердженими адресами клієнтів знижує кількість таких інцидентів без додаткового навантаження на підтримку.
