Операторы просят уменьшить штрафы за серые сим-карты

Операторы просят уменьшить штрафы за серые сим-карты

Операторы просят уменьшить штрафы за серые сим-карты

Игроки рынка сотовой связи написали в Госдуму. “Ростелеком”, МТС, “МегаФон”, Tele2 и “Вымпелком” с просьбой не вводить крупные штрафы за “серые сим-карты”. Поправки в закон “О связи” сейчас дорабатывает Минцифры.

С письмом “большой пятерки” председателю комитета Госдумы по госстроительству Павлу Крашенинникову ознакомился “Ъ”. Компании просят пересмотреть поправки к Кодексу об административных правонарушениях (КоАП). Их внесли еще в мае 2017 года и приняли в первом чтении в октябре прошлого года. Сейчас документ готовится ко второму чтению.

Поправки к закону “О связи” обязывают бизнес регистрировать данные о конечных пользователях в единой системе идентификации и аутентификации (ЕСИА) портала госуслуг. Компании могут оказывать услуги только абонентам, которые прошли идентификацию. Закон также предусматривает возможность покупки сим-карт через интернет с помощью простой электронной подписи при верифицировании пользователя через ЕСИА или Единую биометрическую систему (ЕБС).

Документ вводит штрафы в 200–300 тыс. руб. для операторов, нарушивших правила продажи сим-карт через интернет. Если оператор не отключил от услуг связи корпоративных клиентов, не прошедших ЕСИА, его оштрафуют на 300–500 тыс. руб.

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

В Tele2 подчеркивают, что повышенная административная нагрузка в условиях санкций препятствует развитию рынка мобильной связи. Нововведение повлечет за собой ухудшение клиентского опыта и замедлит развитие отрасли, согласны в “МегаФоне”. В “Вымпелкоме” считают введение штрафов преждевременным, потому что еще не утвержден порядок предоставления данных о корпоративных абонентах операторами Роскомнадзору. 

В комитете Госдумы по госстроительству отказались от комментариев.

Сейчас за такое нарушение операторов могут оштрафовать по статье о несоблюдении лицензионных требований на сумму 40 тыс. руб., то есть ответственность действительно вырастает примерно на порядок, уточняет преподаватель Moscow Digital School Никита Данилов.

Эксперт отмечает, что формально штраф может быть выписан за каждый факт продажи сим-карты с нарушением, а это потенциально может привести к многомиллиардным штрафам.

При этом для самих корпоративных клиентов операторов предусматривается штраф за невнесение данных в ЕСИА в размере до 70 тыс. руб., уточнил Данилов.

Партнер BGP Litigation Александр Панов считает размер штрафов оправданным. Он указывает на всплеск телефонного мошенничества и полагает, что меры как раз нацелены “на защиту граждан от злоупотреблений со стороны операторов и третьих лиц”.

Операторы будут перекладывать суммы этих штрафов на своих корпоративных абонентов, а те — на сотрудников, что не прошли идентификацию, предполагает управляющий партнер юридической компании ЭБР Александр Журавлев.

В то же время гендиректор «ТМТКонсалтинга» Константин Анкилов полагает, что через крупные штрафы государство фактически перекладывает ответственность за соблюдение закона о серых сим-картах на операторов, поскольку “ему проще работать с четырьмя крупными компаниями, чем с тысячами юрлиц”.

AppSec.Track научился проверять код, написанный ИИ

AppSec.Track добавил поддержку работы с ИИ и стал первым российским SCA-анализатором, который умеет проверять код прямо в связке с ИИ-ассистентами. Обновление рассчитано в том числе на так называемых «вайб-кодеров» — разработчиков, которые активно используют LLM и ИИ-редакторы для генерации кода.

Новый функционал решает вполне практичную проблему: ИИ всё чаще пишет код сам, но далеко не всегда делает это безопасно.

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

Разработчик может прямо в диалоге с ИИ-ассистентом запросить проверку сгенерированного кода через AppSec.Track. Система проанализирует используемые сторонние компоненты, подсветит потенциальные угрозы и предложит варианты исправления. В основе механизма — протокол MCP (Model Context Protocol), который позволяет безопасно подключать инструменты анализа к LLM.

Как поясняет директор по продукту AppSec.Track Константин Крючков, разработчики всё чаще пишут код «по-новому», а значит, и инструменты анализа должны меняться. Редакторы вроде Cursor или Windsurf уже умеют многое, но им всё равно нужна качественная и актуальная база уязвимостей. Именно её и даёт AppSec.Track, включая учёт внутренних требований безопасности конкретной компании. В итоге даже разработчик без глубокой экспертизы в ИБ может получить более надёжный результат.

Проблема особенно заметна на фоне роста low-coding и vibe-coding подходов. Код создаётся быстрее, а иногда — почти без участия человека, но с точки зрения безопасности в нём могут скрываться неприятные сюрпризы: SQL-инъекции, логические ошибки или небезопасные зависимости. Как отмечает старший управляющий директор AppSec Solutions Антон Башарин, ИИ-ассистенты не заменяют классические практики DevSecOps — особенно когда речь идёт об open source, где информация об угрозах обновляется быстрее, чем обучаются модели.

Новый функционал AppSec.Track ориентирован на профессиональные команды разработки, которые уже внедряют ИИ в свои процессы. Он позволяет сохранить требования Secure by Design и снизить риски даже в условиях активного использования генеративного кода.

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