FlawOpen

flawopen.com/Teardowns/cve-2026-0628-chrome-gemini-webview-extension-policy

● CVE-2026-0628 · CVSS 8.8[3] · Высокий
Исследования · FlawOpen

CVE-2026-0628: WebView Gemini в Chrome

CVE-2026-0628 позволяла расширению Chrome влиять на привилегированный WebView Gemini через DNR; обновите Chrome до 143.0.7499.192 или новее.[1], [3], [5]

Вектор CVSSCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H[3]
💡 Простыми словами (ELI5)

Представьте Gemini Live как стойку обслуживания посетителей в библиотеке, за которой находится дверь только для сотрудников. Chrome не позволял расширениям проходить через эту дверь, но правило перенаправления доставки всё ещё могло подменить скрипт на стойке Gemini. Скрипт выполнялся на этой встроенной стойке, у которой был служебный канал для запроса возможностей браузера. В CVE-2026-0628 не хватало проверки на этом пути доставки.[2], [5]

Ключевые понятия и термины

Привилегированный WebView
Встроенная в браузер страницу, способная взаимодействовать с возможностями, недоступными обычным сайтам.[2], [5]
declarativeNetRequest (DNR)
API расширений Chrome, применяющий декларативные правила к совпадающим сетевым запросам, включая перенаправления и изменение заголовков ответа.[2], [6]
CVE-2026-0628
Уязвимость Chrome высокой степени серьёзности: по описанию Google, до Chrome 143.0.7499.192 в теге WebView недостаточно применялись политики.[3], [4]
BragJack / prompt forcing
Исследовательский отчёт сентября 2026 года о воздействии расширений на браузерных ИИ-агентов. Это название исследования, а не ещё одна CVE Chrome.[2], [4]

Связи со стандартами

  • Ссылка CWE для слабого места, описанного в этом руководстве: CWE-862

Анализ первопричины

Google описывает CVE-2026-0628 как недостаточное применение политик в теге WebView Chrome. Согласно техническому отчёту Forever Security, Gemini Live использовал контролируемую браузером страницу chrome://glic, в которую через WebView встраивался gemini.google.com. Chromium запрещал расширениям взаимодействовать с самой привилегированной страницей, однако описанная ошибка позволяла расширению с declarativeNetRequest (DNR) влиять на подходящие HTTPS-запросы встроенной страницы. Исследователь описывает изменение заголовков ответа и подмену загружаемого скрипта, чтобы код выполнялся в origin встроенного Gemini и взаимодействовал с мостом браузерного агента. Так могла нарушаться граница между обычными правами расширения и возможностями привилегированной панели. В отчёте показан доступ к контексту страницы, локальным файлам и снимкам экрана; также описан возможный доступ к камере и микрофону. Это заявленные исследователем последствия, а не доказательство эксплуатации в реальных атаках. Для CVE пользователь должен установить вредоносное расширение. Google исправила границу WebView в Chrome 143.0.7499.192/.193 для Windows/macOS и .192 для Linux. Открытое исправление Chromium подтверждает границу: RulesetManager возвращает false, если request.is_web_view имеет значение true, до существующего разрешающего решения. Chromium добавил ChromeSignInWebViewTest.DeclarativeNetRequestRulesNotMatched; тест пропускает MPArch, поэтому эта архитектура им не охвачена.[3], [2], [5], [4]

Пошаговый сценарий атаки

Шаг 1

Проверьте условия

Описанный сценарий требует уязвимой версии Chrome и установленного пользователем вредоносного или скомпрометированного расширения с DNR и подходящими разрешениями для хостов. Это не атака drive-by через одну веб-страницу.[3], [2], [6]

Шаг 2

Откройте браузерную поверхность агента

Gemini Live использует страницу браузера chrome://glic и встраивает веб-приложение Gemini в WebView. Эта страница может вызывать возможности, недоступные обычным сайтам.[2]

Шаг 3

Пересеките границу запросов WebView

По данным исследователя, правила DNR могли влиять на HTTPS-ресурсы внутри встроенного WebView, несмотря на ограничения взаимодействия расширений с привилегированной поверхностью.[2], [5]

Шаг 4

Получите доступ к привилегированному поведению страницы

Изменение политики ответа и загружаемого в origin Gemini кода позволяло продемонстрированной цепочке взаимодействовать с мостом браузерного агента. Исследователь сообщает о доступе к локальным файлам и снимкам экрана; публичных доказательств реальной эксплуатации нет.[2], [3]

Шаг 5

Установите исправление и ограничьте расширения

Исправление Google вошло в Chrome 143.0.7499.192/.193 в зависимости от платформы. Обновите браузер до актуальной стабильной версии и ограничьте расширения с широкими разрешениями DNR и для хостов.[1], [3], [5]

Исходный код: Уязвимый vs Защищённый вариант

Это исходное изменение Chromium на C++, а не реконструкция эксплойта. Перед существующим разрешающим решением оно отклоняет запросы из WebView, поэтому правила Declarative Net Request к ним не применяются. Chromium также добавил ChromeSignInWebViewTest.DeclarativeNetRequestRulesNotMatched; этот браузерный тест пропускает MPArch и не подтверждает покрытие этой архитектуры.[5]

УЯЗВИМАЯ РЕАЛИЗАЦИЯ
// Фрагмент: extensions/browser/api/declarative_net_request/ruleset_manager.cc
// До исправления эта заключительная проверка не учитывала происхождение запроса из WebView.
return true;
БЕЗОПАСНЫЙ ИСПРАВЛЕННЫЙ ВАРИАНТ
// Фрагмент: extensions/browser/api/declarative_net_request/ruleset_manager.cc
// Изменение Chromium 9722f06a перед существующим итоговым разрешением:
// Правила Declarative Net Request не должны применяться к запросам,
// исходящим из WebView.
if (request.is_web_view) {
  return false;
}
return true;

Чек-лист по защите системы для инженеров

Источники