Принадлежащий PayPal сервис Venmo раскрывает информацию о транзакциях

Принадлежащий PayPal сервис Venmo раскрывает информацию о транзакциях

Принадлежащий PayPal сервис Venmo раскрывает информацию о транзакциях

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

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

API Venmo можно просмотреть по этой ссылке. Описанный экспертом способ помог ему загрузить более 200 миллионов транзакций, обработанных в 2017 году. В руки исследователя попала детализированная информация, которая должна быть доступна только пользователям.

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

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

«Думаю, проблема заключается в том, что есть публичная лента, в которой отражаются реальные имена, ссылки на профили. Возможно, также присутствуют идентификаторы Facebook», — пишет эксперт.

Представители Venmo прокомментировали обвинения в свою сторону так:

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

На момент написания материала проблема с конфиденциальностью так и не была устранена.

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

Линус Торвальдс: Чувствительные к регистру файловые системы — это ошибка

На днях вокруг обновлений в Linux 6.15-rc4 вспыхнуло горячее обсуждение. Всё началось с того, что разработчик Kent Overstreet поднял старую тему про ошибки в патчах для поддержки чувствительных к регистру файлов и папок в драйвере Bcachefs.

Мол, когда почти два года назад внедряли эту поддержку, тесты были, но… их никто толком не прогнал. Упустили. Кент честно признал:

«Одних автоматических тестов недостаточно. Нужно глазами следить за тем, что делает твой код».

И вроде бы обычная история про баги и уроки на будущее, но тут в беседу резко ворвался Линус Торвальдс. Сначала коротко ответил: «Нет». А потом выдал фирменную речь:

«Единственный урок — работники с файловой системой ничему не учатся. Чувствительные к регистру имена — это катастрофа, и вам вообще не стоило их делать. Проблема не в тестировании — проблема в том, что вы вообще это начали».

Торвальдс объяснил, что такие фичи делают систему только хуже:

«Нет правильного способа сделать это как надо. А попытки "сделать правильно" превращаются в хаос, где случайные байты вдруг обретают магическое значение».

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

Overstreet попытался парировать: мол, реальная потребность в таких каталогах всё-таки есть, и задача — не ныть, а сделать всё аккуратно и читаемо. Торвальдс не сдал позиции:

«Если бы кто-то хоть раз показал качественную реализацию, я бы, может, и передумал. Но пока вижу только плохой код, который не понимает, как работает UTF-8 и юникод».

Overstreet возразил, что опасения по поводу безопасности уже не так актуальны, ведь всё меньше используется совместный доступ к каталогам вроде /tmp. Но Торвальдс остался непреклонен.

Дальше спор скатился в детали реализации кеширования (dcache). Overstreet настаивал, что именно из-за оптимизации там и возникли проблемы. Торвальдс парировал:

«Ты явно не понимаешь, как работает dcache. Я, между прочим, большую часть этого кода писал».

Когда Kent не поверил, Линус напомнил, что писал эти части ещё в конце 90-х, и если появляются «dentry-алиасы», то «значит, ты что-то делаешь не так». В итоге Overstreet признал, что да, ошибался насчёт некоторых моментов — но сделал это, конечно, в своём стиле.

«Забавный способ сказать: "Да, Линус, ты был прав"», — подытожил Торвальдс.

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

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