Proofpoint: Google не до конца устранили возможность атак OAuth-червя

Proofpoint: Google не до конца устранили возможность атак OAuth-червя

Proofpoint: Google не до конца устранили возможность атак OAuth-червя

Исследователи безопасности Proofpoint отмечают, что мер, предпринятых Google в мае этого года для противодействия фишинговым атакам (например, OAuth-червя), оказалось недостаточно.

Атака OAuth-червя стала возможна благодаря тому, что злоумышленники имели возможность создавать, казалось бы, легитимные приложения и обманывать пользователей, заставляя их открывать доступ к учетным записям электронной почты и облачных сервисов. Отсутствие проверки позволяло хакерам имитировать Google Docs, что затронуло более миллиона пользователей G Suite.

Эти вредоносные действия заставили Google ужесточить правила OAuth и ввести проверку имен новых приложений.

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

Проблема, как утверждает Proofpoint, заключается в том, что Google устранила уязвимость, которая привела к майской атаке, но не коснулась корня этой проблемы. В результате разработчики по-прежнему могли использовать URL script.google.com.

Поскольку в пространстве клиентов OAuth исторически не было проверок действий, которые могли выполнять разработчики, это позволяло создавать любое приложение и запрос любых разрешений, которые считались необходимыми. Разработчикам приложений также разрешалось отправлять свои приложения кому-либо еще и использовать URL script.google.com.

«OAuth-червь запрашивал разрешение на использование электронной почты, что является довольно редким явлением со стороны приложений, исключая, разве что, почтовые клиенты вроде Outlook» - утверждают исследователи в области безопасности.

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

Golden dMSA: доступ к защищенным ресурсам AD через взлом контроллера домена

Специалисты Semperis обнаружили серьезный изъян проекта Managed Service Accounts (dMSA), который существенно упрощает взлом паролей к управляемым аккаунтам и позволяет получить постоянный доступ во всем их ресурсам в доменах Active Directory.

Функциональность dMSA была введена в Windows Server 2025 для зашиты от атак на протокол Kerberos. Разработанный экспертами способ внедрения бэкдора в обход аутентификации несложен в исполнении, однако для успешной атаки придется заполучить корневой ключ службы KDS.

Из-за этого создатели Golden dMSA оценили степень угрозы как умеренную: заветный ключ доступен только из-под учетной записи с высочайшими привилегиями — администратора корневого домена, админа предприятия либо SYSTEM.

С помощью этого мастер-ключа можно получить текущий пароль dMSA или gMSA (групповой управляемый аккаунт пользователя AD) без повторного обращения к контроллеру домена. Как оказалось, для регулярно и автоматически заменяемых паролей предусмотрено лишь 1024 комбинации, и они поддаются брутфорсу.

 

Таким образом, компрометация одного контроллера домена в рамках Golden dMSA может обернуться масштабным взломом управляемых аккаунтов AD-службы. Автор атаки также получает возможность горизонтально перемещаться между доменами целевой организации.

Примечательно, что представленный Semperis метод позволяет обойти Windows-защиту Credential Guard — механизм, предотвращающий кражу учеток, NTLM-хешей и тикетов Kerberos (идентификаторов TGT).

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

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