В новом Makves DCAP реализована поддержка СУБД Jatoba

В новом Makves DCAP реализована поддержка СУБД Jatoba

В новом Makves DCAP реализована поддержка СУБД Jatoba

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

СУБД Jatoba является программным обеспечением общего назначения, предназначенным для создания и управления реляционными базами данных. Программное решение обеспечивает многопользовательский доступ к расположенным в ней данным с разным уровнем конфиденциальности. СУБД Jatoba зарегистрирована в реестре российских программ для электронно-вычислительных машин и баз данных и получила сертификат ФСТЭК России.

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

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

Подпишитесь на новости

Более 300 выходных узлов Tor использовали для перехвата SSH-паролей

Злоумышленники превратили сотни выходных узлов Tor в инфраструктуру для перехвата SSH-соединений. Вместо нужного сервера пользователь мог попасть на сервер атакующих и отдать им пароль. Но был важный барьер: для успешной кражи требовалось принять подменённый ключ сервера.

Атаку описал исследователь под псевдонимом kaba. Проверив около 3000 выходных узлов, он обнаружил 333, перенаправлявших SSH-трафик через одни и те же 12 серверов перехвата. Это примерно каждый десятый узел по количеству.

Исследователь заметил неладное 2 октября: SSH-клиент предупредил, что ключ удалённого сервера изменился. То самое сообщение, которое хочется раздражённо закрыть, в этот раз указывало на реальную подмену.


Если пользователь принимал чужой ключ и вводил пароль, атакующие могли получить доступ к его серверу. В ходе дальнейшей проверки kaba также зафиксировал попытку установить Ebury — бэкдор для Linux, предназначенный в том числе для кражи учётных данных.

Команда Tor подтвердила компрометацию серверов операторов: злоумышленники меняли настройки, а некоторые промежуточные узлы превращали в выходные. Затронутые узлы начали исключать из сети. Первоначальный способ взлома серверов остаётся неясным.


Опасное окно пришлось на 1-5 октября. Число пострадавших неизвестно. Пользователям, которые в эти дни подключались по SSH через Tor, принимали незнакомый ключ и вводили пароль, стоит считать его скомпрометированным. Анонимный маршрут не отменяет проверку того, кому вы отдаёте доступ.

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