Информировать ЦБ о кибератаках будут также операторы переводов

Информировать ЦБ о кибератаках будут также операторы переводов

Информировать ЦБ о кибератаках будут также операторы переводов

Информировать Центральный банк России о киберинцидентах, в ходе которых были похищены средства, будут не только банки, но также и операторы систем денежных переводов. Банкам придется раскрывать подобную информацию более детально.

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

Подход к отчетности по хищениям средств поменяет указание Банка России №4753-У. Финансовым организациям разрешат опустить технические показатели, однако заставят предоставить экономические, которые опишут последствия киберинцидентов для операторов и их клиентов.

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

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

Организации, работающие с электронными кошельками, обязаны крайне подробно детализировать инциденты — имел ли место персонифицированный или неперсонифицированный электронный кошелек, использовалась ли социальная инженерия, сколько средств удалось вернуть и тому подобное.

Основная задача Банка России — обратить внимание правоохранительных органов на проблему кибератак и хищения денежных средств с помощью них.

Также в феврале стало известно, что Центральный банк Российской Федерации планирует создать для банков систему обмена информацией о киберугрозах. В информацию, которой будут обмениваться банки с помощью этой системы, будут включены данные о счетах, используемых мошенниками для обналичивания средств.

А на прошлой неделе Центральный банк Российской Федерации подписал соглашение о кибербезопасности с Нацбанком Казахстана. Уникальность этого соглашения заключается в том, что оно стало первым в рамках Евразийского экономического союза (ЕАЭС).

В Google Chrome усложнили кражу cookie — новая защита от угона сессий

Google перевела функцию Device Bound Session Credentials (DBSC) в общую доступность для пользователей Chrome на Windows. Теперь эта защита работает в Chrome 146 и должна заметно осложнить жизнь тем, кто крадёт сессионные cookies, чтобы потом входить в чужие аккаунты без пароля.

Принцип работы DBSC кроется в том, что браузер не просто хранит cookie, а криптографически привязывает сессию к конкретному устройству.

Даже если зловред украдёт cookie из браузера, использовать их на другой машине будет уже гораздо труднее — по сути, они быстро потеряют ценность для атакующего.

Особенно актуально это на фоне популярности так называемых инфостилеров. Такие вредоносные программы собирают с заражённых устройств всё подряд: пароли, данные автозаполнения, токены и, конечно, cookie. Этого бывает достаточно, чтобы злоумышленник зашёл в учётную запись жертвы, даже не зная её пароль. Потом такие данные нередко перепродают другим участникам киберпреступного рынка.

 

DBSC должна ломать именно такой сценарий. На Windows технология опирается на Trusted Platform Module, а на macOS — на Secure Enclave. С их помощью создаётся уникальная пара ключей, причём закрытый ключ не покидает устройство. Когда сайту нужно выдать новую короткоживущую cookie, Chrome должен доказать, что у него есть нужный закрытый ключ. Если ключ не на том устройстве, схема просто не срабатывает.

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

Есть и важная оговорка: если устройство не поддерживает безопасное хранение ключей, Chrome не ломает аутентификацию и просто откатывается к обычной схеме работы. То есть пользователи не должны столкнуться с внезапными сбоями входа только потому, что их железо не подходит под новую модель защиты.

Пока публичный запуск ограничен Windows-пользователями Chrome 146, но Google уже подтвердила, что поддержку macOS добавят в одном из следующих релизов. Компания также заявила, что после начала внедрения DBSC уже заметила заметное снижение случаев кражи сессий.

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