Уязвимость в брандмауэре Little Snitch опасна для macOS в целом

Уязвимость в брандмауэре Little Snitch опасна для macOS в целом

Уязвимость в брандмауэре Little Snitch опасна для macOS в целом

Патрик Уордл (Patrick Wardle), глава компании Synack, рассказал об уязвимости в межсетевом экране для Mac OS X (теперь macOS) — Little Snitch. Незначительный на первый взгляд баг может привести к полной компрометации: злоумышленник сможет получить в системе root-права и выполнить произвольный код в контексте ядра.

Еще в январе 2016 года Уорд обнаружил, что в Little Snitch наличествует уязвимость типа heap overflow, которая позволяет локальному пользователю или непривилегированной малвари повысить свои права в системе до уровня root и выполнить неподписанный код непосредственно в ядре.

О проблеме Уордл сообщил 17 января, и через одиннадцать дней уязвимость была исправлена с выходом версии 3.6.2. Компания Objective Development, разработавшая Little Snitch сообщает, что январская версия и все последующие уже не подвержены означенному багу. Также разработчики отмечают, что у них и Патрика Уордла нет информации о том, что брешь использовалась злоумышленниками, пишет xakep.ru.

Хотя проблему устранили довольно быстро, Уордл рассказал журналистами издания SecurityWeek, что он остался недоволен действиями Objective Development. Дело в том, что при описании бага разработчики предпочли отделаться общими фразами, тогда как по мнению исследователя: «это серьезная и редкая проблема, способная спровоцировать kernel panic». Уордл склонен считать, что опасность уязвимости занизили совершенно умышленно.

Помимо обнаружения проблемы с переполнением хипа исследователь сумел обойти брандмауэр несколькими путями, в том числе, симулируя взаимодействие с пользователем и обманывая правила. Уордл даже сравнил Little Snitch  со встроенным файрволом Windows, каким тот был десять лет назад. При этом исследователь признает, что Little Snitch в целом — это хороший продукт, которым он пользуется сам.

Подробно о найденных брешах Уордл обещает рассказать на конференции DEF CON, которая состоится в августе.

Вслед за банками перестала работать бесконтактная оплата в Vendista

В России в субботу начался массовый сбой в работе системы приёма безналичных платежей Vendista. О причинах инцидента и сроках его устранения оператор системы пока не сообщает. POS-терминалы Vendista широко используются компаниями малого и среднего бизнеса — для оплаты в магазинах, гостиницах, заведениях общественного питания, сфере услуг, при доставке еды навынос, а также в вендинговых автоматах.

Оператор системы, компания «ВендГрупп», работает с 2019 года и присутствует в России, Беларуси, Армении и Казахстане.

Как сообщает РБК, сбой начался 4 апреля. Он затронул только российский сегмент. Не проходили платежи через ряд банков-партнёров, включая ВТБ, «Т-Банк» и «Альфа-Банк». При этом через Сбербанк платежи у части пользователей проходили.

«Сроки восстановления неизвестны», — прокомментировали ситуацию РБК в «ВендГрупп».

Причину сбоя в компании также назвать не смогли. При этом в других странах присутствия никаких проблем не наблюдалось.

По оценке ИТ-эксперта Михаила Капустина, которую он дал в комментарии для «Российской газеты», причиной сбоя могла стать потеря соединения с одним из зарубежных серверов.

Это могло произойти как из-за ограничительных действий регулятора, так и на фоне военных действий: значительная часть таких серверов физически расположена в ОАЭ и других странах Персидского залива, которые нередко становятся целями ударов ракетами и дронами. Ещё одной возможной причиной, по мнению экспертов, опрошенных изданием, могла стать DDoS-атака.

«Сообщалось, что сбой затронул операции через ВТБ, Т-Банк и Альфа-Банк, тогда как Сбер у части пользователей продолжал работать. Это важная деталь, потому что она делает менее вероятной версию о неисправности самих терминалов как „железа“ и скорее указывает на проблему в платёжной обработке, маршрутизации или интеграции с частью банковских контуров», — отметил в комментарии для «Российской газеты» доцент Финансового университета при Правительстве РФ Кырлан Марчел.

По его оценке, наиболее вероятны три сценария: сбой в процессинге или платёжном шлюзе, ошибка при обмене данными с банками, а также неудачное обновление ПО или изменение конфигурации на серверах, из-за которых была нарушена отправка запросов.

Накануне, 3 апреля, произошёл массовый сбой в работе сразу нескольких крупнейших финансовых платформ. Он продолжался несколько часов.

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