Avast Software отложила свое IPO на бирже Nasdaq

Ксения Ренселаева 02 Августа 2012 - 21:27

...

Компания Avast Software BV, разработчик антивирусного программного обеспечения, отложила запланированное ранее первичное размещение акций (IPO) на американской бирже Nasdaq, ссылаясь на неблагоприятные условия рынка.

Напомним, что в начале года компания планировала продать 9 миллионов акций по цене от $9 до $11 за штуку. Согласно прогнозам, это могло принести компании около $99 млн. прибыли. Начало торгов было запланировано на 26 июля. Однако, сославшись на неблагоприятные условия рынка, которые сложились на текущий момент в Европе, компания решила отложить первичное размещение акций.

Заметим, что рынок IPO только недавно стал возрождаться после кризиса в 2008 году. Однако, согласно отчетам компаний, рискнувших все-таки разместить свои акции, прибыли они так и не получили. Так, AVG Technologies NV, вслед за которой AVAST решил разместить заявку, потерпела поражение, и торговля акциями принесла компании лишь убыток - ориентировочно 35% от начальной стоимости IPO. В то же время Facebook потерял примерно 19% от первоначальной стоимости IPO. Та же участь постигла и производителя электронных устройств, компанию Apple, ее акции упали на 5%.

Как отмечают эксперты, такая ситуация была прогнозируема и причиной, скорее всего, стала недавняя суматоха на европейских рынках, вызванной сложившейся экономической ситуации в Греции и Испании. В результате чего, выход на IPO отложили и другие компании, такие как Manchester United и Fender.

В последние годы компания стремительно наращивает свой бизнес, сохраняя при этом сильные уровни прибыли и выручки. Доходы выросли с $25,3 млн в 2009 году до $48,5 млн в 2010 году, увеличившись на 91,6%, и с $20,2 млн до $37,9 млн в первое полугодие 2011 года.

Следующая главная новость »

Публичное облако 2026: где заканчивается удобство и начинаются риски?
Регистрируйтесь на эфир!

Екатерина Быстрова 01 Июня 2026 - 08:48

Linux Уязвимости программ Домашние пользователи Корпорации

В Linux нашли 19-летнюю дыру: атакующий может добраться до root

В Linux обнаружили новую уязвимость повышения привилегий, получившую имя CIFSwitch. При удачном раскладе обычный локальный пользователь может обмануть механизм CIFS-аутентификации, подсовывать ядру фальшивые запросы и в итоге получить root. Проблема затрагивает системы с уязвимыми связками kernel CIFS и cifs-utils, в первую очередь версии 6.14 и выше.

CIFS нужен Linux для работы с сетевыми шарами: монтировать удалённые папки, читать и писать файлы по сети. Если такая шара использует Kerberos-аутентификацию, ядро Linux обращается к пользовательскому приложению, а cifs-utils выступает посредником.

По словам исследователя Асима Вилади Оглу Манизады, который нашёл и назвал CIFSwitch, ядро запрашивает ключ типа cifs.spnego, после чего стандартная связка keyutils/request-key запускает cifs.upcall от root, чтобы получить или собрать материалы Kerberos/SPNEGO.

Беда в том, что CIFS-подсистема ядра не проверяла, что такие cifs.spnego-запросы действительно пришли от CIFS-клиента ядра. В результате непривилегированный пользователь мог сгенерировать поддельный запрос и запустить штатный процесс аутентификации.

А дальше привилегированный cifs.upcall доверяет полям, которые считает созданными ядром, хотя на деле ими управляет атакующий. Через эти поля можно форсировать переключение namespace, спровоцировать NSS-запрос до сброса привилегий, подгрузить вредоносный NSS-модуль и получить выполнение кода от root.

Манизада отмечает, что баг появился ещё в 2007 году, то есть прожил в экосистеме около 19 лет. При этом эксплуатация не универсальна: нужны подходящая версия ядра, уязвимый cifs-utils, доступные пространства имен пользователей и политики SELinux/AppArmor, которые не ломают атаку на взлёте.

Среди уязвимых систем, в дефолтных конфигурациях эксперт называет:

Linux Mint 21.3 / 22.3;
CentOS Stream 9;
Rocky Linux 9;
AlmaLinux 9;
Kali Linux 2021.4–2026.1;
SLES 15 SP7.

Уязвимость уже закрыта патчем для ядра, он добавляет проверку происхождения запросов cifs.spnego. Однако конкретные версии ядра с патчем зависят от дистрибутива, так что администраторам лучше не гадать, а проверять бюллетени своих вендоров.

Публичное облако 2026: где заканчивается удобство и начинаются риски?
Регистрируйтесь на эфир!