Google объяснил, как защищает свои серверы

Google объяснил, как защищает свои серверы

Google объяснил, как защищает свои серверы

На конференции GCP Next 2016 представители Google рассказали об укреплении безопасности дата-центров компании. В Google самостоятельно конструируют серверы и устанавливают на них специальную версию Linux — и это лишь малая доля того, что делается.

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

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

Всё происходящее в стенах дата-центра и за его пределами круглосуточно записывают камеры высокого разрешения. В случае инцидента видео и соответствующие ему записи в журнале доступа можно извлечь из архива.

Google более десяти лет производит серверы и системы мониторинга для своих дата-центров. В прошлом это объяснялось экономическими факторами, но теперь не меньшую роль играют другие причины. Конструкция серверов Google упрощена до предела. В них нет видеокарт и других ненужных компонентов. Это сокращает не только цену сервера, но и количество потенциальных уязвимостей.

Тот же подход используется при разработке операционной системы для серверов Google. Она представляет собой урезанный и существенно укреплённый вариант Linux.

Уязвимость в Linux-компоненте PackageKit позволяла получить root

В PackageKit обнаружили серьёзную уязвимость, из-за которой обычный пользователь Linux мог устанавливать пакеты с правами root без аутентификации. Проблема получила идентификатор CVE-2026-41651 и 8,1 балла по CVSS. Уязвимость назвали Pack2TheRoot.

Она связана с состоянием гонки (race condition) типа TOCTOU в обработке флагов транзакций. PackageKit мог проверять одни параметры, а выполнять операцию уже с другими, подменёнными атакующим.

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

Проблему обнаружила Red Team компании Deutsche Telekom. По её данным, уязвимость подтверждена в PackageKit версий с 1.0.2 по 1.3.4, но, вероятно, существовала ещё с версии 0.8.1, выпущенной около 14 лет назад.

Среди затронутых систем исследователи называют Ubuntu Desktop и Server, Debian Desktop Trixie, RockyLinux Desktop, Fedora Desktop и Server. Также потенциально уязвимыми могут быть и серверы с установленным Cockpit, поскольку PackageKit является для него опциональной зависимостью. Это может касаться в том числе систем на базе Red Hat Enterprise Linux.

Технические детали исследователи пока раскрывать не стали: по их словам, уязвимость легко эксплуатируется и может за считаные секунды привести к получению root-доступа или другой форме компрометации системы.

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

Уязвимость исправили в PackageKit 1.3.5. Патчи также уже вошли в свежие обновления Debian, Ubuntu и Fedora.

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