В Digital Security проверили защиту веб-сайтов ТОП-100 банков России

В Digital Security проверили защиту веб-сайтов ТОП-100 банков России

Компания Digital Security, специализирующаяся на анализе защищенности систем, представила результаты своего исследования, посвященного безопасности веб-ресурсов ведущих банков России из рейтинга ТОП 100.

Главная цель данной работы – оценить уровень безопасности публично доступных банковских ресурсов: официального сайта (100 сайтов), ДБО для физических лиц (96 ресурсов) и юридических лиц (81 ресурс) в соответствии с лучшими практиками по настройке веб-ресурсов. 

В ходе исследования группа экспертов Digital Security выяснила, какие потенциальные векторы атак могут быть доступны злоумышленникам. Было выбрано несколько пунктов, которые возможно проверить “пассивно”, т.е. не вмешиваясь в работу банка и исключая какой-либо технический ущерб. Например, легко ли похитить сессионные данные пользователя при наличии уязвимости межсайтового скриптинга. Также было интересно посмотреть, насколько просто реализовать фишинговую атаку на пользователей банка. Пройдясь по этим пунктам и условно проставив “галочки”, злоумышленник может выстроить векторы дальнейших атак на банк и его пользователей. Полную версию исследования можно посмотреть здесь

Оказалось, что даже в таком рассмотрении отдельные ресурсы содержат уязвимости, включая критичные. К примеру, выяснилось, что для 17 участников можно извне отправить AXFR-запрос на DNS-сервер и раскрыть все записи для домена банка, через которые чаще всего можно определить инфраструктуру, внутренние ресурсы, адреса значимых серверов (например, Автоматизированной банковской системы, АБС). 

Также было обнаружено, что у двух банков на официальном сайте веб-сервер уязвим к атаке Heartbleed. В случае, если для официального сайта и для системы ДБО используется Wildcard-сертификат (или просто одинаковый, выписанный для этих доменов), такая ситуация позволит злоумышленнику похитить приватный ключ SSL и при проведении атаки “человек посередине” предоставит возможность прослушивать и изменять трафик, данные для проведения транзакции в ДБО. Как следствие, можно будет похитить деньги со счетов клиентов. 

Далее, настройки отдельных ресурсов содержат широкие возможности для проведения фишинговых атак злоумышленниками. Об этом свидетельствуют следующие факты: только 5 участников не позволяют зарегистрировать домен с использованием омоглифов, перестановок, повторений и смены доменной зоны. Справедливости ради стоит отметить, что доменные имена данных участников являются короткими, что, по сути, не дает вариативности в проверках. Не удастся зарегистрировать домен в зоне .com/.net/.org/.рф всего для 25 участников. Если у участника есть ДБО на поддомене, то можно зарегистрировать домен как поддомен для всех участников. 

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

Между тем, зачастую правильно настроенная система может нивелировать риски существующей уязвимости. Для примера возьмем атаку, известную как межсайтовый скриптинг, на клиента системы дистанционного банковского обслуживания (ДБО). В теории, ее возможные последствия могут серьезно навредить и банку, и клиенту. Но если на ресурсе применяется правильно настроенная технология Content-Security-Policy (CSP), риск нивелируется, и конечного вектора для применения найденной уязвимости не будет. 

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

Вышел GRUB 2.14: поддержка EROFS и исправление проблемы 2038 года

После более чем двух лет ожидания проект GRUB наконец-то выпустил полноценный релиз версии 2.14. Обновление получилось действительно крупным и затрагивает как безопасность, так и поддержку современных технологий — словом, всё то, за что загрузчик ценят в Linux и не только.

Одно из главных новшеств — поддержка файловой системы EROFS, ориентированной на режим «только для чтения».

Она всё чаще используется в контейнерах и встроенных системах, так что появление EROFS в GRUB выглядит вполне логичным шагом. Заодно разработчики прокачали работу с LVM: загрузчик теперь понимает тома с включённой целостностью (LV integrity) и cachevol.

На платформах EFI GRUB получил NX-фичу (No-eXecute), что заметно усиливает защиту от атак на этапе загрузки. В ту же копилку — поддержка протокола shim, алгоритма вывода ключей Argon2 и защиты ключей с помощью TPM 2.0. А для PowerPC-систем добавили Secure Boot с поддержкой встроенных подписей.

Хорошие новости есть и для тех, кто следит за внутренней кухней загрузчика. GRUB теперь умеет хранить блоки окружения прямо в заголовках Btrfs, поддерживает BLS и UKI, а также получил распаковку zstd. Заодно разработчики закрыли знаменитую проблему «2038 года», благодаря чему загрузчик корректно работает с датами за пределами диапазона 1901–2038. Появилась и опция блокировки командной строки — полезная вещь для защищённых систем.

Отдельное внимание уделили безопасности и качеству кода. В релизе закрыт внушительный список уязвимостей (CVE) и ошибок, найденных при помощи Coverity. Улучшена надёжность TPM-драйверов и файловых систем, расширен набор тестов, а документацию привели в более современный вид. Кроме того, библиотеку libgcrypt обновили до версии 1.11.

Исходный код GRUB 2.14 уже доступен на серверах GNU. Для пользователей Windows подготовлены бинарные сборки для платформ i386-pc, i386-efi и x86_64-efi, а также обновлённая документация проекта.

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