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

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

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

В мае 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. С помощью агентов «Гарда БД» производит автообнаружение установленных на сервере баз данных и способов доступных подключений к ним. Добавлена возможность расширенной блокировки на агенте с уведомлениями о заблокированных сессиях в интерфейсе системы, включая блокировки по учетным записям и названиям приложений СУБД.

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

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

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

Роскомнадзор экономит ресурсы, замедляя Telegram

Мощностей технических средств противодействия угрозам (ТСПУ), которые Роскомнадзор использует для ограничения доступа к ресурсам, по мнению экспертов, оказалось недостаточно для одновременного воздействия на несколько крупных платформ. В результате ведомству приходится применять альтернативные технические методы.

Как считают эксперты, опрошенные РБК, именно этим может объясняться исчезновение домена YouTube из DNS-серверов Роскомнадзора, о котором накануне сообщил телеграм-канал «Эксплойт».

Управляющий директор инфраструктурного интегратора «Ультиматек» Джемали Авалишвили в комментарии РБК связал ситуацию с началом замедления Telegram:

«Фактически подконтрольные Роскомнадзору DNS-серверы перестали возвращать корректные адреса для домена youtube.com, что привело к невозможности подключения пользователей. Такой метод — часть технического арсенала Роскомнадзора для ограничения доступа к “неугодным” ресурсам. Он не нов и применяется в России наряду с блокировкой IP-адресов и пакетной фильтрацией».

Независимый эксперт телеком-рынка Алексей Учакин пояснил, что подобный подход может использоваться для экономии ресурсов, которых недостаточно для одновременного замедления двух крупных платформ:

«Поскольку все провайдеры обязаны использовать национальную систему доменных имен, то есть DNS-серверы под контролем Роскомнадзора, фактически появляется грубый, но достаточно надежный “выключатель” YouTube на территории России. При этом даже такая мера не перекрывает все способы обхода блокировок».

Замедление Telegram в России началось 10 февраля — об этом сначала сообщили СМИ со ссылкой на источники, а затем информацию официально подтвердил Роскомнадзор. Однако жалобы пользователей на снижение скорости работы мессенджера появились еще 9 февраля.

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