Эксперты выступают против госмонополии на выдачу электронной подписи

Эксперты выступают против госмонополии на выдачу электронной подписи

Эксперты выступают против госмонополии на выдачу электронной подписи

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

В пояснении к нему сказано, что сегодня аккредитованные удостоверяющие центры допускают многочисленные нарушения, что вызывает недоверие к ним со стороны пользователей. Инициатива Минкомсвязи призвана установить единые стандарты предоставления услуги.

В настоящее время в России открыто более 440 удостоверяющих центров (УЦ) и 5000 точек выдачи электронных подписей, в которых работает не менее 15 тыс. высококвалифицированных специалистов. Существующие УЦ ежегодно приносят бюджету не менее ₽6,5 млрдв виде налогов. Стоимость квалифицированной электронной подписи (КЭП) для физических лиц начинается от ₽1400. Кроме ее выдачи, УЦ предлагают еще целый ряд услуг, например, программное обеспечение, позволяющее подписывать электронные документы и отправлять их в ведомства.

По мнению участников круглого стола «Сфера электронных услуг Российской Федерации. Пути развития и угрозы», проведенного ассоциацией РОСЭУ 20 апреля 2017 г., новая инициатива Минкомсвязи подрывает доверие к регулятору, способствует снижению конкуренции и, как следствие, ухудшению качества услуг удостоверяющих центров. Уже через 2 года после вступления в силу предложенных Минкомсвязи поправок на рынок труда будет выброшено 15 тыс. человек. Затраты государства на создание новой инфраструктуры составят не менее ₽5 млрд. Кроме того, в пояснительной записке к законопроекту сказано, что стоимость КЭП увеличится до ₽2500.

Для решения существующих на рынке проблем необходимы подзаконные акты, определяющие порядок работы УЦ, контроля за их деятельности и ответственности за нарушение законодательства. Также должны быть разработаны нормативно-правовые акты по применению полномочных сертификатов и электронной подписи. Кроме того, эксперты высказали пожелания по оптимизации законодательства, регулирующего применение КЭП как криптографического средства, и упрощению процесса использования СКЗИ в массовом сегменте. Сам реестр сертификатов должен быть доступен для того, чтобы можно было проверить легитимность предъявляемых данных. Также УЦ должны получить доступ к СМЭВ для проверки информации при выдаче КЭП.

По результатам круглого стола будет сформирован список предложений, которые РОСЭУ намерено передать в Минкомсвязи.

В iOS нашли намёк на сквозное шифрование RCS-чатов между iPhone и Android

Apple, похоже, делает ещё один шаг к полноценной защите RCS-переписки между iPhone и Android — но, как это часто бывает, не без оговорок. В бета-версии iOS 26.3 Beta 2 обнаружены признаки подготовки сквозного шифрования (end-to-end encryption, E2EE) для RCS-сообщений.

Речь идёт о той самой защите, которая давно стала стандартом в современных мессенджерах, но до сих пор отсутствует в переписке между пользователями iPhone и Android.

Информацию обнаружил пользователь X (бывший Twitter) под ником @TiinoX83. Изучая carrier bundles — пакеты настроек операторов связи — он нашёл новый параметр, позволяющий операторам включать шифрование RCS. Судя по коду, Apple готовит механизм, при котором именно оператор будет «давать добро» на использование защищённых RCS-чатов.

 

Правда, есть нюанс. На данный момент этот параметр присутствует лишь у четырёх операторов — Bouygues, Orange, SFR и Free, и все они работают во Франции. Более того, ни один из них пока не активировал новую опцию. То есть формально поддержка как бы есть, но по факту она не работает.

История с E2EE для RCS тянется уже не первый месяц. После анонса спецификации Universal Profile 3.0 от GSMA весной прошлого года Apple публично пообещала добавить поддержку защищённых RCS-сообщений в будущих обновлениях iOS. Тогда же стало известно, что шифрование будет строиться на протоколе Messaging Layer Security (MLS) — том самом, который Google уже использует в Google Messages.

Первые намёки на реализацию этой идеи появились ещё в августе, когда в коде iOS 26 нашли следы тестирования MLS. С тех пор ожидания только росли, но реального запуска функции пользователи так и не увидели.

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