Журнал "Information Security/ Информационная безопасность" #3, 2026

В Авроре нет и никогда не было встроенных меха- низмов совместимости с APK. Мы несовместимы с экосистемой Android и никогда не ставили перед собой такую задачу. В основе нашей модели лежат механизмы доверен- ных источников и отече- ственная криптография, что позволяет заказчику гибко управлять периметром дове- рия и контролировать про- граммную среду устройства. Хорошая защита – та, которую пользователь прак- тически не замечает. Мы не заставляем заказчика выби- рать между удобством и защищенностью. Безопас- ность встроена в платформу и поддерживает рабочие процессы. важно, чтобы были приложения, чтобы разработчик мог быстро создать или адаптировать сер- вис, чтобы интегратор мог встроить решение в инфра- структуру, а заказчик понимал, что платформа не остановится завтра. Поэтому самой сложной задачей для нас всегда было не только развитие технологии, но и формирование устойчивой экосистемы вокруг нее. – Какое решение за эти годы было самым риско- ванным, но в итоге оказа- лось правильным? – Одним из самых рискован- ных и при этом принципиальных решений было не пытаться строить Аврору как среду для запуска приложений Android. Это был прыжок веры, кото- рый мы совершили в 2016 г. В Авроре нет и никогда не было встроенных механизмов совме- стимости с APK. Мы несовме- стимы с экосистемой Android и никогда не ставили перед собой такую задачу. Мы сознательно развиваем собственную экосистему Авроры: нативные приложения, SDK, документацию, поддержку раз- работчиков, работу с ведущими вузами, интеграторами и тех- нологическими партнерами. Для нас технологическая независи- мость означает создание собст- венной среды, в которой могут развиваться приложения, сер- висы и компетенции. Десять лет назад мы пришли к пони- манию, что делать свою ОС, которая позволила бы сохра- нить экосистему Android, невоз- можно. Кстати, Huawei к этому пониманию пришел, потратив много лет работы нескольких тысяч инженеров и миллиарды долларов. – Если разработчик Android-приложения или сервиса хочет выйти на Аврору, какой путь вы ему предлагаете? – Мы предлагаем современ- ный и понятный путь портиро- вания. Если разработчик хочет перенести свое приложение или сервис на Аврору, то мы абсо- лютно бесплатно предостав- ляем ему исчерпывающую доку- ментацию и удобные инстру- менты для этого, включая сред- ства разработки нативных при- ложений, поддержку кроссплат- форменных движков, в том числе Kotlin Multiplatform и Flut- ter, а также интеграцию SDK с ИИ-ассистентами. Такой под- ход снижает барьер входа для разработчиков, но при этом сохраняет стратегический фокус: развитие собственной экосистемы Авроры. – Вы разрабатываете архитектуру и все меха- низмы безопасности ОС. Как устроена модель доверия в Авроре? – В основе нашей модели лежат механизмы доверенных источников и отечественная криптография, что позволяет заказчику гибко управлять периметром доверия и контро- лировать программную среду устройства. Для корпоративного заказчика это означает воз- можность самостоятельно опре- делять, какой код может рабо- тать в его инфраструктуре. Важно, что доверие здесь не сводится к одному сертификату или настройке. Мы придержива- емся архитектурного принципа: заказчик должен понимать про- исхождение программного обес- печения, управлять его распро- странением, контролировать изменения и иметь инструменты для реакции на новые риски. В современной инфраструктуре доверие должно быть управляе- мым процессом, его нельзя обес- печить разовыми проверками. – Какие принципы без- опасности были заложе- ны в архитектуру плат- формы с самого начала? – С самого начала – принцип эшелонированной безопасно- сти. Любой механизм может быть обойден, поэтому защита должна состоять из нескольких независимых уровней. Если один уровень оказывается недо- статочным, то должны срабо- тать другие. При этом безопасность не должна мешать пользователю работать. Хорошая защита – та, которую пользователь прак- тически не замечает. Мы не заставляем заказчика выбирать между удобством и защищен- ностью. Безопасность встроена в платформу и поддерживает рабочие процессы. – "Открытая мобильная платформа" получила сер- тификат ФСТЭК России по РБПО. Что это означает на практике? – РБПО – это требования к процессам разработки безопас- ного программного обеспече- ния, установленные в ГОСТ Р 56939-2024. Речь идет не просто о том, что конкретная версия продукта прошла проверку, а о зрелости процессов, с помощью которых программное обеспече- ние создается, развивается, проверяется, сопровождается и защищается от уязвимостей. В 2025 г. "Открытая мобиль- ная платформа" одной из пер- вых получила сертификат соот- ветствия ФСТЭК России № 6. Сертификация процессов без- опасной разработки проводи- лась на флагманских продуктах компании – ОС Аврора и ППО "Аврора Центр". Для заказчика это важный сигнал о том, что он получает дополнительный уровень уве- ренности в надежности и без- опасности наших продуктов, и что мы обеспечим минимальные сроки обновлений сертифици- рованных версий. Это очень важно в современном быстро меняющемся мире, где выход новой версии – жизненно важная необходимость. Мы гарантируем максимально оперативные исправления потенциальных уязвимостей и сохранение сер- тификатов на наши продукты. – Можно ли сказать, что получение такого серти- фиката закрывает вопрос безопасности? – Сертификат подтверждает уровень зрелости на момент про- верки, но безопасность не закан- чивается в день получения доку- мента. Уязвимости появляются постоянно, меняются методы атак, растет роль искусственного интеллекта, усложняются цепоч- ки поставок. Поэтому безопасная разработка – это постоянный процесс: совершенствование инструментов, практик, компе- тенций, контроля изменений, анализа уязвимостей и реакции на новые угрозы. – Насколько заказчики готовы смотреть на без- опасность именно ком- плексно? – Запрос на комплексную безопасность в корпоративной мобильности заметно вырос. Раньше вопросы часто своди- лись к функциональности про- дукта и наличию сертификатов у MDM-системы. Сегодня все больше заказчиков интересуют- ся пространством доверия, кото- рое включает в себя все эле- менты: от операционной систе- мы и места производства 10 • В ФОКУСЕ