Разработчик нашел изобретательный способ отключить свой очиститель воздуха Coway Airmega IconS от облака с помощью корневого сертификата, что позволило осуществлять локальное управление. Метод использовал уязвимость в системе безопасности — вентилятор загружает сертификат через обычный HTTP — и теперь его сервер Home Assistant заменяет облако Coway. Результат: больше не нужно иметь дело с ненадежной интеграцией, работавшей через облако Coway IoCare, которое ломалось «по крайней мере раз или два в год».
Разработчик, Скотт Дж. Голдман, подробно описал, почему и как он это сделал, начав с замены устаревшей модели Airmega, которая была «переоцененным вентилятором с HEPA-фильтром и датчиком качества воздуха». Замененная модель Airmega IconS, которая теперь снята с производства, но имеет поддержку Wi-Fi, имела нестабильную интеграцию с Home Assistant (HA). Он решил взять дело в свои руки с помощью ИИ, хотя и отметил, что ограничения Claude заблокировали его запрос на настройку Raspberry Pi для перехвата трафика вентилятора в категории кибербезопасности, «даже не для… э-э… тестирования». ChatGPT выполнил задачу и написал правила брандмауэра, а ИИ, который он не называет, позже пересобрал Bluetooth-настройку вентилятора примерно за 20 минут.
Нестабильность вентилятора имела причину: IconS не имеет официальной поддержки HA, поэтому обходной путь полагался на интеграцию сообщества, которая входит в облако Coway IoCare+. Изначально Coway заблокировал интеграцию за перегрузку своих серверов, прежде чем разрешить ее после спора в сообществе. Coway также сменил название своего приложения и облака с IoCare на IoCare+, что потребовало переписывания. Даже небольшие изменения в HTML-разметке страниц, которые парсила интеграция, могли ее сломать. Кроме того, серверы компании время от времени отключались.
Хуже того, разработчик был забанен за использование старой версии интеграции и на несколько недель остался без удаленного управления. Изначально все, чего он хотел, — это чтобы сцена «Спокойной ночи» Apple Home включала очиститель. Распространенная жалоба на устройства Интернета вещей (IoT) заключается в том, что вы полностью зависите от производителя, и поддержка может исчезнуть. ИИ помог некоторым пользователям, подобным этому, вернуть контроль.
Его метод заключался в использовании уязвимости безопасности очистителя против него самого. При настройке он получает сертификат, которому доверяет, через обычный незашифрованный HTTP, который можно перехватить и заменить с помощью mitmproxy/mitmweb с перенаправлением портов nftables. Запрос, который он увидел, был обычным HTTP GET для AmazonRootCA1.pem из S3-бакета в регионе Сеула AWS. Затем он заставил свой прокси выдать свой собственный CA вентилятору, и вентилятор отправлял HTTPS-запросы на сервер сертификатов Coway, которые включали загрузку сертификата устройства и закрытого ключа. Другой плагин прокси затем подменил его собственный ключ в этом ответе.
Команды вентилятора выполнялись через MQTT, легкий протокол обмена сообщениями, распространенный в устройствах умного дома, защищенный TLS на порту 8883 и маршрутизируемый через AWS IoT. Прокси не декодирует MQTT, но он показывал необработанный поток, который неназванный ИИ сопоставил с нажатиями кнопок в приложении.
Сначала он рассматривал возможность использования eMudhra, центра сертификации, чьи закрытые ключи оказались тривиально слабыми в прошлом месяце, что потребовало бы подделки сертификата. Это не понадобилось из-за загрузки через обычный HTTP. Самоподписанные сертификаты — не новость для энтузиастов; это просто потребовало немного дополнительной работы и позволило избежать зависимости плана eMudhra от совпадения нескольких факторов.
Выполнение работы с Bluetooth вручную заняло бы часы или даже дни, по его оценкам. Неназванный ИИ также управлял телефоном Android через adb для чтения его Bluetooth-журналов и реконструкции протокола.
Проект предлагается как coway-local, что позволяет подключать вентилятор к HA напрямую, а оттуда — к Apple Home. Веб-страница Bluetooth, открываемая в Chrome на устройстве Mac или Android рядом с вентилятором, отправляет данные Wi-Fi. Эта Bluetooth-настройка также передает URL-адреса сертификатов вентилятора, поэтому coway-local направляет их на сервер HA, и перехват трафика не требуется. Пароль Wi-Fi передается вентилятору через Bluetooth; HA никогда его не сохраняет, а ссылка для настройки истекает через 15 минут. Интеграция запускает собственный MQTT-брокер, поэтому вентилятор теперь общается с HA, а не с AWS.
Требуется HA Core 2026.10.2 или новее с фиксированным LAN-адресом и Wi-Fi 2,4 ГГц. Есть нюанс: его использование отключает вентилятор от облака Coway, поэтому приложение Coway больше не сможет им управлять. Это также экспериментальная функция, протестированная только на IconS (AP-1022K), и другие модели Coway могут пройти настройку через Bluetooth, но фактически не работать.
Список функций неполный: показатели PM10 и другие показатели качества воздуха, оповещения о фильтрах и обновления прошивки еще не реализованы. Он подозревает, что облако Coway в конечном итоге может быть снято с производства или потребовать плату за обслуживание, а локальный путь является страховкой от этого. По крайней мере, для него это приносит удовлетворение, поскольку «Теперь я наконец могу нажать «Спокойной ночи»».
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Shane Downing
