Центр киберобороны Великобритании возглавит не IT-эксперт

Центр киберобороны Великобритании возглавит не IT-эксперт

Британское правительство намерено назначить руководителем кибероперативной группы, недавно созданной в структуре министерства обороны, не специалиста в области информационных технологий, а высокопоставленного военного.



Об этом сообщил глава ведомства Ник Харви, выступая перед депутатами нижней палаты парламента. Он заявил, что указанный пост займет офицер вооруженных сил (можно с уверенностью предполагать, что он имел в виду генерал-майора Джонатана Шоу), с которым будет заключен четырехлетний контракт. Новый центр управления безопасностью и глобальными операциями, по его словам, уже приступил к выполнению своих функций - отслеживанию потенциальных атак против особо важных элементов инфраструктуры Соединенного Королевства.


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


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


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


V3.co.uk


Письмо автору

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