Palo Alto Networks купила DevSecOps-стартап Bridgecrew за $200 миллионов

Palo Alto Networks купила DevSecOps-стартап Bridgecrew за $200 миллионов

Palo Alto Networks купила DevSecOps-стартап Bridgecrew за $200 миллионов

ИБ-компания Palo Alto Networks близка к завершению сделки по купле-продаже израильского стартапа Bridgecrew. Как стало известно TechCrunch, новое приобретение обойдется покупателю в $200 млн, а возможно, и дороже — с учетом дополнительных платежей как гарантии роста прибыли.

По всей видимости, этот шаг Palo Alto вызван необходимостью расширения портфеля ИБ-услуг и инструментов в условиях массового переноса деловых операций в облако. Эта тенденция особенно усилилась с пришествием COVID-19, и ИТ-службам компаний приходится прилагать немало усилий для обеспечения кибербезопасности разрастающихся и фрагментированных сетей.

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

Инструментами Bridgecrew пользуются такие полагающиеся на интернет бизнес-структуры, как Robinhood, BetterHelp и OneMain Financia. Согласно последнему отчету компании, за период с июля по декабрь прошлого года ее клиентура и число ежемесячных подписок выросли в три раза.

Флагманским продуктом Bridgecrew является одноименная платформа для автоматизации защиты облачных сервисов. Это решение предоставляет возможность мониторинга состояния корпоративных сетей на разных уровнях, а также автоматического решения выявленных проблем. В настоящее время его используют, к примеру, AWS и Google Cloud.

Набирает также популярность Checkov — opensource-сканер ошибок в конфигурации, на счету которого уже 1 млн загрузок. В настоящее время Checkov обеспечивает безопасность облачных инфраструктур на основе Terraform, Cloudformation, Kubernetes, шаблонов ARM и фреймворка Serverless.

У Palo Alto тоже есть ИБ-решение, ориентированное на облачные сервисы, — платформа Prisma, предназначенная для защиты контейнеров приложений. Тем не менее, один такой инструмент не способен удовлетворить растущий спрос на средства безопасности для распределенных корпоративных сетей, частично откочевавших в облако. Новое приобретение известной американской компании, видимо, продиктовано желанием сохранить свой статус на рынке актуальных ИБ-решений.    

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

Дальше выяснилось, что деинсталлятор некорректно работал с системными API: использовал неправильное соглашение о вызовах функций и неверно обрабатывал параметры стека. Из-за этого при каждой неудачной операции данные из стека удалялись неправильно.

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

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

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