В Щёлковском районе пожаловались на Wi-Fi только по белому списку

В Щёлковском районе пожаловались на Wi-Fi только по белому списку

В Щёлковском районе пожаловались на Wi-Fi только по белому списку

В Щёлковском районе Московской области пользователи некоторых провайдеров столкнулись с ограничением доступа в интернет: соединение, по их словам, работает только по «белым спискам». При этом власти региона сообщают, что ограничения касаются только мобильного интернета.

О проблемах с доступом через Wi-Fi сообщила «Газета.Ru» со ссылкой на жительницу Щёлковского района. Она рассказала, что при подключении к сети оператора «Всем Wi-Fi» доступными остаются только ресурсы из «белого списка». По её словам, компания заранее не предупреждала клиентов о таких ограничениях.

«В службе поддержки провайдера „Всем Wi-Fi“ сказали, что так будет все майские праздники, что это распоряжение какого-то „вышестоящего провайдера“ и компания не несёт за это ответственности», — так собеседница онлайн-СМИ описала диалог с технической поддержкой.

Другой пользователь «Всем Wi-Fi» подтвердил радиостанции Business FM наличие ограничений. По его словам, ресурсы, не входящие в «белые списки», либо не открываются, либо загружаются очень долго.

«На период майских праздников каких-либо ограничений на работу проводного интернета на территории Московской области не вводилось. Сети функционируют в штатном режиме, — сообщила пресс-служба Мингосуправления Московской области в ответ на запрос РИА Новости. — Стоит при этом отметить, что временные ограничения могут вводиться только для мобильного интернета — это необходимо для безопасности жителей и защиты объектов инфраструктуры. В такие периоды доступ к самым важным российским ресурсам должен сохраняться через „Белый список“. Проводного (домашнего) интернета эти меры не касаются».

Ведущий аналитик Mobile Research Group Эльдар Муртазин в комментарии для издания «Абзац» назвал наиболее вероятной причиной то, что «Всем Wi-Fi» использует инфраструктуру мобильной связи. Поэтому на провайдера могут распространяться ограничения, действующие для мобильных сетей.

«Я ещё не видел ограничений на проводном интернете нигде в России. И вряд ли „белые списки“ могут там работать, потому что они не создавались для проводного интернета», — отметил аналитик.

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