Учётные данные от 1,3 млн RDP-серверов слили на торговую площадку UAS

Учётные данные от 1,3 млн RDP-серверов слили на торговую площадку UAS

Учётные данные от 1,3 млн RDP-серверов слили на торговую площадку UAS

Одна из крупнейших торговых площадок для киберпреступников разместила логины и пароли от 1,3 млн серверов Windows Remote Desktop, которые были скомпрометированы в ходе кибератак злоумышленников. Параллельно специалисты запустили специальный сервис, с помощью которого организации смогут проверить наличие своих учётных данных в базах утечек.

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

Сотрудники компании Advanced Intel запустили сервис под названием RDPwned, позволяющий организациям проверить наличие своих учётных данных RDP в базах, которые продаются на площадке UAS.

Для тех, кто не знает: UAS является крупнейшей торговой площадкой для киберпреступников, специализирующейся на продаже логинов и паролей от RDP, а также номеров социального страхования и доступа к прокси-серверам SOCKS.

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

Функциональность UAS, по словам исследователей, чем-то напоминает eBay. Покупатель украденных RDP-аккаунтов может искать скомпрометированные устройства в определённой стране, городе и даже отобрать их по конкретной операционной системе.

 

Из 1 379 609 учётных записей, обнаруженных на площадке UAS, многие содержат слабые связки «имя пользователя-пароль». Специалисты привели топ-25 скомпрометированных логинов и паролей. Судите сами, насколько системные администраторы иногда халатны.

Топ-25 имён пользователей:

  1. Administrator — 303 702
  2. Admin — 59 034
  3. User — 45 096
  4. test — 30 702
  5. scanner — 20 876
  6. scan — 16 087
  7. Guest — 12 923
  8. IME_ADMIN — 9 955
  9. user1 — 8 631
  10. Administrador — 8 612
  11. Trader — 8 608
  12. postgres — 5 853
  13. IME_USER — 5 667
  14. Usuario — 5 236
  15. user2 — 4 055
  16. Passv — 3 989
  17. testuser — 3 969
  18. test1 — 3 888
  19. server — 3 754
  20. student — 3 592
  21. reception — 3 482
  22. backup — 3 356
  23. openpgsvc — 3 339
  24. info — 3 156
  25. VPN — 3 139

Топ-25 паролей:

  1. 123456 — 71 639
  2. 123 — 50 449
  3. P@ssw0rd — 47 139
  4. 1234 — 34 825
  5. Password1 — 27 007
  6. 1 — 24 955
  7. password — 19 148
  8. 12345 — 16 522
  9. admin — 15 587
  10. ffff-ffc0M456x (дефолтный для MailEnable) — 15 114
  11. Admin@123 — 13 572
  12. User — 13 437
  13. scanner — 13 193
  14. scan — 10 409
  15. test — 10 169
  16. Aa123456 — 9 399
  17. Password123 — 8 756
  18. 12345678 — 8 647
  19. Admin123 — 8 214
  20. Passw0rd — 7 817
  21. admin,.123!@#$%^ — 7 027
  22. 1qaz@WSX — 6 248
  23. Welcome1 — 5 962
  24. P@ssword64 — 5 522
  25. abc@123 — 4 958

GitHub и сервисы Google перестали открываться в России

Утро 14 июля у российских разработчиков началось с небольшой цифровой неприятности: GitHub у части пользователей перестал открываться без дополнительных сетевых средств. Жалобы касаются не только сайта. Ранее в России уже проходили такое.

Пользователи сообщают, что не работают Git-операции, загрузка кода и доступ к репозиториям.

Другими словами, посмотреть проект, скачать обновление или отправить коммит привычным способом может не получиться.

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

 

Параллельно в России появились жалобы на доступ к сервисам Google. Однако и там признаков глобальной аварии нет: официальная панель состояния Google не сообщает о крупных инцидентах.

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

Напомним, в мае российских разработчиков призвали уходить с GitHub. Поводом стали сообщения о росте числа неудачных соединений с платформой у пользователей из России.

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