Архитектура и защита медицинских IoT-устройств: опыт разработки СберЗдоровья

Мос.Хаб и IoT от СберЗдоровья: зачем бэкендеру знать про умные тонометры

Тема — как они делают и защищают IoT-девайсы: умный тонометр, стетоскоп и камеру здоровья. Для нас это не абстрактный «медтех», а конкретная архитектура с ML-инференсом на краю, передачей телеметрии через Wi-Fi 2.4 и мобильным приложением как шлюзом. Если вам кажется, что IoT — это про ESP32 и мигающие светодиоды, у СберЗдоровья другой масштаб и другие риски.

Что там за железо и как оно встроено в стек

Компания выпускает три устройства. Умный тонометр передаёт показания давления врачу-кардиологу в реальном времени через мобильное приложение. Если значения от нормы, врач сам звонит пациенту. В устройстве — распознавание аритмии, ML-модели и компьютерное зрение для считывания показаний. Есть даже озвучка голосом Сергея Бурунова — для UX, понятно.

Умный стетоскоп записывает аудио дыхания и сердечных тонов, потом передаёт врачу через приложение. ИИ на борту ищет отклонения и аномалии. Умная камера здоровья — это, по сути, эндоскоп-гаджет для съёмки горла, носа и ушей, чтобы врач мог удалённо осмотреть пациента.

Все три устройства передают данные на смартфон по Wi-Fi 2.4. Мобильное приложение — центральный хаб. Там живёт ИИ-ассистент, который распознаёт значения тонометра с камеры телефона или из голосового ввода. Пользователь наводит камеру на дисплей или произносит цифры вслух — показания в приложении, потом к врачу. Для пожилых людей это не «фича», а единственный рабочий сценарий.

Проблемы безопасности, которые видно невооружённым глазом

Тут начинается самое интересное для нас. IoT-устройства, которые передают медицинские данные, — это не просто «сервер и клиент». Это ещё и OTA-обновления прошивок, и аутентификация девайса в облаке, и шифрование телеметрии на каждом этапе. Один баг в firmware — и тонометр пациента с гипертоническим кризом молчит.

По данным на 2024 год, активных IoT-устройств в мире 18 млрд, к 2030 году прогнозируют 40 млрд. Доля медтехники растёт. Чем больше устройств — тем больше surface атаки. И если в вебе мы хотя бы понимаем модели угроз (XSS, SQLi, SSRF), то в IoT добавляются физический доступ к девайсу, side-channel атаки на чипы, уязвимости в BLE/Wi-Fi стеках. Статья на Хабре не раскрывает технические детали защиты — это, видимо, засекречено. Но сам факт, что CISO и CIO выступают с докладом на тему кибербезопасности IoT, говорит: проблему осознают и считают важной для публичного обсуждения.

Мос.Хаб: опенсорс-платформа Москвы как контекст

Параллельно на mos.ru вышла новость про платформу «Мос.Хаб». Столичный Департамент информационных технологий продвигает её как катализатор открытого исходного кода в России. На площадке — более 34 000 проектов. Участники: Renga Software (BIM-моделирование), Positive Technologies (открыли Runtime Radar для отслеживания инцидентов в реальном времени), «Открытая мобильная платформа» (перенесли проекты «Авроры»), Effective (приложение для бронирования переговорок Meeting Room).

Доступны инструменты: «Мос.Вики» для документации, «Мос.Трек» для управления задачами, чат-бот КоДИТ на генеративном ИИ — отвечает на вопросы по коду, пишет и помогает улучшать. Плюс пространство «МосХаб. Сколково» для оффлайн-встреч. Всё бесплатно для российских разработчиков, авторизация через Mos ID.

Что проверить на практике

Для бэкендера, который проектирует системы с IoT-компонентом, вот что релевантно:

• Как выглядит пайплайн «девайс → мобильное приложение → облако» у СберЗдоровья. Тонометр с ML на борту, стетоскоп с ИИ для анализа аудио — это edge inference, не просто REST-запрос.
• Как OTA-обновления прошивок защищены от подмены. Если у вас есть IoT-проект, проверьте, нет ли у вас unsigned firmware updates.
• Wi-Fi 2.4 как единственный канал связи — это ещё и ограничение. Если ваш девайс работает в медицинском учреждении, где 2.4 ГГц забит помехами, это не «деталь», это инцидент.
• На Мос.Хабе лежит Positive Technologies Runtime Radar — инструмент для мониторинга инцидентов в реальном времени. Если у вас нет бюджета на коммерческие решения, стоит посмотреть.

И последнее. Если вы делаете IoT-систему, где сбой устройства — это не «сервис недоступен», а «пациент не получил данные от врача», у вас другой SLA. Не 99.9%, а «или работает, или мы в суде». Думайте об этом, когда проектируете архитектуру.