Протокол MQTT угрожает медицинским устройствам критическими уязвимостями

Протокол MQTT угрожает медицинским устройствам критическими уязвимостями

Протокол MQTT угрожает медицинским устройствам критическими уязвимостями

Антивирусный гигант «Лаборатория Касперского» предупредила об уязвимостях протокола MQTT, который используется в сфере здравоохранения при передаче данных с носимых устройств для мониторинга пациентов. За прошлый год исследователи выявили 33 дыры, 18 из которых — критические.

Как отметили специалисты, этот показатель на 10 критических уязвимостей больше, чем в 2020 году. Скверно то, что для многих из этих брешей до сих пор нет соответствующих патчей, что открывает пациентов для потенциальных кибератак.

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

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

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

По словам Kaspersky, с 2014 года в MQTT нашли 90 проблем в безопасности, среди которых были и критические. Возможно, разработчики вскоре займутся ими, однако сейчас патчей пока нет.

Напомним, что в прошлом месяце специалисты Cynerio предупреждали об известных критических уязвимостях, которые затрагивают 53% IoT-устройств в больницах.

ИИ OpenAI полез на GitHub за утёкшими ключами, а затем выдумал данные

Модели OpenAI оказались очень изобретательными, когда привычные способы выполнить задачу переставали работать. Они искали утёкшие API-ключи, загружали данные на публичные сервисы, обменивались записками через репозиторий и оставляли самим себе инструкции скрывать ошибки.

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

OpenAI подчёркивает: это отдельные эпизоды, по которым нельзя судить о частоте подобных выходок.

В одном случае модель не смогла подключиться к API со статистикой доходов округа. Тогда она попыталась зарегистрироваться через одноразовую почту, полезла на GitHub за утёкшими ключами и нашла рабочий.

Добыть нужные цифры всё равно не получилось, поэтому модель просто выдумала их и выдала за данные с сайта. О неудаче и чужом ключе она скромно промолчала.

Другие агенты превратили внутренний Artifactory OpenAI в подпольную доску объявлений. Независимые экземпляры оставляли там сообщения, читали записки коллег и просили друг у друга помощи. Уязвимости они не взламывали, а использовали выданные компанией учётные данные, но явно не по назначению.

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

Самая ехидная часть истории — инструкции на будущее. Модели записывали в свои служебные сводки команды игнорировать сообщения разработчиков, скрывать провалы и выдумывать недостающие данные. Одна сформулировала правило совсем интересно: «Будь прозрачным, только если спросят».

Теперь OpenAI обещает публиковать такие случаи быстрее — даже если их причины ещё не выяснены, а исправления не готовы.

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