МТС купила сервис Webinar и хочет сделать из него российский Zoom

МТС купила сервис Webinar и хочет сделать из него российский Zoom

МТС купила сервис Webinar и хочет сделать из него российский Zoom

Сотовый оператор приобрел экосистему сервисов видеокоммуникаций для бизнеса Webinar. МТС планирует “вылепить” из него отечественный Zoom. Но эксперты говорят, что парадигмы видео-конференц-связи и вебинаров сильно отличаются, а для перестройки нужен серьезный ресурс и “штучные” специалисты.

МТС купила контрольный пакет акций группы компаний Webinar (бренды Webinar Meetings, Webinar.ru, We.Study, COMDI). Российский разработчик занимается решениями по организации видеовстреч, вебинаров и онлайн-мероприятий.

Webinar продолжит работать как отдельная структура в МТС и сохранит управляющую команду, говорится в сообщении оператора. Сделка уже получила все корпоративные одобрения и разрешение ФАС. Сумма и условия не раскрываются. По данным источника Forbes, близкого к одной из сторон, речь идет примерно о двух миллиардах рублей.

Webinar — интересный игрок на рынке, соглашаются эксперты, опрошенные Anti-Malware.ru. К сервису несколько лет назад присматривались и другие крупные операторы.

“Мы также рассматривали приобретение сервиса, но тогда не сошлись по деньгам и политике безопасности, — говорит Anti-Malware.ru источник в одном из операторов “большой тройки”. По его словам, по требованию ИБ платформу Webinar нужно было разворачивать в периметре телекома. Но сервис тогда не мог предоставить такую возможность”.

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

Zoom представляет идеологию видеоконференций, когда “за столом” собираются равноправные участники мероприятия. Чаще всего это рабочие и корпоративные встречи. Основная задача здесь — “собрать картинку” и обеспечить полноценный доступ каждого участника.

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

“Webinar пытаются пойти в сторону видеоконференций, но это очень большая работа, — объясняет Anti-Malware.ru Дмитрий Журавлев, директор продукта IVA MCU платформы видеоконференций IVA Technologies. — У нас эта дорога с нуля заняла около пяти лет”.

Основная проблема перехода Webinar на поляну Zoom может быть связана с ресурсами и нехваткой эксклюзивных кадров, говорит Журавлев.

С таким мнением соглашается и другой эксперт, опрошенный Anti-Malware.ru:

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

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

Сервисы видеоконференций и вебинаров есть не только у МТС.

МегаФон активно развивает цифровые сервисы, которые помогают бизнесу экономить и быть эффективным, — комментируют новость в пресс-службе оператора. — Так, у нас есть сертифицированный российский софт для организации видеоконференций и проведения вебинаров для компаний любого размера”. Это — “Облачные видеоконференции” до 100 участников, и “Вебинары” до 1000 слушателей. Для крупных компаний, которым нужны более сложные системы видеосвязи, у МегаФон есть решение “Видеоконференции для бизнеса”, которое можно разместить на серверах “МегаФон Облака”, добавили в пресс-службе.

“Вымпелком” на запрос Anti-Malware.ru не ответил.

Кроме того, на рынке есть много отдельных решений. Например, Webex by Cisco, российская TrueConf и другие.

Существует еще отдельная часть “пирога” видеосвязи, так называемая CPAS — communication platform as a servers. Крупным корпоративным клиентам продают “движок” для видеоконференций, а разработчики на стороне заказчика “допиливают” необходимое сами. Опрошенные Anti-Malware.ru эксперты отметили, что в России пока нет ни одного оператора, который предоставлял бы такую услугу.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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