В системе отслеживания багов Google Monorail найдены уязвимости

В системе отслеживания багов Google Monorail найдены уязвимости

В системе отслеживания багов Google Monorail найдены уязвимости

Исследователь в области кибербезопасности утверждает, что в системе отслеживания ошибок Google Monorail присутствует уязвимость вида Cross-Site Search (XS-Search). Инструмент Monorail используется PDFium, Gerrit, V8 и даже Google Project Zero.

Брешь в безопасности инструмента с открытым исходным кодом, который используется для проектов, связанных с Chromium, обнаружил эксперт Луан Херрера. Она, по словам специалиста, может привести к утечкам информации.

Херрера обнаружил, что Monorail, который также поддерживает возможность загрузки некоторых CSV, уязвим для атаки «межсайтовая подделка запроса» (Cross-Site Request Forgery, CSRF). Эксплуатация возможна в момент перехода пользователя по вредоносной ссылке.

«Если сотрудник команды безопасности Google получит доступ к этой ссылке, он сможет загрузить CSV, содержащий все нераскрытые проблемы», — объясняет исследователь.

Херрера также обнаружил, что столбцы, отображаемые в поисковое выдаче, можно дуплицировать, что позволит атакующему увеличить длину сгенерированного CSV. Объединив эти две проблемы злоумышленник может осуществить атаку XS-Search attack, что позволит выполнять сложные поисковые запросы и увеличить размер выдачи.

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

В конечном итоге злоумышленник будет в состоянии определить, есть ли баги, связанные с определенными папками. Поскольку многие отчеты о багах в Chromium отображают путь к файлу и строку, где баг найден, атаку XS-Search довольно легко осуществить.

Google выплатила Herrera более $9 400 за обнаруженные проблемы.

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

Кривой октябрьский апдейт Windows вновь пробудил BitLocker Recovery Mode

Установка последних накопительных обновлений для Windows 10 и 11 вернула прежнюю проблему. Пользователи стали жаловаться, что после перезагрузки система автоматом уходит в режим обновления BitLocker (Recovery Mode).

Речь идет об апдейтах KB5066791 и KB5066835. По словам разработчиков, затронуты лишь клиентские Windows (10 22H2, 11 24H2 и 11 25H2) на компьютерах с чипами Intel и поддержкой режима ожидания с подключением (Connected Standby).

Ранее конфликтов между Standby и BitLocker Recovery Mode, который обычно включается при смене аппаратного обеспечения или прошивки, не наблюдалось.

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

 

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

К сожалению, жалобы на BitLocker и автоматическое шифрование данных на Windows-устройствах стали общим местом. Из-за осложнений, возникающих из-за дефолтно включенного защитного механизма и его конфликтов с апдейтами, пользователи стали терять доступ к важным данным едва ли не чаще, чем в результате кибератак.

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

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