Jatoba 6.9.1 получила маскирование данных и улучшенный SQL Firewall

Jatoba 6.9.1 получила маскирование данных и улучшенный SQL Firewall

Jatoba 6.9.1 получила маскирование данных и улучшенный SQL Firewall

«Газинформсервис» выпустил обновление СУБД Jatoba до версии 6.9.1, а также обновил ветки 4.18.1 и 5.13.1. Изменения коснулись безопасности, производительности и удобства работы с данными, а также возможностей ИИ в защите баз данных.

Главное нововведение — функционал маскирования данных для защиты персональных, финансовых, медицинских и корпоративных сведений, а также коммерческой тайны.

Теперь в схеме базы можно указать, какие поля считаются чувствительными и как именно их нужно маскировать. Поддерживаются статическое и динамическое маскирование, анонимные дампы, маскирующие представления и обёртки данных.

SQL Firewall в обновлённой версии работает в режиме реального времени и пропускает только авторизованные SQL-запросы и подключения, что снижает риск SQL-инъекций, несанкционированного доступа и кражи учётных данных.

В Jatoba продолжают развивать ИИ-функции: система анализирует логи, ищет аномалии и вторжения, выявляет уязвимости, помогает автоматизировать управление доступом и предотвращать утечки данных.

Обновили и автономные транзакции — расширили синтаксис некоторых SQL-выражений и добавили параметр max_autonomous_transaction, ограничивающий число таких транзакций, выполняющихся одновременно во всех сессиях.

Компонент Jatoba Data Safe (JDS) обновлён до версии 2.8: улучшено управление кластерами jaDog, добавлены новые эксплуатационные команды и функции настройки параметров узлов и сервисов.

По словам менеджера продукта Jatoba Юрия Осипова, в этом году планируются новые релизы: выпуск версии на модернизированном ядре PostgreSQL 16 с сертификатом ФСТЭК, улучшения в планировщике запросов за счёт ИИ и расширение возможностей механизмов информационной безопасности.

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

Подписчики ChatGPT Pro жалуются на блокировки и недоступность архивов чатов

Платная подписка ChatGPT Pro оказалась не страховкой от внезапного отключения. Пользователи жалуются на блокировки без предупреждения, потерю доступа к переписке и обращения в поддержку, которые заканчиваются предложением подать апелляцию.

Один из подписчиков описал свой случай на форуме OpenAI: 7 ноября вместо входа он получил ошибку account_deactivated.

По словам автора, письма с объяснением не было. При этом он участвовал в программе OpenAI для специалистов по кибербезопасности, а вход защищал физическим ключом YubiKey.

Пользователь предположил, что причиной стали подключения к ChatGPT и Codex через VPN-серверы в разных регионах. Подтверждения этой версии нет.

Аккаунт OpenAI Support ответил: индивидуальные апелляции нельзя рассматривать на публичном форуме, нужно воспользоваться официальной формой или справочным центром. Конкретную причину отключения в ответе не назвали.

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

Масштаб проблемы неизвестен, а считать VPN причиной бана пока рановато.

Напомним о схожей истории с Claude. Нейросеть в этом году начала массово блокировать российских пользователей. Им возвращают стоимость оплаченных подписок, однако аккаунты удаляются вместе со всеми данными. Позже баны связали с IP и платежами, но формула блокировок не доказана.

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