Сбер перешёл с решений IBM на собственные разработки в сфере IAM и IDM

Сбер перешёл с решений IBM на собственные разработки в сфере IAM и IDM

Сбер перешёл с решений IBM на собственные разработки в сфере IAM и IDM

Сбер завершил замену продуктов IBM Security Identity Manager (ISIM) и IBM Security Access Manager (ISAM) на отечественные решения Platform V IDM и Platform V IAM SE, разработанные компанией СберТех.

Новая система охватывает полный цикл управления учётными записями сотрудников — от их создания до удаления.

Решения поддерживают многофакторную и беспарольную аутентификацию, рекомендованные для входа в корпоративную сеть. Также реализована поддержка единого входа (Single Sign-On) в различные внутренние системы. Уровень защиты учётных записей адаптируется в зависимости от критичности информации, к которой имеет доступ сотрудник, и оценки рисков.

Централизованное управление цифровыми идентификациями существенно ускорило кадровые процессы и повысило их прозрачность. Внедрение решений позволило подключать новые сервисы без дополнительной нагрузки на ИТ-подразделения. Интеграция с IDM может осуществляться в фоновом режиме, без перерывов в работе бизнес-систем. Кроме того, переход на Platform V открыл возможность внедрения биометрической идентификации.

Старший вице-президент, руководитель блока «Технологии» Сбербанка Кирилл Меньшов отметил:

«Переход на новые решения в такой крупной компании, как Сбер, потребовал тщательного планирования и координации действий между сотнями подразделений. Мы заменили множество устаревших решений, сохранив непрерывность работы всех сервисов, и при этом выполнили требования по кибербезопасности, законодательству и внутренним процессам банка. Сегодня с системой IAM интегрировано более 900, а с IDM — более 400 банковских систем. Общее количество управляемых учётных записей превышает 15 миллионов».

Фишинг под WordPress крадёт карты и OTP, отправляя данные в Telegram

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

Об атаке рассказал специалист по киберугрозам Анураг (Anurag). Письмо выглядит тревожно и приходит с темой вроде «Renewal due soon – Action required».

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

 

Если жертва нажимает кнопку Renew Now, её перенаправляют на фальшивую страницу оплаты, размещённую на домене soyfix[.]com. Визуально она почти неотличима от настоящего чекаута WordPress: значки платёжных систем, пометка «Secure order validation», правдоподобные суммы вроде $13,00 плюс НДС. Всё выглядит настолько аккуратно, что сомнения быстро исчезают.

 

Но «заказ», разумеется, фиктивный. Страница просто собирает имя владельца карты, номер, срок действия и CVV, тут же отправляя их злоумышленникам. На этом атака не заканчивается. Следующий шаг — поддельное окно 3D Secure Verification, где пользователя просят ввести код из СМС.

 

Чтобы всё выглядело максимально правдоподобно, скрипт имитирует «работу банка»: семисекундная загрузка, затем ещё несколько секунд «проверки». После этого система сообщает об ошибке. Причём ошибка появляется всегда — специально, чтобы заставить жертву вводить новые OTP-коды снова и снова. Так атакующие получают сразу несколько актуальных кодов подтверждения.

Отдельного внимания заслуживает инфраструктура кампании. Вместо классических серверов управления злоумышленники используют Telegram. Скрипты на стороне сайта (send_payment.php и send_sms.php) пересылают украденные данные напрямую в телеграм-бот или канал. Такой подход дешевле, проще и гораздо сложнее заблокировать, чем традиционные C2-серверы.

Письма рассылались с адреса admin@theyounginevitables[.]com, который маскировался под поддержку WordPress. Анализ заголовков показал слабую политику DMARC (p=NONE), из-за чего подмена отправителя прошла без каких-либо ограничений.

Пользователям WordPress советуют сохранять хладнокровие и проверять подобные уведомления вручную — через официальный дашборд WordPress.com, а не по ссылкам из писем. И простое правило напоследок: если в уведомлении о продлении не указано, какой именно домен нужно продлевать, — почти наверняка это ловушка.

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