eToken защитит клиентов системы ТЕЛЕБАНК

eToken защитит клиентов системы ТЕЛЕБАНК

Компания Aladdin и компания «Степ Ап», подписали соглашение о технологическом партнерстве, основной целью которого является повышение уровня безопасности систем электронного банкинга.
Одним из результатов совместной работы партнеров стала реализация поддержки eToken ГОСТ – персонального средства формирования ЭЦП с неизвлекаемым закрытым ключом – в продуктовой линейке ТЕЛЕБАНК компании «Степ Ап».

 


Данная линейка включает систему ТЕЛЕБАНК\Retail для дистанционного обслуживания клиентской базы розничной сети банка и систему ТЕЛЕБАНК\Enterprise, ориентированную на корпоративный сегмент. USB-ключ eToken ГОСТ обеспечивает надёжную защиту ключевой информации пользователя от хищения с помощью фишинга, а также от адресных атак с использованием вредоносного кода (различных «банковских» троянов) в этих системах. Благодаря качественно новому уровню безопасности, eToken ГОСТ позволяет обеспечить дополнительное конкурентное преимущество финансовым институтам, использующим системы ТЕЛЕБАНК для оказания услуг розничным и корпоративным клиентам.

Помимо обеспечения защиты клиентских данных, Aladdin и «Степ Ап» развивают направление аутентификации в системах ДБО. В рамках сотрудничества компаний в продуктовой линейке ТЕЛЕБАНК обеспечена возможность усиленной аутентификации пользователя на основе технологии одноразовых паролей (OTP, One Time Password). Теперь для этой цели клиенты систем ТЕЛЕБАНК могут использовать персональные мобильные устройства eToken PASS.

«Статичные пароли остаются в прошлом для клиентов ТЕЛЕБАНКа, – комментирует Кирилл Букатов, директор по развитию компании «Степ Ап». – Использование ключей Aladdin eToken позволит клиентам ТЕЛЕБАНКа достичь новой степени свободы в дистанционном управлении своими финансами, гарантируя безопасное совершение банковских операций из любой точки мира, где есть доступ в Internet».

Со своей стороны в Aladdin отмечают, что применение аппаратных средств формирования ЭЦП в системах дистанционного банковского обслуживания – одна из тенденций уходящего 2009 года. «Рост количества инцидентов, связанных с кражей пользовательских данных, заставляет банки задуматься о смене технологического подхода к обеспечению информационной безопасности. Постепенно приходит понимание несостоятельности парольного способа защиты удаленного доступа, а также ненадежности дискет, дисков, «флэшек» для хранения файл-контейнеров с секретными ключами ЭЦП. Совместно с партнёрами мы работаем над рядом проектов в этой области и, надеемся, что эта деятельность будет способствовать повышению доверия клиентов банков к системам электронного банкинга» - комментирует Денис Калемберг, менеджер по работе с корпоративными заказчиками Aladdin.

Расширения Chrome могут слить секреты URL через атаку по стороннему каналу

Как оказалось, расширения Chrome можно использовать для слива кодов авторизации, сеансовых ID и других секретов из URL любой открытой вкладки. Никаких специальных разрешений для этого не понадобится, только доступ к declarativeNetRequest API.

Этот механизм, пришедший на смену webRequest API, позволяет расширениям сообщать браузеру, что следует изменить или заблокировать на загружаемой странице (заголовки, реклама, трекеры).

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

Исследователь Луан Эррера (Luan Herrera) обнаружил, что блокировку, диктуемую правилами, Chrome производит почти мгновенно, за 10-30 мс, а остальные запросы выполняются дольше (~50-100ms) — из-за сетевых подключений. Эту разницу во времени расширение может использовать для бинарного поиска с целью посимвольного слива URL.

// extensions/browser/api/web_request/extension_web_request_event_router.cc:1117-1127
case DNRRequestAction::Type::BLOCK:
  ClearPendingCallbacks(browser_context, *request);
  DCHECK_EQ(1u, actions.size());
  OnDNRActionMatched(browser_context, *request, action);
  return net::ERR_BLOCKED_BY_CLIENT;

Оракул для подобной тайминг-атаки строится с использованием chrome.tabs.reload для перезагрузки страницы и перехватчика chrome.tabs.onUpdated, помогающего отследить событие status === "complete". Замер времени между reload и завершением загрузки покажет, заблокирован запрос или успешно обработан.

Повторение проверок и бинарного поиска позволяет получить полный URL (с довеском после «?»), затратив на каждый знак строки несколько прогонов. Таким образом, можно незаметно для пользователя украсть включенные приложением в адрес секреты — токены OAuth и сброса пароля, API-ключи, ссылки на контент, закрытый для поисковых систем.

Проверка PoC проводилась на Windows 11 24H2 с использованием Chrome разных версий:

  • 144.0.7559.97 (Stable)
  • 145.0.7632.18 (Beta)
  • 146.0.7647.4 (Dev)
  • 146.0.7653.0 (Canary)

В Google подтвердили возможность подобной атаки по стороннему каналу, но заявили, что решить проблему нереально.

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