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

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

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

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

Минцифры разработало подзаконные акты, по которым на сетях связи организуют узлы верификации звонков. Эксплуатировать их будет подведомственный Роскомнадзору Государственный радиочастотный центр (ГРЧЦ). “Ъ” ознакомился с отзывами операторов на проекты постановлений. Сами документы были опубликованы на regulation.gov.ru в июне.

Подключение к системе потребует от операторов доработки оборудования сетей и обновления софта, говорится в отзывах МТС и “МегаФона” (в последнем считают, что на реализацию требований нужно не менее трех-пяти лет).

В пояснительной записке к проекту говорится: расходов бюджета или бизнеса не потребуется.

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

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

Игроки сомневаются и в эффективности инициативы. В МТС отмечают, что система позволяет проверять вызовы только российского плана нумерации:

“При этом мошенники за рубежом совершают вызовы с подстановкой похожих на 495 или 800 российских номеров, эта система работать и защищать российских абонентов не будет”.

Кроме того, подмена номера происходит на фиксированных и телефонных сетях, а их будут подключать к системе только в 2025 году, добавили в МТС:

“Технические и программные решения крупных российских мобильных операторов не позволяют осуществлять подмену номера на их сети”.

Представитель Минцифры сообщил “Ъ”, что финансирование системы предусмотрено нацпрограммой “Цифровая экономика”. Средства выделены Роскомнадзору и с операторов денег не спросят.

“Система гарантирует защиту абонентов и поможет справиться с мошенническими звонками”, — уверен чиновник.

Telegram MCP-сервер fast-mcp-telegram пустил атакующих к телеграм-сессии

В fast-mcp-telegram нашли критическую уязвимость под идентификатором CVE-2026-52830: хотели защититься токенами bearer, а в итоге превратили токен в путь к файлу. В результате атакующий может получить доступ к MCP-сессии Telegram по HTTP без валидного закрытого токена.

Fast-mcp-telegram — это MCP-сервер, который подключает телеграм-аккаунты к ИИ-ассистентам и HTTP-клиентам через сессионную модель аутентификации.

В версиях до 0.19.0 включительно проверка токена устроена так: сервер берёт строку из Authorization: Bearer, добавляет к ней .session, склеивает с директорией сессий и проверяет, существует ли такой файл.

Проблема в том, что токен не нормализуется как безопасный идентификатор. Код запрещает некоторые зарезервированные имена, например telegram, но не блокирует слеши, «..», абсолютные пути и другие конструкции.

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

В типичной конфигурации дефолтная сессия лежит в файле ~/.config/fast-mcp-telegram/telegram.session. Прямой токен telegram отклоняется, но обходной вариант вроде ../fast-mcp-telegram/telegram может схлопнуться файловой системой в тот же самый файл. Если файл существует, сервер принимает такой токен и аутентифицирует атакующего как дефолтный телеграм-аккаунт.

После этого злоумышленник может читать и отправлять сообщения, вызывать MTProto API и использовать доступные инструменты, привязанные к этой сессии. Защита на уровне префиксов инструментов тут уже не спасает: она срабатывает после аутентификации, а дверь к аккаунту к тому моменту уже открыта.

Уязвимость затрагивает fast-mcp-telegram до версии 0.19.0 включительно. В версии 0.19.1 разработчики ужесточили проверку и начали обращаться с bearer-токенами как с непрозрачными идентификаторами, а не как с кусками пути.

Администраторам рекомендуют срочно обновиться, ротировать дефолтные и старые session-файлы, а также проверить логи на подозрительные bearer-значения со слешами и «…».

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