Гарда БД теперь может блокировать локальные подключения к базам данных

Гарда БД теперь может блокировать локальные подключения к базам данных

Гарда БД теперь может блокировать локальные подключения к базам данных

В мае 2020 года российский производитель систем информационной безопасности «Гарда Технологии» (входит в «ИКС Холдинг») выпустил обновление системы защиты баз данных и бизнес-приложений «Гарда БД» с возможностью блокировки локальных подключений к базам данных и контроля доступа пользователей Apache Spark.

Модуль поведенческой аналитики «Гарда БД» интегрирован с общей системой оповещений. Теперь обо всех обнаруженных аномалиях и отклонениях в части несанкционированного доступа к базам данных и бизнес-приложениям система мгновенно сообщает службе безопасности в SIEM или на электронную почту. Для удобства расследования инцидентов информация по автоматически сформированным профилям пользователей доступна в графическом режиме.

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

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

Расширился перечень поддерживаемых баз данных и операционных систем. «Гарда БД» обнаруживает, контролирует и классифицирует следующие типы баз данных: Oracle, MicrosoftSQL, MySQL, PostgreSQL, Teradata, IBM Netezza, MongoDB, Sybase ASE, IBM DB2 и Линтер, Firebird, Interbase, Appache Casandra, в том числе инструменты для взаимодействия с кластером Hadoop — Apache Hive, брокером сообщений Appache Kafca, Tarantool и платформой SAP HANA. В новой версии добавлены возможности мониторинга действий  Apache Spark. Существенно доработан модуль анализа действий пользователей в продуктах 1С.

Большие изменения произошли в агентском решении продукта «Гарда БД». Агент теперь обладает полноценной поддержкой ОС Solaris, включая возможность защиты СУБД, расположенных в зонах Solaris. С помощью агентов «Гарда БД» производит автообнаружение установленных на сервере баз данных и способов доступных подключений к ним. Добавлена возможность расширенной блокировки на агенте с уведомлениями о заблокированных сессиях в интерфейсе системы, включая блокировки по учетным записям и названиям приложений СУБД.

При повышенной нагрузке на сервер СУБД происходит автоматическое отключение агентского модуля, что крайне важно для сотрудников безопасности в части минимизации нагрузки на защищаемую базу данных.

Сергей Добрушский — технический директор «Гарда Технологии»:

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

Маркетплейсы потеряли до 10% трафика после блокировки VPN

Российские маркетплейсы в апреле столкнулись с падением пользовательской активности после новых ограничений на VPN-трафик. Больше всего досталось Wildberries: по оценкам экспертов, мобильный веб-трафик площадки за месяц сократился на 10%, а десктопный — на 6%.

Об этом пишет «Коммерсантъ» со ссылкой на данные Digital Budget. У Ozon и «Яндекс Маркета» мобильный трафик в апреле снизился на 3%, у «Авито» — на 1,5%. На десктопе картина мягче: у Ozon трафик даже вырос на 1%, у «Авито» — на 2%, а у «Яндекс Маркета» — сразу на 26%. Но Wildberries оказался в минусе и там.

Причину участники рынка связывают с требованием Минцифры ограничивать доступ к российским платформам через VPN. В конце марта стало известно, что ИТ-компании, которые не будут блокировать такой трафик, могут лишиться места в профильном реестре министерства. А заодно — вылететь из «белого списка» сайтов, доступных при отключении интернета.

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

По оценке Strategy Partners, трафик приложений маркетплейсов в апреле сократился на 2-10% в зависимости от площадки. Продажи могли просесть до 4%, поскольку активное ядро покупателей всё же остаётся. Но для отрасли даже такие проценты — не мелочь.

По оценкам селлеров, падение выручки в апреле составило от 3% до 30% по сравнению с мартом. Они напрямую связывают это с блокировками VPN. Операционный директор «Рейтинга Рунета» Анатолий Денисов оценивает возможные денежные потери площадок примерно в 1%. Если пересчитать на общий объём продаж маркетплейсов в 2025 году — 8,59 трлн рублей, — речь может идти примерно о 7 млрд рублей.

В Ассоциации компаний интернет-торговли считают, что ограничения VPN-трафика усложняют доступ к российским сервисам как для покупателей внутри страны, так и за рубежом. А это уже бьёт не только по удобству, но и по конкурентоспособности площадок.

Отдельно эксперты отмечают, что лучше держатся сервисы внутри крупных экосистем. Например, «Яндекс Маркет» мог частично компенсировать потери за счёт поиска, браузера, рекламной сети и других продуктов «Яндекса». Если пользователь не пришёл через один вход, экосистема может аккуратно провести его через другой.

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

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