Palo Alto Networks приобрела облачный ИБ-стартап RedLock за $173 млн

Palo Alto Networks приобрела облачный ИБ-стартап RedLock за $173 млн

Palo Alto Networks приобрела облачный ИБ-стартап RedLock за $173 млн

Компания Palo Alto Networks в среду объявила о приобретении стартапа RedLock, специализирующегося на безопасности облачных сред. В компании заявили, что этот шаг поможет объединить облачные среды и безопасность для команд SecOps и DevOps. Сумма сделки — $173 миллиона.

RedLock известна своими инструментами для автоматического детектирования киберугроз и предотвращения вторжений. Palo Alto Networks планирует добавить эти функции в свои облачные предложения.

В результате клиентам предоставят аналитику облачной безопасности, расширенное детектирование угроз, реагирование в режиме реального времени и мониторинг. Все это в одном «флаконе».

«Мы очень рады добавить технологию RedLock к нашим облачным предложениям. Это слияние позволит нам предложить самую сложную систему защиты для облачных сред, включая Amazon Web Services, Google Cloud Platform и Microsoft Azure. Более того, приобретение заметно усилит наше стратегию, касающуюся облачных систем», — заявил Найкш Арора, исполнительный директор в Palo Alto Networks.

К слову, это первое приобретение компании после того, как Арора занял свой пост. Напомним, что ранее Арора работал в SoftBank.

В апреле Palo Alto Networks объявила о приобретении израильской компании Secdo, специализирующейся на технологиях обеспечения информационной безопасности. Secdo предлагает решения для выявления угроз и реагирования на киберинциденты на конечных точках (EDR). Финансовые условия сделки не разглашаются, однако в некоторых отчетах мелькает цифра в 100 миллионов долларов.

Подпишитесь на новости

Заблокировали по ошибке: как Монета добилась исправления правил ТСПУ

Когда клиенты перестали подключаться к серверам «Монеты», проверка собственной инфраструктуры не объяснила проблему. Одновременно стали недоступны сайты клиентов, а уведомления о платежах перестали доходить на Pay URL. Причину пришлось искать за пределами серверной.

DevOps-инженер компании Евгений описал на Хабре случай ошибочной фильтрации на технических средствах противодействия угрозам — ТСПУ.

Доступ удалось вернуть после диагностики и корректировки правил специалистами ДЦОА. Менять хостинг и IP-адрес не потребовалось.

Однако путь оказался длиннее стандартного «напишите в поддержку». Сначала команда проверила межсетевые экраны, собрала трассировки и исследовала, на каком участке перестаёт проходить трафик. Автор подчёркивает: тайм-аут или звёздочки в трассировке сами по себе ещё не доказывают вмешательство ТСПУ.

Следующий этап — заявка через личный кабинет взаимодействия с техническими средствами. Но даже статус «Частично принята» не гарантирует восстановления доступа.

Для дальнейшей проверки потребовался номер площадки ТСПУ. Попытки получить помощь через операторов связи результата не дали; нужный идентификатор удалось запросить напрямую через ЦМУ ССОП.

При диагностике специалистам также нужны конкретные адреса, порты и воспроизводимый трафик. В описанном случае после проверки правила исправили, и сетевой доступ восстановился.

Кейс показывает неприятную сторону сетевых ограничений: сервер может исправно работать, а бизнес — терять связь с клиентами. И для решения нужны технические доказательства плюс настойчивость в переписке.

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