Makves импортозаместила DCAP-систему в страховой компании «Согласие»

Makves импортозаместила DCAP-систему в страховой компании «Согласие»

Makves импортозаместила DCAP-систему в страховой компании «Согласие»

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

Чтобы перейти на отечественную DCAP-систему компании-заказчику требовалось выбрать решение, которое реализует комплексный аудит доменных служб, файловых хранилищ и корпоративной почты. В результате эксперты департамента по вопросам информационной безопасности СК «Согласие» выбрали систему Makves DCAP, как наиболее эффективный инструмент среди продуктов категории DAG/DCAP, представленных на российском рынке.

“Ранее в Компании использовали зарубежный продукт вендора Netwrix, — заместитель директора департамента по вопросам информационной безопасности Департамента безопасности ООО "СК "Согласие". — В связи с необходимостью перехода на отечественный софт, выбирали российского разработчика, готового предоставить комплексное решение с технической поддержкой, соответствующей нашим требованиям. В результате, из трех наиболее популярных вендоров, представленных на российском рынке, остановили свой выбор на Makves”.

Использование Makves DCAP позволит оперативно выявлять и устранять риски, связанные с хранением и доступом к информационным ресурсам страховой компании, содержащих большие объемы коммерческой тайны и персональных данных.  Система поможет обеспечить высокий уровень защиты информации и избежать негативных последствий внешних угроз, инсайда, ошибок в бизнес-процессах или в настройках инфраструктуры.

LdtCKGK2u

HTML-экспорт Telegram позволял красть переписку, патч уже доступен

Исследователи из ExPatch обнаружили уязвимость в десктопной версии Telegram, позволявшую незаметно встраивать JavaScript в экспортированную историю переписки. В самом мессенджере вредоносное сообщение выглядело обычно, но после открытия HTML-файла в браузере скрипт мог скопировать сообщения на сервер злоумышленника или подменить содержимое страницы.

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

Бот мог спрятать там скрипт, замаскировав кнопку невидимыми символами. Ему необязательно было находиться в атакуемой группе. Сообщение с веб-кнопкой сохранялось при пересылке, поэтому участник мог самостоятельно занести скрипт в чат. Там он спокойно ждал экспорта хоть несколько месяцев.

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

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

Для атаки требовалось совпадение трёх условий: экспорт создали в уязвимой версии Telegram Desktop, вредоносное сообщение попало в файл, а пользователь открыл его в браузере с активным JavaScript. Случаи реальной эксплуатации не зафиксированы.

Уязвимость присутствовала в версиях с 4.15.1 по 6.9.3. Исправление вошло в бету 6.9.4 и стабильную версию 7.0.1, выпущенную 14 июля. Однако обновление не лечит уже сохранённые HTML-файлы.

Исследователи советуют повторно экспортировать старые чаты после обновления либо открывать прежние копии с отключённым JavaScript.

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