Объединение компаний «Информзащита» и ОКБ САПР не состоялось

Объединение компаний «Информзащита» и ОКБ САПР не состоялось

Группа компаний «Информзащита» объявляет, что процесс объединения Группы компаний «Информзащита» и ОКБ САПР приостановлен в связи с разногласиями компаний по ключевым вопросам взаимодействия и построения бизнеса.

В конце 2008 года Группа компаний «Информзащита» и ОКБ САПР объявили об объединении. В результате предварительных переговоров планировалось создать управляющую холдинговую компанию для координации деятельности.

Для реализации намеченного плана объединения в 1 квартале 2009 года планировалось провести внутреннюю реструктуризацию производственных компаний. Ее целью должно было стать создание наиболее эффективной общей структуры, путем объединения подразделений разработки, производства и поддержки. Этот этап продолжался более четырех месяцев и на нем были выявлены разногласия, которые привели к приостановке процесса объединения.

Генеральный директор компании «Информзащита» Владимир Гайкович так прокомментировал суть возникших разногласий: «Перед принятием решения мы оценивали такие важные факторы как потенциал объединяемых компаний, а именно квалификацию сотрудников, портфель продуктов, технологии и финансы, но совершенно недооценили такой серьезный аргумент, играющий против объединения активов, как различия в уровне менеджмента компаний, входящих в Группу «Информзащита», и ОКБ САПР. Под уровнем менеджмента я понимаю, в первую очередь, принятый в компании порядок принятия решений и контроля за их исполнением, модель превращения ресурсов в продукты, процесс построения ассортимента, контроля качества, обслуживания клиентов и соблюдения взятых на себя договоренностей. Мы, к сожалению, также не учли различия в корпоративных культурах объединяемых компаний, оказывающих прямое влияние на бизнес».

Несмотря на отмеченные выше разногласия, были достигнуты договоренности о коммерческом и технологическом сотрудничестве без организационного объединения компаний. Коммерческое сотрудничество предполагает распространение продукции компании ОКБ САПР компанией SafeLine, дистрибьютором группы компаний ”Информзащита”. Технологическое сотрудничество предполагает создание совместных продуктов в области идентификации и аутентификации пользователей.

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

Источник 

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