Исследователи проверили это экспериментально: они создавали новый API‑ключ, удаляли его и продолжали отправлять запросы на аутентификацию. В десяти испытаниях успешная аутентификация продолжалась до тех пор, пока процесс распространения удаления не завершался — что и дало окно 8–23 минуты.
При утечке API‑ключа скорость его отзыва критически важна. Обнаруженная задержка означает, что даже после удаления ключа злоумышленник может продолжать пользоваться им некоторое время, пока изменения не применятся везде.
Если атакующий обладает украденным ключом в этот момент, он потенциально может:
Тесты проводились на ключах с доступом к Gemini, но аналогичное поведение наблюдалось и для ключей, используемых с другими API Google Cloud, включая BigQuery и Google Maps. Это указывает на то, что проблема связана с самим типом учётных данных — API‑ключами — а не с конкретным сервисом.
По сообщениям исследователей, изначально Google классифицировал проблему как ожидаемую задержку распространения (propagation delay) в распределённой системе, а не как критическую уязвимость. В некоторых публикациях отмечается, что отчёт сначала закрыли со статусом «won’t fix».
Позднее ситуация была пересмотрена: отчёт вновь открыли и классифицировали как баг уровня P0, что означает высший приоритет для расследования внутри компании.
Причина задержки остаётся той же — постепенное распространение обновлений об отзыве ключа между компонентами инфраструктуры. Поэтому точный момент окончательной деактивации может зависеть от того, какой сервер обрабатывает конкретный запрос.
Пока отзыв ключей не гарантированно мгновенный, организациям рекомендуется исходить из того, что удаление ключа не прекращает доступ сразу.
Основные меры предосторожности:
Считать удаление лишь частичной мерой
Закладывайте окно риска примерно до 30 минут, в течение которого ключ может всё ещё работать.
Следить за логами и расходами
Необычные запросы или резкий рост использования API сразу после удаления ключа могут указывать на его продолжение использования.
Ограничивать возможности ключей
Google рекомендует применять ограничения — например, разрешённые IP‑адреса, рефереры или конкретные API — чтобы утечка ключа имела минимальные последствия.
Ротировать учётные данные
Вместо того чтобы полагаться только на удаление, стоит быстро выпускать новые ключи и переводить сервисы на них.
Эта ситуация напоминает о важной особенности крупных распределённых систем: изменения конфигурации — включая отзыв учётных данных — часто распространяются постепенно, а не мгновенно.
Для разработчиков и специалистов по безопасности вывод простой: отметка «удалено» в интерфейсе не всегда означает, что доступ действительно прекращён в тот же момент.
Comments
0 comments