Вразливість PHP2Shell: під загрозою криптоплатежі та біржі
Критична PHP-вразливість PHP2Shell (9,2 з 10) ставить під загрозу криптоплатежі й малі біржі. Що перевірити користувачам і чому не варто панікувати
Критична вразливість PHP2Shell, що має рейтинг критичності 9,2 з 10, створює ризик для мільйонів вебсайтів, зокрема для сервісів обробки криптоплатежів і невеликих криптобірж. У середу, 21 жовтня, розробники PHP випустили екстрені виправлення для двох уразливостей, які дають змогу зловмисникам отримати доступ до серверів без пароля, викрасти конфіденційні дані та потенційно взяти під контроль вебресурс.
Як працює загроза і хто в зоні ризику
PHP — мова програмування, що обробляє запити на вебсайтах: вхід в акаунт, оформлення платежу, перевірку даних. Дослідники з Wiz Research встановили, що зловмисники можуть маніпулювати механізмами керування пам’яттю PHP і отримувати доступ до захищених даних. Успішна атака може призвести до витоку паролів, токенів автентифікації та API-ключів, тобто цифрових ідентифікаторів доступу до акаунтів і пов’язаних сервісів.
Аналітики окреслили три групи з підвищеним ризиком:
- Криптоплатіжні шлюзи. Продавці, що використовують PHP-інтеграції для оплати, залишаються у критичній зоні без оновлень. Binance Pay, Crypto.com Pay, BitPay, CoinGate і CoinPayments мають інтеграції з WooCommerce, що задокументовано.
- Невеликі криптобіржі. Сервіси з PHP-орієнтованими порталами акаунтів або платіжними рішеннями можуть втратити контроль над персональними даними користувачів.
- DeFi-протоколи та сайти гаманців. Незахищені вебінтерфейси можуть бути зламані для підміни адрес гаманців або для спонукання користувачів до схвалення шкідливих транзакцій.
Важливо розрізняти потенційну загрозу і підтверджену компрометацію. Наразі немає даних, що перелічені платіжні провайдери чи провідні біржі постраждали від PHP2Shell. Наявність інтеграції з WooCommerce ще не означає, що основна інфраструктура вразлива. Великі платформи, які вчасно встановили оновлення або ізолювали сервери, значно менш уразливі. Наприклад, Kraken повідомляв про завершення міграції ядра бекенду з PHP на Rust у 2025 році. Блокчейн-мережі, смартконтракти та приватні ключі, що зберігаються офлайн в апаратних гаманцях, прямо не залежать від PHP-вразливостей.
Які кроки захисту доступні користувачу
Оновити PHP на вебресурсі користувач самостійно не може, адже це відповідальність адміністрації сайту. Проте ризики можна суттєво знизити:
- Стежте за офіційними повідомленнями про безпеку від бірж і сервісів та перевіряйте, чи згадано застосування актуальних патчів.
- Увімкніть двофакторну автентифікацію або passkeys. Якщо опція доступна, налаштуйте білий список адрес для виведення коштів.
- Перед переказом звіряйте адресу призначення через незалежний надійний канал, особливо якщо сервіс малознайомий.
- Не довіряйте «терміновим» повідомленням. Шахраї можуть використати резонанс навколо інциденту для розсилки фальшивих форм входу або запитів на підключення гаманця.
Паніка й масове виведення коштів на цьому етапі не потрібні. Ключове питання: чи виконали платформи оновлення вразливих PHP-сервісів. Поки ця інформація відсутня, ресурси, пов’язані з криптоплатежами, варто використовувати з посиленою обачністю. Найближчими тижнями показовим буде те, наскільки швидко невеликі сервіси підтвердять встановлення патчів, а Cloudflare вже фіксує спроби атак на своїх клієнтів.
Що таке вразливість PHP2Shell?
Це критична уразливість у PHP, мові програмування для вебсайтів, яка дає змогу зловмисникам отримати доступ до серверів без пароля та викрасти паролі й API-ключі.
Чи постраждали Binance Pay або BitPay від PHP2Shell?
Підтверджених даних про компрометацію цих платіжних провайдерів немає. Їхні інтеграції з WooCommerce лише означають потенційний ризик для продавців без оновлень.
Чи варто терміново виводити криптовалюту з біржі через PHP2Shell?
Немає підстав вважати, що всі біржі скомпрометовані, тому масове виведення коштів не є обов’язковим. Перевірте офіційні заяви платформи і увімкніть двофакторну автентифікацію.
Як захиститися від фішингу під час цього інциденту?
Вводьте адресу сайту вручну або з офіційного застосунку, не переходьте за посиланнями з «терміновими» вимогами та звіряйте адреси для переказу через незалежний канал.