Жертвой SWIFT-атаки также стал Севастопольский морской банк

Жертвой SWIFT-атаки также стал Севастопольский морской банк

Жертвой SWIFT-атаки также стал Севастопольский морской банк

Стало известно, что помимо банка «Глобэкс», атакованного в этом месяце через систему передачи финансовой информации SWIFT, пострадал также Севастопольский морской банк. Предположительно, за этим стоят одни и те же киберпреступники, так как атаки произошли практически одновременно.

ТАСС, ссылаясь на три источника в сфере информационной безопасности, осведомленных о событиях в Крыму, передает, что 21 декабря, в четверг на сайте севастопольской кредитной организации появилось объявление об ограничениях в работе ряда банкоматов.

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

Злоумышленники осуществили обналичивание средств через банкоматы при помощи вредоносной программы.

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

Источники утверждают, что кредитная организация пострадала незначительно.

Напомним, что 15 декабря киберпреступники похитили из банка деньги через систему передачи финансовой информации SWIFT.

Также позже стало известно, что жертвой стал дочерний банк ВЭБа, из которого киберпреступникам удалось вывести сумму, эквивалентную 1 миллиону долларов.

Контроллер памяти AMD научили обходить аппаратную изоляцию

Исследователь Кристофер Домас опубликовал PoC-проект skitter-creek-bath-salts, демонстрирующий обход аппаратной защиты памяти на процессорах AMD Family 16h. Техника манипулирует настройками контроллера DRAM и позволяет обращаться к областям, которые должны быть недоступны даже операционной системе, ядру и коду с привилегиями ring 0.

Обычно программные и аппаратные механизмы контролируют доступ по физическим адресам.

Но последнюю точку в маршруте ставит контроллер памяти: он переводит адрес в конкретные координаты DRAM — канал, ранг, банк, строку и столбец.

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

 

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

Для поиска адресов-двойников проект использует линейную алгебру и SMT-решатель Z3. Инструменты восстанавливают связь между обычным и изменённым отображением памяти, после чего вычисляют алиас для защищённой области.

Исследователь продемонстрировал потенциальный доступ к памяти AMD Platform Security Processor, включая данные fTPM, защищённой области System Management Mode, состояниям процессора C6 и хранилищу микрокода. Последний сценарий допускает не только извлечение копии патча, но и её возможное изменение перед восстановлением состояния ядра.

PoC проверяли только на AMD Family 16h. Данных об аналогичной уязвимости в новых AMD, Intel, ARM или RISC-V нет.

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