АссистентНовый вопросИсторияОбласти знаний
Партнёрские проектыСпецпроектыСтать автором
Сменить язык
О РУВИКИ

Обновление по воздуху

Экспертиза РАН

Logo-ran.pngLogo-ran-black.png
Проводится экспертиза
Российской академией наук
Подробнее
Times2.svg

Экспертиза РАН

Arrow-Right.png
Logo-ran.png
Проводится экспертиза
Российской академией наук
Подробнее

Обновле́ние по во́здуху (OTA-обновление, от англ. Over-The-Air update, программирование по воздуху, англ. OTA programming) — способ обновления встроенных систем, при котором обновления передаются через беспроводные сети, такие как Wi-Fi или мобильные сети[1][2][3][4].

Подобные системы могут включать мобильные телефоны, планшеты, игровые приставки, автомобили и телекоммуникационное оборудование. OTA-обновления для автомобилей и устройств интернета вещей (IoT) также называются FOTA (англ. Firmware Over-The-Air)[5][6]. OTA‑обновления могут затрагивать различные компоненты: от операционных систем и приложений до конфигураций устройств, включая параметры безопасности, например, ключи шифрования.

Терминология

Термин «OTA-обновление» относится исключительно к встроенным системам[4], но не применяется к обычным компьютерам. До появления OTA-обновлений устройства было возможно обновить только при физическом доступе (например, через JTAG) или проводным способом (обычно через USB или последовательный порт).

Назначение

Обновления по воздуху дают возможность массового распространения новых версий программного обеспечения[7], снижают затраты на их доставку и ускоряют внедрение пользователями.

Реализация

Поставщик обновлений может разрешать или не разрешать пользователям отказываться от обновлений, а также блокировать определённые функции устройства до их установки[8]. После установки откат обновления зачастую невозможен.

Вместе с тем после 2019 года наметилась тенденция к значительному продлению сроков программной поддержки устройств. Крупные производители, такие как Google, Samsung и Apple, анонсировали расширенные обязательства по выпуску обновлений, особенно для флагманских моделей. Например, Google и Samsung стали предлагать до семи лет обновлений операционной системы и патчей безопасности[9], а Apple в 2024 году официально обозначила минимальный срок поддержки iPhone в пять лет[10]. Прекращение поддержки (статус EOL — англ. End of Life) не означает принудительной блокировки устройства производителем, однако со временем приводит к его функциональному устареванию. Устройство перестаёт получать обновления безопасности, что делает его уязвимым для кибератак[11]. Кроме того, разработчики приложений прекращают поддержку устаревших версий ОС, из-за чего пользователи не могут устанавливать или обновлять программы, а некоторые онлайн-сервисы, требующие актуального ПО (например, App Store или Siri), могут перестать работать[10].

Для уменьшения трафика, энергопотребления и требований к памяти OTA-обновления обычно пересылаются не целиком, а как дельта между установленной и новой версией ПО. Для этого используется делта-кодирование и дифференциация данных, а конечному устройству отправляется delta‑файл, необходимый для обновления[12]. Существует два основных подхода к дельта-обновлениям: статический, при котором разница предварительно вычисляется на сервере для конкретных пар версий, и динамический, когда устройство самостоятельно вычисляет разницу между своей версией и полученным новым образом[13]. Для создания бинарных патчей продолжают применяться такие алгоритмы, как Xdelta и bsdiff[13][14].

Современные подходы к обновлениям включают более сложные и безопасные механизмы:

  • Dynamic Software Updates (DSU) — технология, позволяющая обновлять программное обеспечение системы без её остановки и перезагрузки. Это критически важно для устройств с высокими требованиями к доступности, таких как автомобильная электроника и дроны[15];
  • Обновления на основе дерева Меркла (англ. Merkle Tree-based Updates) — подход, предложенный для автомобильной промышленности, который использует деревья Меркла для обеспечения целостности и безопасности обновлений отдельных программных компонентов, разработанных разными поставщиками[16];
  • IETF SUIT (англ. Software Updates for IoT) — стандарт, разрабатываемый IETF, который определяет архитектуру и формат метаданных (манифест) для безопасного обновления прошивок на устройствах с ограниченными ресурсами. Манифест содержит информацию о прошивке, её криптографическую подпись и инструкции по установке[17].

Отрасли применения

Смартфоны

На смартфонах, планшетах и схожих устройствах OTA-обновление — это загрузка через интернет новой версии прошивки или операционной системы. Ранее подобные обновления выполнялись только через USB-соединение с компьютером. OTA-обновления могут добавлять новые функции, устранять уязвимости или исправлять ошибки в программном обеспечении.

Для iOS встроенная поддержка OTA-обновлений появилась с версии iOS 5[18]. Все обновления iOS распространяются исключительно компанией Apple, благодаря чему они быстро доходят до большинства устройств. Так, к июню 2024 года iOS 17 была установлена на 86 % iPhone, выпущенных за последние четыре года. Новая iOS 18, вышедшая в сентябре 2024 года, к июню 2025 года достигла показателя в 88 % для той же группы устройств[19].

В Android обновления OTA выпускаются отдельно производителями (например, Samsung) и операторами связи[20], а не самой Google. Это привело к проблеме фрагментации: многие устройства получают обновления с задержками либо вовсе их не получают[21][22]. Результатом стала усложнённая разработка приложений и повышенные риски безопасности[23][24].

Для решения этой проблемы Google запустила несколько инициатив:

  • Project Treble (2017) — позволил производителям обновлять ОС без обязательной проверки драйверов для всех новых версий[20][25];
  • Project Mainline (2019) — позволил Google самостоятельно обновлять ключевые компоненты ОС и распространять исправления безопасности[25][26] через Google Play Store, без необходимости обновления всей ОС[25].

Проект Project Mainline получил значительное развитие после 2021 года. Ключевым нововведением в Android 12 стало превращение среды выполнения ART в обновляемый модуль, что позволило Google доставлять улучшения производительности и безопасности напрямую пользователям. По заявлениям компании, это привело к ускорению запуска приложений до 30 % на некоторых устройствах[27]. Количество модулей постоянно росло: если в Android 10 их было около 13, то к выходу Android 14 в 2023 году их число достигло 37[27], включив в себя такие компоненты, как Health Connect и инфраструктуру для удалённой конфигурации функций (DeviceConfig)[28]. Благодаря этому Google также смогла переносить новые функции, например, Photo Picker из Android 13, на более старые версии ОС[29].

Благодаря Project Mainline роль производителей и операторов при OTA-обновлениях существенно сократилась[26][30].

С версии 8.0 реализована схема A/B-разделов: обновление устанавливается на второй (резервный) раздел в фоновом режиме, и переключение на него происходит после перезагрузки, что ускоряет процесс и делает его безопаснее[31].

Автомобильная отрасль

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

OTA-обновления позволяют производителям быстро устранять ошибки без необходимости отзыва автомобилей в сервисный центр, что сокращает расходы и время простоя. Актуальные примеры включают срочное исправление ошибок в системах контроля выбросов, тормозов или подушек безопасности без визита к дилеру. Также OTA-обновления дают возможность быстрее внедрять новые функции и поддерживать конкурентоспособность моделей, к примеру — улучшать работу систем помощи водителю[32].

К 2023 году технология OTA-обновлений стала ключевым направлением развития отрасли. Объём мирового рынка в 2023 году оценивался в 3,8 млрд долларов США с прогнозом ежегодного роста более чем на 17 %[33]. Движущей силой этого процесса стала концепция программно-определяемого автомобиля (англ. Software-Defined Vehicle, SDV), где большинство функций контролируется программным обеспечением[34]. Это позволило перейти от обновлений только мультимедийных систем (SOTA) к обновлению прошивок (FOTA) критически важных узлов: ЭБУ, систем помощи водителю, силовых установок и систем управления батареями[35].

Возможность обновлять автомобиль «по воздуху» позволила производителям внедрять новые бизнес-модели, такие как продажа функций по подписке уже после покупки автомобиля[36]. Однако эта практика вызвала и критику: некоторые компании, например Citroën и Volvo, выпускали на рынок автомобили с неполным или некорректно работающим программным обеспечением, обещая исправить проблемы будущими обновлениями[37].

Однако подобные технологии увеличивают риск киберугроз. Рост числа подключённых автомобилей (более 400 млн к 2025 году) и расширение функциональности OTA привели к ужесточению государственного регулирования[38]. С июля 2024 года для всех новых автомобилей, продаваемых в странах-участницах соглашения ЕЭК ООН (включая ЕС, Великобританию и Японию), стало обязательным соответствие стандартам WP.29[34]:

  • UN R155 (Cyber Security) — требует внедрения сертифицированной системы управления кибербезопасностью (CSMS) на протяжении всего жизненного цикла автомобиля[39];
  • UN R156 (Software Updates) — обязывает производителей иметь систему управления обновлениями ПО (SUMS), гарантирующую их безопасность и целостность[40].

Кроме того, с марта 2025 года в Китае было введено требование о предварительном одобрении государственными органами любых OTA-обновлений, связанных с функциями автономного вождения[41]. Для борьбы с угрозами автопроизводители организуют программы раскрытия уязвимостей[32][42]. Возможные угрозы включают подмену данных, модификацию файлов, отказы в обслуживании, утечки информации, эскалацию привилегий, повреждение системы в случае прерывания установки или загрузку вредоносных обновлений.

Интернет вещей (IoT)

С появлением беспроводных сенсорных сетей и интернета вещей (IoT) как крупных распределённых сетей OTA-обновление получило особое значение. После 2012 года развитие в этой сфере сместилось от проприетарных решений к стандартизированным, безопасным и эффективным протоколам, что стало критически важным для обслуживания миллиардов подключённых устройств[43].

Ключевым этапом стал переход от сложного и ресурсоёмкого протокола OMA DM, изначально созданного для мобильных телефонов, к новому стандарту Lightweight M2M (LwM2M), разработанному OMA специально для устройств с ограниченными ресурсами[44][45]. LwM2M основан на протоколе CoAP (Constrained Application Protocol), работающем поверх UDP, что обеспечивает его энергоэффективность[44]. Стандарт определяет полную архитектуру для управления устройствами, включая стандартизированные объекты для обновления прошивки (FOTA) и программного обеспечения (SOTA)[44]. Его развитие включало добавление поддержки сетей LPWAN (например, NB-IoT и LoRaWAN), а также MQTT и HTTP в качестве транспортных протоколов[46].

К 2024 году наметились две ключевые тенденции в стандартизации:

  • Matter — стандарт для умного дома от альянса CSA, который сделал поддержку безопасных OTA-обновлений обязательным требованием для сертификации устройств. Архитектура Matter предполагает наличие поставщика обновлений (OTA Provider), например, хаба, и запросчика (OTA Requestor) — конечного устройства[47]. Процесс строго регламентирован: прошивка должна быть криптографически подписана, а откат на предыдущую версию после успешной установки запрещён для предотвращения атак с использованием старых уязвимостей[47];
  • IETF SUIT (Software Updates for IoT) — стандарт, разрабатываемый IETF для создания унифицированной и безопасной архитектуры обновлений для устройств с крайне ограниченными ресурсами (памятью в несколько десятков килобайт). Стандарт определяет формат метаданных (манифеста) и криптографические механизмы для защиты процесса обновления[48][49].

Безопасность стала главным приоритетом, поскольку рост числа подключённых устройств увеличил поверхность для атак[50]. Современные OTA-процессы включают многоуровневую защиту: шифрование канала передачи (например, с помощью TLS), криптографическую подпись прошивки для проверки её подлинности, а также использование безопасной загрузки[51]. В промышленном интернете вещей (IIoT) набирает популярность модель нулевого доверия (ZTNA), предоставляющая удалённый доступ для обновлений на основе принципа минимальных привилегий[52].

Для экономии трафика, энергии и времени, особенно в сетях LPWAN, широкое распространение получила технология дифференциальных (также дельта- или инкрементальных) обновлений. Этот метод позволяет загружать не полный образ прошивки, а только небольшой файл с изменениями между старой и новой версиями[44][53]. Дополнительную оптимизацию обеспечивает применение граничных вычислений (Edge Computing), которые позволяют кэшировать обновления ближе к конечным устройствам, снижая нагрузку на облачную инфраструктуру и задержки[54]. Надёжность процесса обеспечивается механизмами отката к предыдущей стабильной версии в случае неудачной установки, что предотвращает «окирпичивание» устройства, и использованием двойных разделов памяти (A/B partitions)[51][55].

Интернет-маршрутизаторы

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

Однако для кабельных модемов, работающих по стандарту DOCSIS, применяется централизованная модель, управляемая интернет-провайдером[56]. Процесс обновления полностью автоматизирован и контролируется провайдером: производитель модема предоставляет новую прошивку, а провайдер после тестирования на совместимость со своим оборудованием (CMTS) распространяет её на модемы клиентов[56][57]. Для удалённого управления и обновления также широко используется протокол TR-069[58]. Самостоятельное обновление пользователем невозможно, так как это продиктовано требованиями стандарта DOCSIS для обеспечения стабильности и безопасности сети, а в веб-интерфейсе модемов соответствующая функция, как правило, отсутствует[59][60].

Для беспроводных сетей доступна технология удалённой настройки устройств (англ. Over-the-Air Provisioning, OTAP), обеспечивающая автоматическую идентификацию и настройку точек доступа и их контроллеров с помощью Управляющих пакетов радиоресурсов (англ. Radio Resource Management Packets, RRM). По соображениям безопасности OTAP по умолчанию отключён, так как информация передаётся незашифрованно и может быть перехвачена злоумышленниками.

Сотовые сети

Технология OTAP используется в сотовых сетях для удалённой настройки телефонов и SIM-карт оператором связи. Эта процедура может проходить в любой момент, когда телефон включён; синоним — OTAPA (Over-the-Air Parameter Administration). Подобная настройка гарантирует правильную работу телефона при изменении сетевых параметров или внедрении новых функций (WAP, MMS, интернет), требующих обновления профиля APN.

Похожий термин Over-the-Air Service Provisioning (OTASP) относится к изначальному программированию телефона: при первой активации он получает номер, MIN и System ID, чтобы подключиться к сети. Процесс также известен как OTA‑активация или OTA‑начальная настройка (bootstrapping). Альтернативный способ — SIM-bootstrapping (чтение настроек напрямую с SIM-карты), однако используемые там параметры могут устареть, а у некоторых профессиональных устройств SIM-карт вообще нет[61][62].

Стандартизацией OTA-настроек занимаются отраслевые объединения. Так, в 2001 году WAP Forum предложил стандарт WAP Client Provisioning, впоследствии перешедший к Open Mobile Alliance (OMA) под названием OMA Client Provisioning (OMA CP). В нём параметры передаются в «невидимых» SMS. Последующий стандарт OMA Device Management (OMA DM) использует иной маршрут: специальное push-сообщение активирует DM‑клиент телефона, который подключается к управляющему серверу для получения настроек[62].

После 2014 года технология претерпела кардинальную трансформацию с появлением встроенных SIM-карт (eSIM) и разработкой Ассоциацией GSMA новой архитектуры для удалённой загрузки профилей — Remote SIM Provisioning (RSP)[63]. В отличие от традиционного OTAP, использующего SMS для управления отдельными файлами на SIM-карте[64], RSP позволяет удалённо загружать и менять целые «профили» операторов через защищённое HTTPS-соединение, без необходимости физической замены SIM-карты[63][65]. Архитектура GSMA предусматривает две основные модели: «push-модель» (стандарт SGP.02), где сервер инициирует загрузку профиля на устройства Интернета вещей (M2M), и «pull-модель» (SGP.22) для потребительской электроники, где пользователь сам запускает процесс, например, отсканировав QR-код[63].

Новейшим этапом развития стала технология iSIM (англ. Integrated SIM), при которой функциональность SIM-карты интегрируется непосредственно в основной процессор устройства (SoC)[66]. Это обеспечивает дальнейшую миниатюризацию и снижение энергопотребления, что особенно важно для компактных IoT-устройств. Технология iSIM полностью совместима с существующей инфраструктурой RSP для удалённого управления профилями, а её рабочие версии были продемонстрированы, в частности, компанией Qualcomm в чипсете Snapdragon 8 Gen 2[66].

OTA-стандарты

Среди стандартов OTA‑обновлений одним из первых был GSM 03.48. В спецификации Zigbee существует технология Zigbee Over-the-Air Upgrading Cluster, входящая в профиль Zigbee Smart Energy, что позволяет стандартизировать обновление устройств независимо от производителя[67].

С развитием интернета вещей, автомобильной промышленности и мобильных технологий появилось несколько ключевых современных стандартов:

  • UNECE WP.29 — набор правил для автомобильной отрасли, обязательных с июля 2024 года для новых автомобилей в ЕС и других странах. Включает регламенты UN R155 (требует внедрения системы управления кибербезопасностью) и UN R156 (регламентирует безопасность процессов обновления ПО, обязывая производителей иметь систему управления обновлениями);
  • GSMA Remote SIM Provisioning (RSP) — архитектура для удалённого управления профилями операторов на eSIM и iSIM. В отличие от старых методов, использующих SMS, RSP работает через защищённое HTTPS-соединение и позволяет менять оператора без физической замены SIM-карты. Стандарт предусматривает разные модели для потребительских устройств и M2M-решений;
  • Lightweight M2M (LwM2M) — протокол от OMA, разработанный как легковесная альтернатива OMA DM для управления устройствами с ограниченными ресурсами. Основан на CoAP и определяет стандартизированную модель для удалённого мониторинга, настройки и обновления прошивок (FOTA);
  • Matter — стандарт для умного дома от альянса CSA, который сделал поддержку безопасных OTA-обновлений обязательным требованием для сертификации. Архитектура предполагает наличие поставщика обновлений (например, хаба) и запросчика (конечного устройства). Процесс строго регламентирован: прошивка должна быть криптографически подписана, а откат на предыдущую версию после успешной установки запрещён;
  • IETF SUIT (Software Updates for IoT) — стандарт, разрабатываемый для создания унифицированной и безопасной архитектуры обновлений для устройств с крайне ограниченными ресурсами. Он определяет формат метаданных (манифеста), содержащего информацию о прошивке, её криптографическую подпись и инструкции по установке.

Похожие технологии

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

Примечания

  1. ↑ White, Elecia. Making Embedded Systems: Design Patterns for Great Software : [англ.]. — O'Reilly Media, Inc., ноябрь 2011. — P. 197. — ISBN 978-1-4493-0214-6.
  2. ↑ Definition of OTA (англ.). PCMag. Дата обращения: 1 апреля 2023. Архивировано 2 апреля 2023 года.
  3. ↑ Definition of Over The Air (англ.). Gartner. Дата обращения: 1 апреля 2023. Архивировано 2 апреля 2023 года.
  4. ↑ 1 2 Kathiresh, M. Automotive Embedded Systems: Key Technologies, Innovations, and Applications : [англ.] / M. Kathiresh, R. Neelaveni. — Springer Nature, 24 апреля 2021. — P. 94–95. — ISBN 978-3-030-59897-6.
  5. ↑ Maglaras, Leandros. Cybersecurity Issues in Emerging Technologies : [англ.] / Leandros Maglaras, Ioanna Kantzavelou. — CRC Press (Taylor & Francis), 14 октября 2021. — ISBN 9780367626174. — doi:10.1201/9781003109952.
  6. ↑ Rayes, Ammar. Internet of Things From Hype to Reality: The Road to Digitization : [англ.] / Ammar Rayes, Samer Salam. — Springer International Publishing, 2019. — ISBN 978-3-319-99515-1. — doi:10.1007/978-3-319-99516-8.
  7. ↑ What are OTA Updates? Mobility Connected. Дата обращения: 16 января 2024. Архивировано 16 января 2024 года.
  8. ↑ Tusikov, Natasha Regulation through “bricking”: private ordering in the “Internet of Things”. policyreview.info (18 июня 2019). Дата обращения: 3 ноября 2025. Архивировано 15 марта 2025 года.
  9. ↑ EOL meaning: The full story of End of Life. InvGate. Дата обращения: 3 ноября 2025. Архивировано 15 августа 2025 года.
  10. ↑ 1 2 Apple отключит базовые функции на старых гаджетах. Юга.ру (28 мая 2024). Дата обращения: 3 ноября 2025. Архивировано 21 июня 2025 года.
  11. ↑ Understanding End-of-Life (EOL): What You Need to Know. Loginsoft. Дата обращения: 3 ноября 2025. Архивировано 12 августа 2025 года.
  12. ↑ Kachman, Ondrej. Effective Over-the-Air Reprogramming for Low-Power Devices in Cyber-Physical Systems // Technological Innovation for Cyber-Physical Systems : [англ.] / Ondrej Kachman, Marcel Balaz. — Springer Cham, 2016. — ISBN 978-3-319-31164-7. — doi:10.1007/978-3-319-31165-4.
  13. ↑ 1 2 Efficient Delta Updates. Silitics. Дата обращения: 3 ноября 2025. Архивировано 14 августа 2025 года.
  14. ↑ A Survey of Binary-Code-Difference Techniques. University of Helsinki. Дата обращения: 3 ноября 2025. Архивировано 24 февраля 2024 года.
  15. ↑ A Comprehensive Survey on Dynamic Software Updating Techniques in IoTs. ResearchGate. Дата обращения: 3 ноября 2025.
  16. ↑ Delta Flashing of an ECU in the Automotive Industry. ResearchGate. Дата обращения: 3 ноября 2025.
  17. ↑ Secure Firmware Updates for Constrained IoT Devices Using Open Standards: A Reality Check. ResearchGate. Дата обращения: 3 ноября 2025.
  18. ↑ Savov, Vlad Apple's iOS 5: all the details (амер. англ.). Engadget (6 июня 2011). Дата обращения: 2 апреля 2023. Архивировано 2 апреля 2023 года.
  19. ↑ Apple раскрыла статистику установок iOS 18 и iPadOS 18. applespbevent.ru. Дата обращения: 3 ноября 2025. Архивировано 14 июня 2025 года.
  20. ↑ 1 2 Amadeo, Ron Google's "Project Treble" solves one of Android's many update roadblocks (амер. англ.). Ars Technica (12 мая 2017). Дата обращения: 2 апреля 2023. Архивировано 3 декабря 2017 года.
  21. ↑ Mearian, Lucas Apple: iOS 15 now installed on more than 60% of all iPhones (англ.). Computerworld (21 января 2022). Дата обращения: 2 апреля 2023. Архивировано 2 апреля 2023 года.
  22. ↑ Evans, Jonny Fragmented Android drives big dev to Apple (англ.). Computerworld (31 мая 2013). Дата обращения: 2 апреля 2023. Архивировано 2 апреля 2023 года.
  23. ↑ What is Android fragmentation, and can Google fix it? (англ.). Android Authority (5 сентября 2016). Дата обращения: 23 февраля 2025. Архивировано 24 марта 2025 года.
  24. ↑ Nguyen-Vu, Long; Ahn, Jinung; Jung, Souhwan (1 ноября 2019). “Android Fragmentation in Malware Detection”. Computers & Security. 87: 101573. DOI:10.1016/j.cose.2019.101573.
  25. ↑ 1 2 3 Amadeo, Ron Android at I/O 2019: The Project Mainline update system and other highlights (амер. англ.). Ars Technica (22 мая 2019). Дата обращения: 2 апреля 2023. Архивировано 4 сентября 2019 года.
  26. ↑ 1 2 Siddiqui, Aamir Everything you need to know about Android's Project Mainline (англ.). XDA Developers (10 октября 2020). Дата обращения: 2 апреля 2023. Архивировано 14 марта 2023 года.
  27. ↑ 1 2 Android 12 позволит обновлять ART через Google Play, что ускорит работу приложений. new.c.mi.com. Дата обращения: 3 ноября 2025.
  28. ↑ Android 14's new Project Mainline modules could make a big difference for your phone. Android Police. Дата обращения: 3 ноября 2025. Архивировано 3 сентября 2025 года.
  29. ↑ What is Project Mainline in Android? Esper Blog. Дата обращения: 3 ноября 2025. Архивировано 17 июля 2025 года.
  30. ↑ Amadeo, Ron Android 11—The Ars Technica Review (амер. англ.). Ars Technica (23 сентября 2020). Дата обращения: 2 апреля 2023. Архивировано 14 января 2024 года.
  31. ↑ Amadeo, Ron Android 8.0's "streaming OS updates" will work even if your phone is full (амер. англ.). Ars Technica (7 августа 2017). Дата обращения: 2 апреля 2023. Архивировано 7 августа 2017 года.
  32. ↑ 1 2 3 4 Halder, Subir; Ghosal, Amrita; Conti, Mauro (4 сентября 2020). “Secure over-the-air software updates in connected vehicles: A survey”. Computer Networks [англ.]. 178: 107343. DOI:10.1016/j.comnet.2020.107343. ISSN 1389-1286.
  33. ↑ Automotive Over-the-Air (OTA) Updates Market Size. Global Market Insights. Дата обращения: 3 ноября 2025. Архивировано 18 января 2025 года.
  34. ↑ 1 2 Regulatory Updates: UNECE R155 & R156 Deadlines. IAF. Дата обращения: 3 ноября 2025.
  35. ↑ Automotive OTA Updates Market. DataIntelo. Дата обращения: 3 ноября 2025.
  36. ↑ Проблемы с обновлениями ПО в автомобилях: лень производителей или новая реальность? AutoGid. Дата обращения: 3 ноября 2025.
  37. ↑ ТОП-10 новых тенденций развития автомобильной промышленности в 2025 году. Инновационные новости. Дата обращения: 3 ноября 2025. Архивировано 6 августа 2025 года.
  38. ↑ UN Regulation No. 155: Status Quo in 2024. CYEQT. Дата обращения: 3 ноября 2025. Архивировано 20 июля 2025 года.
  39. ↑ R155 & R156 Regulations (pdf). Trustonic. Дата обращения: 3 ноября 2025.
  40. ↑ Китай вводит новые строгие требования к обновлениям для электромобилей. Tengrinews.kz (4 марта 2025). Дата обращения: 3 ноября 2025. Архивировано 8 апреля 2025 года.
  41. ↑ Gitlin, Jonathan M. Hackers discover that vulnerabilities are rife in the auto industry (амер. англ.). Ars Technica (11 января 2023). Дата обращения: 23 февраля 2025. Архивировано 19 февраля 2025 года.
  42. ↑ The Authoritative Guide to OTA Updates for IoT. Memfault. Дата обращения: 3 ноября 2025. Архивировано 11 июля 2025 года.
  43. ↑ 1 2 3 4 What is LwM2M (Lightweight M2M)? Avsystem. Дата обращения: 3 ноября 2025. Архивировано 20 марта 2025 года.
  44. ↑ IoT Device Management Protocols: LwM2M, OMA-DM and TR-069. MuuTech. Дата обращения: 3 ноября 2025. Архивировано 14 июля 2025 года.
  45. ↑ A Secure End-to-End MQTT-Based Communication Scheme for an OTA Update in an Automotive ECU. MDPI (25 ноября 2022). Дата обращения: 3 ноября 2025. Архивировано 14 мая 2025 года.
  46. ↑ 1 2 Over-the-air (OTA) updates. Google Home Developer Center. Дата обращения: 3 ноября 2025.
  47. ↑ SUIT, a firmware update solution for IoT devices. Дата обращения: 3 ноября 2025.
  48. ↑ Firmware Encryption in Software Updates for the Internet of Things (SUIT). IETF Datatracker. Дата обращения: 3 ноября 2025. Архивировано 25 июля 2021 года.
  49. ↑ Эксперт рассказал о росте числа атак на IoT-устройства. myseldon.com. Дата обращения: 3 ноября 2025.
  50. ↑ 1 2 Implementing Secure Over-the-Air (OTA) Updates in Embedded Devices. sorinmustaca.com (15 мая 2023). Дата обращения: 3 ноября 2025. Архивировано 18 июня 2025 года.
  51. ↑ Cisco Secure Equipment Access Wins “IoT Security Innovation of the Year” in the 2024 IoT Breakthrough Awards. Cisco Blogs (11 января 2024). Дата обращения: 3 ноября 2025. Архивировано 10 августа 2025 года.
  52. ↑ OTA Updates for IoT Devices. IoT For All. Дата обращения: 3 ноября 2025. Архивировано 25 апреля 2025 года.
  53. ↑ Безопасность Интернета вещей в 2025 году: угрозы, ошибки и защита. SecurityMedia.org. Дата обращения: 3 ноября 2025. Архивировано 26 июля 2025 года.
  54. ↑ Matter Protocol Evolution. RF Wireless World. Дата обращения: 3 ноября 2025. Архивировано 18 июня 2025 года.
  55. ↑ 1 2 Upgrading Firmware on Cable Modems & Gateways. ARRIS Consumer Care. Дата обращения: 3 ноября 2025. Архивировано 20 августа 2025 года.
  56. ↑ SB8200 Update for DOCSIS 3.0 to DOCSIS 3.1. SURFboard Community. Дата обращения: 3 ноября 2025.
  57. ↑ TR-069 — «черный ход» в вашем роутере. Habr (19 декабря 2016). Дата обращения: 3 ноября 2025.
  58. ↑ Re: ISP will not update customer owned equipment. NETGEAR Community. Дата обращения: 3 ноября 2025.
  59. ↑ Spectrum DOCSIS 3.1 Advanced Voice Modem Manual. Manuals.plus. Дата обращения: 3 ноября 2025.
  60. ↑ Snyder, Randall A. Wireless Telecommunications Networking with ANSI-41 : [англ.] / Randall A. Snyder, Michael D. Gallagher. — McGraw Hill Professional, 5 апреля 2001. — P. 374–376. — ISBN 978-0-07-138358-5.
  61. ↑ 1 2 Brenner, Michael. The Open Mobile Alliance: Delivering Service Enablers for Next-Generation Applications : [англ.] / Michael Brenner, Musa Unmehopa. — John Wiley & Sons, 28 февраля 2008. — P. 273–279. — ISBN 978-0-470-51918-9.
  62. ↑ 1 2 3 What is Remote SIM Provisioning for IoT? Eseye. Дата обращения: 3 ноября 2025. Архивировано 10 августа 2025 года.
  63. ↑ Over-the-Air (OTA) Updates Explained. Emnify. Дата обращения: 3 ноября 2025. Архивировано 16 июля 2025 года.
  64. ↑ A1S RSP M2M. A1 Systems. Дата обращения: 3 ноября 2025. Архивировано 11 июля 2025 года.
  65. ↑ 1 2 GSMA releases remote provisioning specification to help consumers connect mobile devices. Telefónica. Дата обращения: 3 ноября 2025. Архивировано 11 августа 2025 года.
  66. ↑ ZigBee Cluster Library Specification (англ.). ZigBee Alliance (14 января 2019). Архивировано 14 июня 2025 года.

Категории

undefined