Инженеры Google предлагают научить USB-устройства общаться с сайтами

Инженеры Google предлагают научить USB-устройства общаться с сайтами

Инженеры Google предлагают научить USB-устройства общаться с сайтами

В рамках консорциума W3C двое сотрудников компании Google Райли Грант (Reilly Grant) и Кен Рокот (Ken Rockot) представили драфт версию созданного ими API — WebUSB. Проект должен помочь любым USB-девайсам, будь то мышь, камера, флешка или что-то еще, беспрепятственно общаться с веб-страницами.

В теории это должно разрешить проблему  поиска и обновления драйверов и прошивок, однако безопасность такого решения вызывает много вопросов.

Грант и Рокон полагают, что они придумали ответ на этот вопрос. WebUSB должен решить проблему, разрешив USB-устройствам общаться с веб-серверами напрямую, а не полагаться на установленный софт. По замыслу разработчиков, сайты, к примеру, смогут устанавливать обновление прошивки и выполнять другие рутинные задачи. В целом это должно облегчить жизнь производителям USB-устройств, — девайсы смогут работать на любой платформе, и никакие особенные драйверы и SDK не понадобятся. В то же время производители смогут создавать кроссплатформенные JavaScript SDK для своих продуктов, сообщает xakep.ru.

«Сегодня, подключая устройство к компьютеру, вы надеетесь, что оно само как-нибудь обнаружит правильный драйвер и Просто Заработает. Для многих устройств всё происходит именно так, потому что существуют стандартизированные драйверы для клавиатур, мышей, жестких дисков и веб-камер, которые входят в состав ОС, — рассказывают авторы API. — Но как быть с длинной чередой необычных устройств или с гаджетами нового поколения, которые пока не были стандартизированы?»

В теории звучит неплохо, однако сразу возникает вопрос – безопасно ли это? На примере интернета вещей можно убедиться, что идея оснащать подключением к интернету бытовую технику, выключатели, лампочки, будильники и всё подряд – не была самой удачной. Сообщения о небезопасности IoT-устройств поступают постоянно, давая понять, что производители техники думают о безопасности в последнюю очередь.

«Для веба это тоже будет хорошо, — пишут Грант и Рокон. — Не придется ждать, когда устройство наберет достаточную популярность, и браузеры наконец предоставят для него собственный API, инновационное железо будет изначально проектироваться для веба».

Инженеры Google уверяют, что о защите они позаботились. WebUSB API предлагает различные механизмы безопасности. К примеру, предлагается жестко ограничивать список доменов, к которым может обращаться устройство. Сами разработчики API проводят аналогию с механизмом CORS (cross origin resource sharing), который используют современные браузеры.

Пока WebUSB еще не одобрен W3C и является лишь проектом, но документация и исходные коды уже опубликованы.

Критическая уязвимость в плагине WPvivid Backup затронула 900 000 сайтов

Уязвимость, выявленная в популярном WordPress-плагине для создания резервных копий, позволяет без аутентификации загрузить на сайт вредоносный код PHP и запустить его на исполнение. Патч включен в состав WPvivid Backup & Migration 0.9.124.

Уязвимости подвержены все прежние версии продукта. Ввиду высокой опасности и масштабности проблемы (на счету WPvivid Backup уже свыше 900 тыс. установок) пользователям настоятельно рекомендуется произвести обновление.

Правда, в блог-записи Wordfence сказано, что CVE-2026-1357 (9,8 балла CVSS) критична лишь для тех, у кого настройки плагина предусматривают обработку сгенерированным ключом — в обеспечение загрузки резервных копий с других сайтов. По умолчанию эта возможность отключена, а срок действия ключа ограничен 24 часами.

Согласно описанию, причин появления уязвимости две: неадекватная обработки ошибок при расшифровке по RSA и отсутствие санации пути при записи загруженных файлов.

Как оказалось, когда плагин тщетно пытался расшифровать сеансовый ключ, он не завершал выполнение, а передавал ложное значение $key в phpseclib для инициализации шифрования.

Криптобиблиотека воспринимала его как строку нулевых байтов, что открыло возможность для шифрования полезной нагрузки дефолтным, легко угадываемым 0-байтовым ключом.

 

Ситуацию усугубило отсутствие проверок типа файлов и их расширений в функции send_to_site(). Это провоцировало выход за пределы защищенного каталога резервных копий — загрузку на сервер произвольного PHP-кода с записью в публично доступные места с тем, чтобы он каждый раз отрабатывал в браузере.

Апдейт, устраняющий эти недостатки, вышел 28 января. Автор опасной находки получил 2145 долларов в рамках программы Wordfence Bug Bounty.

RSS: Новости на портале Anti-Malware.ru