GitHub предупредил организации о краже OAuth-тоекнов и утечке данных

GitHub предупредил организации о краже OAuth-тоекнов и утечке данных

GitHub предупредил организации о краже OAuth-тоекнов и утечке данных

Сервис GitHub, обеспечивающий хостинг для ИТ-проектов, сообщил о неизвестном киберпреступнике или группе киберпреступников, которые используют украденные OAuth-токены для загрузки внутренних данных ряда организаций.

Как известно, токены доступа OAuth часто используются приложениями и веб-сервисами для доступа к определённым данным и взаимодействия друг с другом без необходимости передавать учётные данные.

«Атакующие использовали пользовательские OAuth-токены, которые были выпущены для двух сторонних интеграторов — Heroku и Travis-CI. С их помощью злоумышленники загружают данные десятков организаций», — пишет Майк Хенли, специалист GitHub.

На 15 апреля список затронутых OAuth-приложений выглядел так:

  • Heroku Dashboard (ID: 145909);
  • Heroku Dashboard (ID: 628778);
  • Heroku Dashboard – Preview (ID: 313468);
  • Heroku Dashboard – Classic (ID: 363831);
  • Travis CI (ID: 9216).

В GitHub уточнили, что киберпреступники получили токены не в результате взлома систем компании, поскольку хостер ИТ-проектов не хранит их в пригодных для использования форматах. Помимо этого, Хенли отметил, что злоумышленники могут анализировать контент закрытых репозиториев.

Напомним, что на прошлой неделе GitHub начал блокировать аккаунты российских разработчиков и компаний, что уже затронуло крупные кредитные организации «Сбер», «Альфа-банк» и другие.

VPN-клиенты в Android 16 умирают из-за бага, Google пока не исправила

У пользователей Android 16 появилась неприятная проблема с VPN. Сразу несколько крупных разработчиков, включая Proton VPN, Mullvad, WireGuard и TunnelBear, сообщают, что после обновления VPN-приложения система может незаметно «сломать» его работу в фоне. В результате VPN перестаёт нормально подключаться, а пользователь не всегда понимает, что именно пошло не так.

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

Согласно жалобам провайдеров, баг связан с сетевым стеком Android 16 и чаще всего проявляется после того, как VPN-приложение обновляется через Google Play, пока само VPN-соединение активно. После этого приложение может зависнуть в состоянии подключения или просто потерять доступ к интернету.

В описании бага в Google Issue Tracker говорится следующее: после обновления VPN-приложения система может перейти в состояние, при котором сам VPN-клиент уже не может выйти в интернет вообще.

 

При этом обычный доступ в Сеть без VPN может сохраняться, что делает проблему ещё более запутанной для пользователя. Mullvad отдельно указала, что наблюдала такое поведение не только у себя, но и у WireGuard и ProtonVPN.

Хуже всего то, что простой перезапуск VPN-приложения, по словам разработчиков, обычно не помогает. Пользователь часто остаётся в подвешенном состоянии, пока не перезагрузит смартфон целиком или не переустановит VPN. А поскольку понятного сообщения об ошибке нет, многие вообще не догадываются, что проблема возникла именно после обновления клиента.

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

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

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