Хакеры рассылают СМС от имени бизнеса и перегружают кол-центры

Хакеры рассылают СМС от имени бизнеса и перегружают кол-центры

Хакеры рассылают СМС от имени бизнеса и перегружают кол-центры

Россияне подверглись новому виду кибератак. Злоумышленники провоцируют массовую рассылку СМС клиентам компаний и случайным людям. На преступников работают боты. Контакты они берут из утекших в Сеть баз.

Злоумышленники создают вредоносных ботов, атакующих сайты и мобильные приложения, рассказали РИА Новости в компании Servicepipe.

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

Злоумышленники берут номера телефонов из утекших в интернет баз, а боты генерируют на атакуемом ресурсе множество запросов (например, на регистрацию или авторизацию по номеру телефона).

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

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

Получатели таких СМС опасаются за безопасность аккаунтов. Они начинают обрывать телефоны служб поддержки и перегружать кол-центры.

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

Результатом подобных атак, помимо репутационного ущерба, становятся финансовые затраты на оплату "‎фиктивных" СМС-рассылок. К моменту обнаружения проблемы убытки могут составлять от десятков тысяч до нескольких миллионов рублей.

“Схема одновременно проста и действенна”, — комментирует новость для Anti-Malware.ru главный специалист отдела комплексных систем защиты информации компании “Газинформсервис” Дмитрий Овчинников. — “Вполне логично, что сообщения о взломанном аккаунте вызывают у пользователей настоящий шквал звонков в кол-центр или техническую поддержку организации, что приводит к перегрузке операторов и линий связи”.

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

“Утечка данных позволяет атаковать компании руками тех же пользователей с минимальными затратами на организацию подобных атак”, — заключает эксперт.

Добавим, по свежим данным сервиса разведки утечек данных и мониторинга даркнета DLBI, в прошлом году в открытом доступе в интернете в результате утечек оказались данные 75% всех россиян.

В 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