Solar webProxy 3.5 дополнили моделью разграничения прав доступа

Solar webProxy 3.5 дополнили моделью разграничения прав доступа

Solar webProxy 3.5 дополнили моделью разграничения прав доступа

«Ростелеком-Солар» объявляет о выходе новой версии системы контроля доступа сотрудников и приложений к веб-ресурсам и защиты веб-трафика от вредоносных программ и рекламы — Solar webProxy 3.5. В обновлении появилась ролевая модель предоставления пользователям прав доступа к определенным разделам и данным, возможность экспорта статистики из виджетов и таблиц в редактируемых форматах, а также улучшена автоматизация представления данных по группам пользователей.

Ключевое изменение Solar webProxy 3.5 – возможность гибко настраивать, группировать и ограничивать права доступа пользователей системы к ее объектам: разделам, данным отдельных сотрудников или групп. В разделе «Пользователи» появилась соответствующая панель, в которой можно изменять, блокировать и удалять учетные записи.

Для предоставления доступа к данным необходимо добавить в карточку роли список сотрудников или групп, информацию по которым может получить владелец роли. Таким образом, ему будут доступны данные только о тех людях или группах, которые позволяет получить его роль. Найти информацию о доступных ему объектах пользователь может через поисковую строку системы.

«В более ранних версиях Solar webProxy ролевая модель предполагала ограничение прав доступа к зонам интерфейса. При наличии доступа пользователь системы мог получить любые данные обо всех сотрудниках и группах, — поясняет Петр Куценко, инженер-аналитик компании «Ростелеком-Солар». — Новая ролевая модель предполагает более гибкие правила разграничения доступа, что позволит исключить предоставление избыточной информации, сохранив конфиденциальность тех или иных данных по различным подразделениям или сотрудникам, если это необходимо».

В отличие от большинства шлюзов веб-безопасности, решение Solar webProxy обладает продвинутой отчетностью с улучшенной визуализацией данных мониторинга веб-активности. Однако в предыдущих версиях продукта информацию из системы можно было выгрузить лишь в виде нередактируемых отчетов. Для извлечения отдельных видов данных необходимо было копировать их из документа вручную. В Solar webProxy 3.5 специалисты «Ростелеком-Солар» добавили возможность гибко экспортировать данные из отдельных виджетов и таблиц отчета в редактируемом формате. Это существенно экономит время пользователей на предоставление отчетов по отдельным срезам данных руководству или службе безопасности для расследования инцидентов.

Для дальнейшего совершенствования системы отчетности в «Журнал запросов» добавлен новый фильтр «Тип проверки», с помощью которого можно быстро определить, по какому условию в правиле или исключению сработала политика безопасности. Например, можно сделать выборку по категориям ресурса, ресурсам назначения, лимитам трафика и проч. Кроме того, данная функция позволит пользователю быстро сформировать отчет о причинах блокировки данных антивирусом.

В части улучшения пользовательского опыта разработчики версии Solar webProxy 3.5 добавили в раздел «Досье» статистику по группе сотрудников: сведения о разрешенных и заблокированных запросах, объеме входящего и исходящего интернет-трафика и другие данные. Здесь отображается информация о наиболее часто посещаемых сотрудниками ресурсах и их категориях, типах загружаемых данных и т.п. Используя фильтры, можно сделать выборку по необходимым параметрам. В предыдущих версиях для построения подобного отчета требовался переход в другой раздел, настройка параметров анализа и загрузка отчета. В новом релизе автоматизированное представление информации в разделе «Досье» избавило пользователя от дополнительных переходов в системе.

Также для удобства пользователей Solar webProxy 3.5 специалисты улучшили процесс лицензирования встроенного антивируса Dr.Web, который начиная с версии 3.4 входит в стандартную поставку как полнофункциональный модуль. Антивирус ищет и обезвреживает угрозы в интернет-трафике компании, поступающем по протоколам HTTP / HTTPS / FTP over HTTP. И если в предыдущей версии можно было лицензировать антивирус при помощи ввода кода base64 лицензионного файла или разместив файл ключа на сервере, то в последнем обновлении появилась возможность настройки и активации антивируса посредством ввода серийного номера лицензии.

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

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

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

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

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

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

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

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

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

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

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

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