Власти готовят к запуску российскую eSIM-платформу

Власти готовят к запуску российскую eSIM-платформу

Власти готовят к запуску российскую eSIM-платформу

Минцифры и ФСБ России обсуждают с операторами пилот отечественной платформы eSIM. Она позволит устанавливать виртуальные симки, если зарубежные вендоры деактивируют свое ПО. Точных сроков запуска пока нет.

О внедрение отечественной платформы eSIM “Известиям” рассказали в Минцифры. Ведомство работает над проектом вместе с НИИ радио (НИИР) и ФСБ России.

На территории НИИР планируют развернуть пилотную зону с российским программно-аппаратным комплексом, к которому смогут подключиться операторы и протестировать инфраструктуру в работе виртуальных сим-карт.

“Только отечественные оборудование и программное обеспечение дают полную гарантию безопасности при использовании на объектах критической инфраструктуры”, — подчеркнули в пресс-службе Минцифры.

Функциональность и сроки развертывания eSIM-платформы в Минцифры не уточнили. Источник на рынке называется планы на запуск 2025-2027 года, хотя и сомневается, что к этому сроку всё успеют.

Причиной возможной задержки может стать отсутствие российского коммуникационного и абонентского оборудования и состояние производственной базы.

Пилотная зона создается для выбора оптимального варианта архитектуры и состава элементов отечественной экосистемы eSIM, говорят в НИИР.

“Элементы — это российские разработки, — подчеркивают там. — Речь идет о программно-аппаратных комплексах, национальном корневом удостоверяющем центре и системе криптозащиты информации”.

На платформе будет тестироваться отечественное оборудование (прежде всего различные датчики, счетчики, планшеты и т. д.). В него могут быть встроены либо отечественные чипы eSIM, либо зарубежные, но соответствующие российской спецификации по информационной безопасности.

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

Сейчас для этого используют зарубежное ПО, но под давлением санкций или в инициативном порядке разработчики могут отозвать сертификаты на него, и загружать в смартфоны профили для eSIM станет невозможно.

Этого опасаются и операторы. При этом риск блокировки eSIM не распространяется на уже работающие виртуальные карты.

После активации это обычные SIM-карты, объяснили в Tele2.

Оборудование для обслуживания таких карт установлено в РФ, но если перестанет работать софт на нем, при покупке нового аппарата, потере или поломке старого, восстановить привязанный к eSIM номер будет невозможно, предупреждают эксперты.

Кроме того, в Россию по параллельному импорту поставляют iPhone 14, предназначенные для американского рынка. Они могут подключаться к сотовым сетям только по eSIM, то же самое касается некоторых моделей смарт-часов.

По оценке Mobile Research Group, eSIM в стране активированы примерно на 8% смартфонов. Правда, не все они российские. Среди виртуальных сим-карт есть номера зарубежных операторов, которые покупают, чтобы сократить расходы на роуминг.

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

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

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

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

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

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

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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