Amazon сбросили пароли пользователей в превентивных целях

Amazon сбросили пароли пользователей в превентивных целях

Amazon сбросили пароли пользователей в превентивных целях

Amazon побудили некоторых из своих клиентов сбросить свои пароли после того, как узнали, что они используют эти же пароли для других аккаунтов.

Компания разослала данное сообщение по электронной почте некоторым своим клиентам, призывая их изменить свои пароли. Причиной этого стал рутинный мониторинг, показавший, что такие сочетания электронной почты и пароля были найдены на просторах Интернета. Тем не менее, компания отметила, что то, что было найдено не было связано с Amazon.

«Мы в курсе того, что многие наши клиенты используют такую же связку электронной почты и пароля на других ресурсах. Мы полагаем, что ваши данные используются также где-то еще. Исходя из этого, мы предусмотрительно сбросили ваш пароль» - говорится в сообщении Amazon, адресованном пользователям.

Учитывая большое количество утечек пользовательских данных, происшедших за последний месяц, не удивительно, что Amazon пошли на такой шаг. Другие онлайн-сервисы также проверяют в Интернете наличие комбинации электронная почта-пароль, чтобы убедиться, что данные не скомпрометированы.

В этом году масштаб скомпрометированных учетных данных действительно поражает: Dropbox (68 миллионов аккаунтов), LinkedIn (167 миллионов), MySpace (360 миллионов), Tumblr (65 миллионов), Last.fm (43 миллиона), ВК (170 миллионов).

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

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

Атакующие мимикрируют под BI.ZONE, скрывая SSH-бэкдоры в Windows

Атакующие продолжают усложнять свою маскировку, мимикрируя теперь и под бренды из мира кибербезопасности. Команда BI.ZONE DFIR рассказала о серии инцидентов, в которых группировка Feral Wolf использовала подмену доменов и имён хостов, маскируя свою активность под легитимные сервисы и привычные для администраторов действия.

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

В одном из расследованных кейсов атакующие использовали домен формата *.bizone.dev, который визуально очень похож на название BI.ZONE. В другом случае они пошли ещё дальше и переопределили домен *.bi.zone прямо в SSH-конфигурации Windows, подменив его на IP-адрес своей инфраструктуры.

Для этого злоумышленники внесли изменения в файл
C:\Windows\System32\config\systemprofile\.ssh\config, прописав там вредоносный хост. В результате при обращении к «знакомому» имени фактически устанавливалось соединение с сервером атакующих.

Как отмечают эксперты BI.ZONE DFIR, SSH всё чаще используется не только для доступа, но и для туннелирования трафика к инфраструктуре злоумышленников. В данном случае через SSH был создан алиас, который позволял атакующим незаметно поднимать туннели и поддерживать постоянный канал связи.

Чтобы не потерять доступ, атакующие дополнительно создали планировщик задач в Windows с именем, маскирующимся под системную — User_Feed_Synchronization-{GUID}. Такая задача выглядела как стандартный механизм синхронизации RSS-лент и не вызывала подозрений.

На деле же она регулярно запускала ssh.exe, автоматически восстанавливая соединение с инфраструктурой атакующих и обеспечивая им постоянное присутствие в системе.

С точки зрения мониторинга и реагирования такие туннели обнаружить можно. Но проблема в другом: обычные администраторы, разработчики и аналитики могут просто не обратить внимание на «знакомые» домены, имена задач и привычные системные процессы.

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

В BI.ZONE также поделились примерами признаков, на которые стоит обратить внимание специалистам по Threat Hunting, в том числе:

  • запуск ssh.exe в Windows с нетипичными портами,
  • планировщики задач, вызывающие SSH,
  • сетевые соединения SSH не на стандартный 22-й порт.

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

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