Авито заплатит до 350 тыс. руб за уязвимость в рамках Bug Bounty

Авито заплатит до 350 тыс. руб за уязвимость в рамках Bug Bounty

Авито заплатит до 350 тыс. руб за уязвимость в рамках Bug Bounty

Авито готов платить белым хакерам до 350 000 рублей за уязвимость. Сервис разместил свою программу на BI.ZONE Bug Bounty. Это уже второй крупный клиент платформы за месяц. На прошлой неделе свои программы багхантерам там же предложил VK.

Авито просит проверить безопасность всех веб- и мобильных приложений компании, а также любых доступных приложений и сервисов, размещённых на поддоменах .avito.ru. Публичную программу компания разместила на платформе BI.ZONE Bug Bounty.

Багхантеры получат от 5 тыс. до 350 тыс. рублей в зависимости от критичности найденных уязвимостей.

“Bug bounty — один из самых важных и полезных процессов при разработке продукта, обеспечивающий его безопасность, — говорит руководитель продуктовой безопасности Авито Валентин Лякутин. — С помощью BI.ZONE Bug Bounty мы хотим наладить постоянное взаимодействие с комьюнити багхантеров по исследованию наших систем на безопасность и дополнительно повысить уровень защищенности портала”.

Это не первый опыт выхода “Авито” на bug bounty. В 2018 году компания разместила приватную программу на одной из зарубежных платформ. До весны этого года команда Авито успела запустить монетизацию этой программы и попробовать еще одну, комбинируя публичные и приватные механизмы.

“Размещение программы bug bounty Авито говорит о том, что компания заботится о своих клиентах и стремится повысить их защищенность, — комментирует новость директор по стратегии BI.ZONE Евгений Волошин. — Она понимает, что безопасность — конкурентное преимущество, поэтому уделяет этому особое внимание”.

Сейчас на Авито 120 млн активных объявлений, каждый день на платформу заходит 22 млн человек.

Добавим, в конце октября BI.ZONE подтвердил диалог с Минцифры по bug bounty и для Госуслуг.

А на прошлой неделю свою программу на платформе BI.ZONE bug bounty разместила компания VK. Белым хакерам предлагается проверить на уязвимости 27 проектов: от соцсети “ВКонтакте” до почты Mail.ru. Багхантеры могут заработать от 3 тыс. до 1,8 млн рублей.

Теперь у VK программы bug bounty сразу на двух платформах. Летом компания вышла на Standoff 365 Bug Bounty, разработчиком которой выступает Positive Technologies.

За три месяца VK получила 300 отчетов об уязвимостях. Более половины сообщений признаны существенными, выявленные уязвимости уже устранены.

В 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