Bugcrowd: в 2020 году опасные уязвимости стали выявляться на 65% чаще

Bugcrowd: в 2020 году опасные уязвимости стали выявляться на 65% чаще

Bugcrowd: в 2020 году опасные уязвимости стали выявляться на 65% чаще

За 12 месяцев количество отчетов о найденных уязвимостях, подаваемых через платформу Bugcrowd, увеличилось в полтора раза. Число находок критической степени угрозы за тот же период возросло на 65%. Операторы краудсорс-сервиса полагают, что эта тенденция вызвана пересмотром отношения к кибербезопасности из-за участившихся атак в разных сферах хозяйственной деятельности.

Резкий рост активности злоумышленников, наблюдаемый в этом году, объясняется расширением площади атаки: из-за COVID-19 организации начали массово переводить сотрудников на удаленную работу и ускорили темпы переноса деловых операций в облако. По оценке ВОЗ, с начала пандемии частота атак на ее персонал и количество мошеннических рассылок увеличились в шесть раз, а атаки программ-шифровальщиков и использование новых векторов атаки стали наблюдаться в семь раз чаще.

В этих условиях бизнес вынужден активнее стимулировать баг-хантеров, способных оказать помощь в определении новых рисков. По данным Bugcrowd, общий объем выплат за найденные уязвимости в уходящем году ежеквартально возрастал в среднем на 15-20%. Больше всех готовы платить ИТ-компании — их премии почти в пять раз выше, чем в других вертикалях. Самая дорогая находка обошлась заказчику более чем в 200 тыс. долларов.

Количество отчетов о багах в ИТ-секторе в период с января по октябрь возросло на 24% в сравнении с 2019 годом, а предельно опасные находки стали встречаться почти в три раза чаще. Поиск брешей в банковских сервисах тоже заметно расширился: во II квартале финансовые организации удвоили суммы вознаграждений.

Число отчетов об уязвимостях в API и IoT-устройствах, поданных в рамках программ Bugcrowd, в целом выросло в два раза, в Android-устройствах — более чем в три раза. Наиболее часто баг-хантеры находили ошибки в реализации контроля доступа и XSS-бреши.

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

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

В 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