Уязвимости PHP ставят под угрозу пользователей криптовалютных кошельков: что нужно знать в октябре 2026 года
Критические уязвимости безопасности PHP вызвали обеспокоенность в индустрии криптовалют, поскольку злоумышленники всё чаще нацеливаются на слабости в инфраструктуре веб-сайтов. Эти уязвимости, объединённые под названием PHP2Shell, могут позволить неавторизованный удалённый выполнение кода на уязвимых серверах, потенциально подвергая риску пользователей криптовалютных кошельков, платформ децентрализованных финансов (DeFi) и сервисов цифровых активов. Команда разработчиков PHP выпустила срочные исправления, но США Агентство кибербезопасности и инфраструктуры безопасности (CISA) подтвердило активную эксплуатацию уязвимостей, подчеркнув важность своевременного обновления. Хотя уязвимости не компрометируют блокчейн-сети напрямую, они могут позволить злоумышленникам манипулировать веб-сайтами и обманывать пользователей, заставляя их авторизовывать вредоносные транзакции. Понимание технических рисков, подтвержденных мер безопасности и практических способов защиты кошельков является обязательным для обеспечения безопасности цифровых активов.
Критические уязвимости безопасности PHP и последние исправления уязвимостей
Две критические уязвимости безопасности PHP, идентифицированные как CVE-2026-109618 и CVE-2026-109619, выявили слабости в управлении памятью языка программирования. Обе получили оценку серьезности CVSS v4.0 в 9,2 из 10, что отражает потенциал выполнения удаленного кода без аутентификации (RCE) на уязвимых серверах. В совокупности известные как PHP2Shell, эти уязвимости затрагивают веб-инфраструктуру, используемую онлайн-сервисами, включая платформы криптовалют. Хотя они не компрометируют блокчейн-сети или частные ключи напрямую, успешная эксплуатация сервера может привести к раскрытию конфиденциальной информации, нарушению работы сервисов или позволить злоумышленникам манипулировать содержимым веб-сайта. Это различие важно для понимания того, как уязвимости безопасности на стороне сервера могут создавать косвенные угрозы для пользователей кошельков криптовалют.
Как уязвимости PHP2Shell позволяют выполнять удаленный код
CVE-2026-109618 связана с повреждением памяти при обработке исчерпания памяти (OOM) в PHP. Когда процесс достигает установленного лимита памяти, некоторые внутренние структуры данных могут остаться частично инициализированными. Последующие операции очистки могут некорректно обрабатывать эти данные, создавая условия, которые злоумышленники могут использовать для выполнения неавторизованного кода. Уязвимость особенно тревожна, поскольку успешная эксплуатация может не требовать действительных учетных данных для входа, что увеличивает потенциальный уровень угрозы для веб-сайтов и приложений, доступных в публичном доступе. Поскольку слабость существует внутри среды выполнения PHP, обычные проверки аутентификации приложения могут не препятствовать достижению вредоносных запросов уязвимых компонентов.
CVE-2026-109619 связан с устаревшим глобальным состоянием и условием использования после освобождения памяти. Эта уязвимость возникает, когда внутренние ссылки остаются активными после освобождения связанной памяти, что потенциально позволяет вредоносным запросам вызвать повреждение памяти. Группа безопасности PHP выявила Apache с mod_php как особенно рискованную среду, поскольку исследователи продемонстрировали атаку, способную выполнить код до начала обработки на уровне приложения. Другие конфигурации, включая PHP-FPM, php-cgi, FrankenPHP и LiteSpeed, также требуют обновлений безопасности, хотя условия эксплуатации могут отличаться. Реальное влияние на безопасность зависит от конфигурации сервера, подверженности внешним запросам и того, были ли исправлены затронутые компоненты.
Затронутые версии PHP и важные обновления безопасности
Команда разработчиков PHP выпустила четыре срочных обновления безопасности для устранения обеих критических уязвимостей. Исправленные версии: PHP 8.5.12, PHP 8.4.27, PHP 8.3.36 и PHP 8.2.35, охватывающие поддерживаемые ветки версий. Установки, использующие более ранние релизы в этих ветках, могут оставаться уязвимыми, если не получат соответствующие исправления. Более старые версии PHP, которые больше не поддерживаются официально, требуют особого внимания, хотя некоторые поставщики операционных систем предоставляют исправления безопасности для старых версий. Администраторам следует проверять установленные пакеты и уведомления от поставщиков, а не полагаться исключительно на отображаемый номер версии PHP. Эта проверка особенно важна для веб-сайтов, использующих управляемые хостинг-сервисы или пакеты операционных систем с отдельными графиками поддержки безопасности.
Проект PHP подчеркнул, что установка исправлений безопасности — это единственный полный способ устранения двух критических уязвимостей. Администраторам веб-сайтов следует также проверить конфигурации серверов, обновить затронутые зависимости, проанализировать системные логи на предмет подозрительной активности и убедиться, что исправления безопасности успешно применены. Для сервисов, связанных с криптовалютой, эти меры особенно важны, поскольку скомпрометированная инфраструктура веб-сайта может использоваться для предоставления мошеннических запросов на кошелек или перенаправления пользователей на вредоносные транзакции. Поддержание обновленной серверной среды, мониторинг несанкционированных изменений и усиление контроля доступа могут помочь снизить риск дальнейших инцидентов безопасности. Пользователям криптовалют также следует проверять адреса веб-сайтов и внимательно анализировать запросы на подпись кошелька, поскольку безопасность инфраструктуры сама по себе не может предотвратить все формы мошенничества, связанного с транзакциями.
Как уязвимости PHP2Shell ставят под угрозу пользователей криптокошельков и платформы DeFi
Уязвимости PHP2Shell создают угрозы безопасности для пользователей криптовалют, поскольку потенциально позволяют злоумышленникам компрометировать веб-сайты, манипулировать взаимодействием с кошельками и получать доступ к конфиденциальным данным платформы. Хотя эти недостатки направлены на веб-серверы на базе PHP, а не на блокчейн-сети, успешная эксплуатация может создать возможности для фишинга, мошеннических транзакций и несанкционированного доступа к подключенным сервисам. Кошельки и платформы децентрализованных финансов (DeFi) особенно подвержены риску, когда пользователи полагаются на скомпрометированные веб-интерфейсы для управления цифровыми активами, подтверждения смарт-контрактов или взаимодействия с финансовыми приложениями.
Как скомпрометированные криптовалютные веб-сайты могут подвергнуть пользователей кошельков атакам
Злоумышленники, успешно эксплуатирующие PHP2Shell, могут получить возможность выполнять вредоносный код в среде сервера уязвимого веб-сайта. В зависимости от своих привилегий доступа они могут изменять содержимое веб-сайта, внедрять вредоносный JavaScript или перенаправлять посетителей на мошеннические страницы, имитирующие легитимные криптовалютные сервисы. Например, скомпрометированная платформа может отображать фальшивый запрос на верификацию кошелька или предлагать пользователям подтвердить незнакомую транзакцию. Эти угрозы особенно трудно выявить, когда вредоносный контент появляется на настоящем веб-сайте, а не на очевидном фишинговом домене. Однако само по себе компрометирование сервера не предоставляет злоумышленникам автоматический доступ к кошельку или частным ключам пользователя.
Более серьезный риск возникает, когда пользователи взаимодействуют с мошенническими запросами кошелька через приложения Web3-кошельков. Злоумышленники могут попытаться получить вредоносные подписи транзакций, запросить чрезмерные разрешения на трату токенов или обманом заставить пользователей раскрыть конфиденциальную информацию для восстановления. В DeFi разрешение на токен авторизует указанный смарт-контракт или адрес на перевод определенных активов в пределах установленного лимита, в то время как подключение кошелька обычно позволяет приложению запрашивать доступ к информации аккаунта и инициировать запросы на транзакции. Эти разрешения имеют разные последствия для безопасности, и простое подключение кошелька не авторизует перевод активов. Понимание этого различия помогает пользователям осознать, почему подозрительные запросы подписей и неограниченные разрешения на токены могут быть более опасными, чем стандартное подключение кошелька.
Безопасностные риски для платформ DeFi и инфраструктуры криптовалют
Платформы DeFi, сервисы криптовалютных платежей и приложения цифровых активов могут столкнуться с косвенным воздействием, если их инфраструктура зависит от уязвимых PHP-компонентов. Даже если смарт-контракты протокола остаются безопасными, скомпрометированные веб-сайты, API-сервисы или системы управления аккаунтами могут нарушить доступ пользователей к функциям, основанным на блокчейне. Злоумышленники могут манипулировать отображаемыми адресами депозита, изменять инструкции по транзакциям или красть учетные данные, хранящиеся в доступных серверных средах, в зависимости от полученных разрешений. Cloudflare зафиксировала вредоносный трафик, нацеленный на PHP2Shell, что демонстрирует, что базовые уязвимости серверов привлекли реальные попытки эксплуатации, хотя эти наблюдения не подтверждают массовое хищение криптовалют. Еще одно важное соображение заключается в том, что отключение кошелька от приложения DeFi не отменяет ранее предоставленные разрешения на токены, которые остаются записанными в блокчейне до изменения или отзыва. Следовательно, защита пользователей криптовалют требует внимания как к инфраструктуре веб-сайтов, так и к разрешениям в блокчейне, а не только к безопасности смарт-контрактов.
CISA подтвердила активную эксплуатацию PHP, пока Immunefi предупреждает о растущих киберугрозах, связанных с ИИ
Агентство кибербезопасности и инфраструктуры США (CISA) подтвердило активную эксплуатацию уязвимостей PHP2Shell, добавив их в свой каталог известных эксплуатируемых уязвимостей (KEV). Это обозначение указывает на то, что злоумышленники используют эти уязвимости в реальных условиях, что вызывает обеспокоенность по поводу безопасности интернет-ориентированных сервисов и инфраструктуры криптовалют. В то же время генеральный директор Immunefi Митчелл Амадор предупредил, что искусственный интеллект может ускорить обнаружение уязвимостей, создавая дополнительные трудности для организаций, которые борются с выявлением, расследованием и устранением проблем безопасности. Эти события подчеркивают растущий разрыв между скоростью появления киберугроз и ресурсами, доступными для их устранения.
Предупреждение CISA о активной эксплуатации вызывает опасения по поводу безопасности веб-инфраструктуры
Решение CISA классифицировать PHP2Shell как активно эксплуатируемое последовало за сообщениями о масштабной активности сканирования и попытках компрометировать уязвимые системы. Исследователи безопасности зафиксировали успешное выполнение удаленного кода на специально экспонируемых серверах-приманках, что подтвердило, что угроза вышла за рамки теоретических сценариев атак. Генеральный директор Cloudflare Мэттью Принс также сообщил о миллионах попыток эксплуатации в течение 24 часов после публикации уязвимостей. Однако объем вредоносного трафика не позволяет определить, сколько атак удалось реализовать или столкнулись ли платформы криптовалют с связанными финансовыми потерями. Это различие имеет значение, поскольку автоматизированное сканирование, подтвержденная компрометация сервера и подтвержденная кража активов представляют разные уровни влияния на безопасность.
Обозначение KEV также усилило давление на организации, обязав их оценить уязвимую инфраструктуру и расследовать возможные вторжения. CISA требует от затронутых федеральных гражданских агентств США устранить перечисленные уязвимости в установленные сроки, одновременно призывая другие организации придавать приоритет тем же угрозам. Командам кибербезопасности необходимо различать легитимную активность приложений и подозрительное поведение серверов, особенно при выявлении первоначальной причины компрометации. Unit 42 компании Palo Alto Networks отозвало ранее сделанное заключение после того, как установило, что не может подтвердить, происходило ли сообщаемое вторжение именно из-за указанных уязвимостей в PHP. Это демонстрирует, почему проверенные доказательства атаки и точная атрибуция инцидентов являются обязательными при оценке общего влияния на кибербезопасность.
Генеральный директор Immunefi предупреждает, что ИИ может ускорить кибератаки быстрее, чем команды безопасности смогут отреагировать
Митчелл Амадор, генеральный директор веб-платформы по безопасности Immunefi, предупредил, что все более мощные ИИ-системы меняют экономическую модель кибербезопасности, ускоряя и удешевляя обнаружение уязвимостей, в то время как их устранение остается ресурсоемким процессом. Он утверждает, что небольшие веб-сайты особенно уязвимы, поскольку администраторам может потребоваться несколько недель для развертывания и проверки экстренных обновлений. Это создает потенциальное окно, в течение которого злоумышленники могут выявить слабые места во множестве онлайн-сервисов до завершения операторами своих мер по обеспечению безопасности. Для криптовалютной индустрии эта проблема выходит за рамки отдельных веб-сайтов и затрагивает взаимосвязанную инфраструктуру, сторонние интеграции и сервисы, поддерживающие транзакции цифровых активов. Предупреждение Амадора отражает его оценку возникающей тенденции в области кибербезопасности, а не подтвержденный прогноз будущего количества атак.
Фонд PHP признал, что ограниченные инженерные ресурсы и сложные технические решения задержали работу над ранее выявленной уязвимостью безопасности. Их раскрытия также демонстрируют, как исследования с использованием ИИ меняют защитные операции в области безопасности: инструменты помогают исследователям обнаруживать уязвимости, проверять технические выводы и выявлять отчеты, имеющие одну и ту же корневую причину. Однако эти системы могут генерировать неточные или дублирующие результаты, возлагая на опытных инженеров ответственность за определение, какие проблемы требуют действий, и как безопасно реализовать исправления. Более широкая задача для безопасности криптовалют, следовательно, заключается не просто в доступности более мощных инструментов ИИ, а в способности команд безопасности сопоставить более быстрое обнаружение уязвимостей с эффективным устранением. Постоянные инвестиции в безопасность, скоординированное раскрытие уязвимостей и улучшенные возможности реагирования на инциденты станут все более важными по мере развития исследований в области кибербезопасности с использованием ИИ.
Как защитить криптовалютные кошельки от угроз безопасности PHP и будущих кибератак
Защита криптовалютных кошельков от угроз безопасности PHP требует безопасной практики просмотра веб-сайтов, внимательной проверки транзакций и эффективного управления частными ключами. Поскольку PHP2Shell в первую очередь нацелен на веб-инфраструктуру, отдельные пользователи не могут самостоятельно устранить уязвимости на серверах, но могут снизить риск Exposure к вредоносным веб-сайтам и мошенническим запросам кошельков. Надежная безопасность криптовалюты объединяет защиту от фишинга, управление разрешениями смарт-контрактов и безопасное хранение активов с своевременными обновлениями программного обеспечения. Эти меры также обеспечивают защиту от более широких киберугроз, выходящих за рамки уязвимостей PHP.
Проверяйте криптовалютные веб-сайты и подозрительные запросы на подключение кошелька
Пользователи криптовалют должны обращаться к приложениям DeFi и сервисам цифровых активов через проверенные веб-адреса, а не через незнакомые ссылки, отправленные в сообщениях, рекламе или в социальных сетях. Проверка доменного имени, ознакомление с официальными анонсами проекта и обновление браузеров и расширений кошелька могут помочь выявить потенциальные фишинговые сайты. Однако наличие действительного HTTPS-сертификата не гарантирует безопасность веб-сайта, особенно если злоумышленники скомпрометировали его базовую инфраструктуру. Пользователи должны относиться с осторожностью к неожиданным запросам на верификацию кошелька, незнакомым запросам на транзакции и срочным предупреждениям о безопасности. Предупреждения о безопасности кошелька и симуляции транзакций могут обеспечить дополнительную защиту, выявляя подозрительные взаимодействия, хотя автоматизированные системы обнаружения не могут идентифицировать каждое вредоносное запрос.
Проверьте разрешения на смарт-контракты и ограничьте права на трату токенов
Управление разрешениями смарт-контрактов важно для снижения рисков экспозиции кошелька с криптовалютами, особенно при взаимодействии с децентрализованными биржами, кредитными протоколами и другими DeFi-приложениями. Лимиты токенов определяют, сколько конкретного актива утверждённый тратящий может перевести, что делает неограниченные разрешения потенциально опасными, если связанный смарт-контракт или тратящий скомпрометированы. Пользователи могут проверить существующие разрешения через интерфейсы поддерживаемых кошельков или Проводников блокчейна и отозвать ненужные разрешения, отправив транзакцию в блокчейн. Примеры злоумышленнических мошенничеств с разрешениями токенов показывают, как обманные запросы на авторизацию могут подвергнуть активы риску даже без раскрытия закрытых ключей. Отзыв обычно требует платы за сеть и предотвращает будущие переводы по отменённому разрешению, но не может отменить уже завершённые транзакции. Пользователям также следует проверять запросы на подпись вне блокчейна, включая авторизации token permit, поскольку некоторые подписи могут предоставлять право на трату без немедленной транзакции утверждения в блокчейне.
Защитите закрытые ключи и укрепите безопасность хранения крипто-кошельков
Приватные ключи и фразы для восстановления кошелька должны оставаться конфиденциальными, поскольку любой, кто получит к ним доступ, может получить контроль над связанными криптовалютными активами. Хранение информации для восстановления в офлайн-режиме, использование надежных приложений для кошельков и включение доступных функций безопасности аккаунта могут снизить риск кражи учетных данных. Аппаратные кошельки обеспечивают дополнительный уровень безопасности, сохраняя приватные ключи внутри специализированного устройства, а не подвергая их прямому воздействию компьютера, подключенного к интернету. Понимание холодного хранения помогает разобраться, как управление ключами в офлайн-режиме отличается от управления ключами в интернет-подключенных кошельках и почему эти два подхода служат разным целям. Однако аппаратные кошельки не могут предотвратить потери, если пользователи сознательно авторизуют вредоносные транзакции или одобряют опасные разрешения смарт-контрактов. Для долгосрочного хранения криптовалюты разделение крупных средств от кошельков, используемых часто для деятельности в DeFi, может ограничить объем активов, подверженных риску во время потенциально вредоносного взаимодействия.
Ответьте на подозреваемое компрометирование кошелька и подготовьтесь к возникающим киберугрозам
Если пользователи подозревают, что сайт криптовалюты был скомпрометирован, они должны прекратить взаимодействие с ним, отклонить ожидающие запросы на транзакции и проверить недавнюю активность кошелька через надежный Проводник блокчейна. Подозрительные разрешения на токены следует проверить и отозвать, где это уместно, а при подтвержденном раскрытии закрытого ключа или фразы восстановления необходимо перевести оставшиеся активы в новый, безопасный кошелек. Отзыв разрешений не может восстановить безопасность скомпрометированного закрытого ключа, поэтому замена кошелька необходима, когда учетные данные для подписи скомпрометированы. Платформы криптовалют должны дополнять эти меры пользователей непрерывным мониторингом уязвимостей, безопасным обслуживанием программного обеспечения, независимыми оценками безопасности и протестированными процедурами реагирования на инциденты. По мере развития обнаружения уязвимостей с помощью ИИ сочетание проактивных мер кибербезопасности и более надежной верификации транзакций останется важным для снижения возникающих рисков безопасности цифровых активов.
Заключение
Уязвимости безопасности PHP2Shell демонстрируют, как слабости в широко используемой веб-инфраструктуре могут создавать косвенные риски для кошельков криптовалют, платформ DeFi и сервисов цифровых активов. Хотя экстренные патчи для PHP доступны, подтверждение CISA о активной эксплуатации показывает, почему своевременное устранение уязвимостей остается критически важным. Угрозы выходят за рамки компрометации серверов и включают потенциально мошеннические взаимодействия с кошельками, неавторизованные одобрения токенов и раскрытие конфиденциальной информации платформы. Однако подтвержденная эксплуатация уязвимостей PHP не должна путаться с подтвержденным кражами криптовалют. Для пользователей криптовалют безопасность кошелька зависит как от технических мер защиты, так и от внимательной авторизации транзакций. Проверка веб-сайтов, мониторинг разрешений смарт-контрактов, защита закрытых ключей и использование безопасных методов хранения могут снизить риск воздействия вредоносной активности. В то же время платформы криптовалют должны укреплять обслуживание инфраструктуры, мониторинг уязвимостей и реагирование на инциденты по мере развития исследований безопасности с использованием ИИ. Главный урок заключается в том, что защита цифровых активов требует обеспечения безопасности как взаимодействий с блокчейном, так и веб-сервисов, через которые пользователи получают к ним доступ.
Часто задаваемые вопросы
Могут ли уязвимости PHP2Shell напрямую скомпрометировать кошелек криптовалюты?
Уязвимости PHP2Shell влияют на веб-серверы на базе PHP, а не на программное обеспечение криптовалютных кошельков или протоколы блокчейна. Однако злоумышленники, скомпрометировавшие веб-сайт, могут изменить его интерфейс, чтобы обмануть пользователей и заставить их авторизовать вредоносные транзакции. Реальный риск зависит от затронутой службы, уровня доступа злоумышленника и последующих действий пользователя.
Могут ли крипто активы быть украдены без раскрытия закрытого ключа кошелька?
Да. Злоумышленники могут украсть криптовалюту, обманув пользователей и заставив их подписать вредоносные транзакции или предоставить разрешения на расходование токенов, даже не получив их закрытые ключи. Некоторые оффчейн-подписи также могут авторизовывать переводы активов. Однако для достижения этих результатов требуются дополнительные вредоносные действия, выходящие за рамки уязвимости PHP.
Как пользователям проверить, был ли устранен PHP2Shell на криптовалютной платформе?
Обычные пользователи, как правило, не могут проверить версию серверного PHP платформы через свои браузеры. Они могут ознакомиться с официальными объявлениями о безопасности, уведомлениями о техническом обслуживании и раскрытиями инцидентов, чтобы подтвердить, что соответствующие обновления были применены. Нормальная работа веб-сайта или отображение HTTPS не свидетельствуют самостоятельно о безопасности его инфраструктуры.
Может ли веб-прикладной фаервол полностью предотвратить атаки PHP2Shell?
Веб-прикладной фаервол (WAF) может снизить уровень уязвимости, обнаруживая и блокируя известные вредоносные шаблоны запросов. Поставщики безопасности, такие как Cloudflare и AWS, внедрили защиты, направленные против эксплуатации PHP2Shell. Однако правила фаервола могут не выявлять все варианты атак, поэтому для полного устранения исходных уязвимостей необходимы серверные исправления безопасности.
Могут ли уязвимости PHP повлиять на платежные шлюзы криптовалют и API блокчейна?
Да. Платежные шлюзы криптовалют и API, подключенные к блокчейну, могут подвергаться рискам безопасности, если их вспомогательная инфраструктура использует уязвимые компоненты PHP. Успешная эксплуатация сервера может привести к раскрытию учетных данных для аутентификации, нарушению обработки платежей или манипулированию информацией, предоставляемой подключенным приложениям. Последствия зависят от того, как сервис разделяет чувствительные операции и управляет разрешениями доступа.
Может ли аудит безопасности смарт-контракта обнаружить уязвимости PHP2Shell?
Не обязательно. Аудит смарт-контрактов в первую очередь проверяет код на блокчейне на наличие уязвимостей, связанных с выполнением транзакций, правами доступа и управлением активами. PHP2Shell затрагивает внецепочечную серверную инфраструктуру, которая обычно требует отдельного тестирования безопасности приложений, оценки зависимостей и анализа инфраструктуры. Следовательно, протокол может иметь прошедшие аудит смарт-контракты, но при этом работать с уязвимым веб-сайтом.
Отказ от ответственности: Данная общая информация о рынке, возможно, из сторонних, коммерческих или спонсируемых источников, предоставлена исключительно в справочных и образовательных целях и не является финансовой или инвестиционной консультацией, предложением, запросом или гарантией. Мы отказываемся от ответственности за её точность, полноту, надежность и любые возникшие потери. Инвестиции/торговля сопряжены с риском; прошлые результаты не гарантируют будущих. Пользователи должны проводить собственное исследование, принимать взвешенные решения и нести полную ответственность. Для получения дополнительной информации обратитесь к Условиям использования и Раскрытию рисков KuCoin.
Отказ от ответственности: Эта страница была переведена для вашего удобства с использованием технологии искусственного интеллекта. Для получения наиболее точной информации обратитесь к оригинальной английской версии.