PayPal подтвердил наличие уязвимости, раскрывающей пароли пользователей

PayPal подтвердил наличие уязвимости, раскрывающей пароли пользователей

PayPal подтвердил наличие уязвимости, раскрывающей пароли пользователей

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

Проблему безопасности выявил исследователь Алекс Бирсан, за сообщение о ней он получил вознаграждение в размере $15 300.

«Баг затрагивает, пожалуй, одну из самых посещаемых страниц PayPal — форму для входа», — объясняет специалист.

Бирсан наткнулся на брешь, исследуя процесс аутентификации в системе PayPal. Внимание эксперта привлекло наличие межсайтовой подделки запроса (Cross-site request forgery, CSRF) в одном из JavaScript-файлов.

«Это валидный JS-файл, проводящий любой тип данных сессии. Обычно в таком виде злоумышленники могут легко получить всю необходимую информацию».

PayPal опубликовал по этому поводу своё заявление, в котором проблема описывается следующим образом:

«Проблема раскрытия уникальных токенов в JS-файле существовала из-за имплементации CAPTCHA. Запрос POST при попытке решить задачу CAPTCHA раскрывал конфиденциальные данные».

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

Подпишитесь на новости

АКИТ попросила разрешить перенос данных россиян за рубеж после атак на ЦОДы

Ассоциация компаний интернет-торговли предложила разрешить пострадавшим от аварий и повреждений компаниям временно переносить критически важные системы в дата-центры дружественных стран. Вместе с ними — персональные данные россиян. Если российская инфраструктура недоступна, сервисам всё равно нужно где-то работать.

Как выяснил Forbes, АКИТ направила письмо Михаилу Мишустину 15 октября и подтвердила его отправку. В ассоциацию входят Ozon, Wildberries, «Купер» и «Яндекс Маркет».

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

Условия — официально подтверждённый инцидент, невозможность обеспечить работу систем в России и соблюдение требований ИБ. Перечень стран должен определить уполномоченный орган, а порядок разрешений предлагается разработать с Минцифры и Роскомнадзором.

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

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

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