Бреши в Kaspersky Web Protection могут вызвать сбой в работе процесса

Бреши в Kaspersky Web Protection могут вызвать сбой в работе процесса

Бреши в Kaspersky Web Protection могут вызвать сбой в работе процесса

Уязвимости в программном обеспечении «Лаборатории Касперского» оставили внутренний API открытым, в результате чего веб-разработчики могли использовать его. Сообщается, что несколько попыток патчинга потерпели неудачу.

Проблему описал разработчик софта Владимир Палант, проанализировавший работу функции Kaspersky Web Protection, включённой в Kaspersky Internet Security 2019.

В задачи Kaspersky Web Protection входит сканирование результатов поисковой выдачи на наличие потенциально вредоносных ссылок, блокировка рекламы и защита от веб-трекеров.

Web Protection необходимо взаимодействовать с основным продуктом. Чтобы обеспечить защищённую связь, для этого используется специальная «секретная» подпись, которая не должна быть известна веб-ресурсам.

Однако обнаруженная Палантом серия уязвимостей позволяет сайтам извлекать этот ключ и устанавливать связь с приложением «Лаборатории Касперского». Более того, у третьих лиц появляется возможность имитации Web Protection и отправки соответствующих команд.

По словам специалиста, уязвимость (CVE-2019-15685) можно использовать для извлечения подписи. Брешь существует из-за того, что Kaspersky Web Protection без расширения для браузера внедряет скрипты непосредственно в веб-страницы.

«Веб-сайты могут использовать эту уязвимость, чтобы незаметно отключить блокировку рекламы и защиту от трекеров», — пишет Палант.

Также специалист сообщил о новой уязвимости под номером CVE-2019-15687. Она открывает ресурсам доступ к данным системы пользователя — например, к уникальному идентификатору установленного на компьютере продукта «Лаборатории Касперского».

«Я попробовал схему извлечения подписи из скриптов в случае с новым Kaspersky Internet Security 2020 — пришлось лишь адаптировать свой PoC-код, чтобы внести изменения в вызов API», — объясняет специалист.

Но и это ещё не все. По словам Паланта, он выявил ещё одну брешь — CVE-2019-15686, благодаря которой можно вызвать сбой в работе процесса антивируса.

Разработчики «Лаборатории Касперского» прокомментировали уязвимости, подчеркнув, что соответствующие патчи готовы и скоро станут доступны пользователям.

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

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

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

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

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

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

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

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

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

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

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

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