Google 14 лет хранил пароли G Suite в нехешированном виде

Google 14 лет хранил пароли G Suite в нехешированном виде

Google 14 лет хранил пароли G Suite в нехешированном виде

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

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

У администраторов G Suite был доступ к специальной консоли, которая позволяла настраивать учетные записи для новых сотрудников компании. Как правило, пароли сначала хешировались, а только затем сохранялись в инфраструктуре Google.

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

Эта ошибка была исправлена. Помимо этого, интернет-гигант подчеркнул, что никаких признаков несанкционированного доступа или злоупотребления этими данными нет.

Подпишитесь на новости

В UEFI нашли критическую дыру: сервер можно атаковать ещё до загрузки ОС

Операционная система ещё не запустилась, а чужой код уже работает. В EDK II — открытой основе UEFI-прошивок, которую используют многие производители серверов, — обнаружили критическую уязвимость CVE-2026-97631 с 9,5 балла из 10 по CVSS. Она позволяет атаковать машину во время сетевой загрузки PXE.

Детали разработчики раскрыли в официальном уведомлении. Проблему нашли Алекс Матросов из Anthropic и Дэн Холмс-Митра из Google.

Ошибка затрагивает обработку ICMP-сообщений при загрузке по IPv4 и IPv6: слишком большой пакет переполняет буфер и повреждает память.

Результат — зависание загрузки либо выполнение кода с максимальными привилегиями в среде UEFI. Причём до того, как Secure Boot и механизмы измеренной загрузки проверят компоненты ОС. Защита Windows или Linux в этот момент ещё даже не вышла на смену.

Но для эксплуатации должны сложиться определённые условия: машина должна загружаться по сети, а вредоносный пакет — попасть к ней именно в этот момент. Для выполнения кода атакующему также нужно знать конкретную сборку прошивки. Одного универсального пакета для захвата всех серверов здесь нет.

По данным Ars Technica, публикацию согласовывали на январь, однако исправление появилось в открытом pull request ещё в сентябре. Теперь детали доступны как защитникам, так и тем, кто предпочитает ломать.

Администраторам стоит проверить уведомления производителя и доступность обновления BIOS/UEFI. Если PXE не нужен, сетевую загрузку рекомендуют отключить.

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