ФБР просит поддержки у Facebook и Google

ФБР просит поддержки у Facebook и Google

...

На этой неделе в «Кремниевой долине» состоялись переговоры по поводу нового законопроекта о взаимодействии телекоммуникационных компаний и правоохранительных органов. В ФБР решили заручиться поддержкой наиболее крупных игроков рынка, в числе которых Facebook и Google.

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

Данный законопроект был предложен еще в сентябре, когда ФБР заявила об ограничении их возможностей, в связи с переходом на VoIP протокол или другие возможности передачи данных в зашифрованном виде. Стоит заметить, что согласно действующему законодательству, провайдеры, по требованию органов, обязаны предоставить возможность перехвата данных внутри сети. Но, похоже, ФБР считает такие меры недостаточными и планирует расширить сферу влияния на все компании, предоставляющие услуги связи, включая те, которые обеспечивают сквозное шифрование (end-to-end), в числе которых Skype и RIM.

Таким образом, в случае положительного решения по этому законопроекту, все провайдеры (в том числе операторы мобильной связи, различные веб-ресурсы и др.), предоставляющие услуги связи будут обязаны изменить свой контент таким образом, чтобы была возможность расшифровывать передаваемые внутри сети данные. Кроме того, разработчики приложений для электронной почты, мессенджеров и программного обеспечения, где основным протоколом передачи данных является VoIP будут обязаны переделать их таким образом, чтобы сообщения, передающиеся посредством этих программ, могли быть перехвачены агентами правоохранительных органов.

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

Компания Google отказалась от комментариев, а представитель Facebook сообщил, что рано еще думать о решении администрации.

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