BadPower — форма атаки, способная воспламенять заряжаемые устройства

BadPower — форма атаки, способная воспламенять заряжаемые устройства

BadPower — форма атаки, способная воспламенять заряжаемые устройства

Китайские исследователи в области кибербезопасности рассказали о форме атаки под названием BadPower. Её принцип заключается в модификации прошивки устройств для быстрой зарядки, что может привести к воспламенению подключённых девайсов.

Вектор BadPower описали специалисты Xuanwu Lab, подразделения китайского техногиганта Tencent. По словам экспертов, для деструктивной атаки достаточно просто внести изменения в прошивку устройств для быстрого заряда.

Подобные устройства выглядят как обычные зарядки, однако выполняют свою задачу с помощью прошивки, которая взаимодействует с подключёнными девайсами, «согласовывая» скорость зарядки.

Если заряжаемое устройство не поддерживает технологию быстрой зарядки, прошивка понижает мощность до 5V. Если же допустимо заряжать девайс в ускоренном режиме, в ход идут уже 12V, 20V.

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

Реализовать BadPower можно скрытно и очень быстро. Злоумышленнику нужно просто подключить своё оборудование к устройству для быстрой зарядки, подождать несколько секунд и готово — прошивка модифицирована.

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

Исследователи протестировали 35 быстрых зарядок, из которых 18 оказались уязвимы. К счастью, от BadPower можно избавиться простым обновлением прошивки.

Подпишитесь на новости

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

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

Целью стала домашняя директория, указанная коротким именем Windows формата 8.3. Автор предполагает, что защитная проверка могла не распознать такой вариант пути. Точный механизм отказа защиты и режим разрешений остаются неизвестными.

Через 120 секунд задача автоматически перешла в фон. Агент запросил остановку и получил сообщение об успехе, однако, судя по описанным изменениям файловой системы, удаление продолжалось. Вероятное объяснение — дочерний процесс пережил остановку задачи.

Проверка тоже оказалась поверхностной: агент посмотрел на названия папок верхнего уровня, которые могли сохраняться, пока их содержимое исчезало.

Пользователь сообщил о потере проектов за несколько месяцев, инструментов разработки, SSH-ключей и учетных данных. В корзине удаленные файлы не оказались. Обращение помечено как ошибка высокого приоритета с потерей данных.

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

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