Google представила Gemini 4 Carbon для киберзащиты
28 октября Google объявила Gemini 4 Carbon - следующую модель семейства Gemini 4, которую компания позиционирует как систему для сложного программирования, длительных агентных задач и киберзащиты. Первоначально доступ будет ограничен частью специалистов по безопасности через программу Fairwind; затем Google намерена расширить круг доверенных партнеров. Это не публичный релиз для всех разработчиков. Компания приводит результаты на собственных и внешних тестах, но цифры в анонсе не заменяют независимую оценку в конкретной среде организации.
Что изменилось
Доступ начинают с ограниченной группы защитников
Google сообщает, что подключит часть специалистов по киберзащите и будет постепенно расширять доступ для проверенных партнеров. Компания говорит о работе с добровольной процедурой тестирования модели до выпуска. Для организаций это означает ранний этап, где состав участников и меры контроля важны так же, как набор функций. Публичное использование для любой команды в анонсе не заявлено.
Carbon ориентирована на длительные инженерные задачи
По описанию Google, модель рассчитана на многоэтапные задачи, включая поиск причины дефекта и подготовку исправления в больших программных системах. Компания отмечает, что внутренние команды используют ее в продолжительных рабочих сценариях. Это заявление производителя о внутренних испытаниях, а не гарантия, что модель самостоятельно завершит аналогичную работу в чужом репозитории или без контроля разработчика.
Компания приводит результаты тестов безопасности
В публикации названы результаты SEC-bench Pro для поиска уязвимостей, ExploitGym для проверки эксплуатации и CWE-bench для исправления причин дефектов. Google также приводит внутреннее сравнение с Gemini 4 Argon по генерации безопасного кода. Эти цифры следует читать с учетом названия набора, даты и условий оценки. Они не показывают автоматически долю безопасных релизов в реальном продукте.
Поэтапный выпуск связан с защитными мерами
Google пишет, что модель использует несколько уровней защиты, включая меры против злоупотребления и устойчивость к prompt injection. Для начала компания планирует собрать отзывы и доработать ограничения до более широкой доступности. Важно различать описание защитного подхода, измеренную устойчивость в тесте и гарантию для конкретного сценария: это разные виды свидетельств.
Цена указана как будущий ориентир API
Google называет для запуска Gemini 4 Carbon ту же вводную цену, что и у Argon: 2 доллара за миллион входных токенов и 10 долларов за миллион выходных, с отдельной ценой на кэшированный ввод. После вводного периода компания указывает более высокий тариф. Это объявленные условия будущей доступности; перед расчетом расходов разработчику нужно проверить актуальную страницу тарификации и лимиты модели.
Что это дает пользователю
Киберзащитники могут получить специализированный доступ до широкого запуска.
Разделение первоначального доступа и массового релиза дает организациям время подготовить правила использования.
Примеры по уязвимостям подсказывают, какие задачи стоит включать в собственную оценку модели.
Заявленная цена помогает предварительно оценить бюджет API, когда модель станет доступна.
Что нужно учитывать
Основные количественные результаты в анонсе опубликованы самой Google.
Carbon пока не заявлена как общедоступная модель для всех пользователей.
Бенчмарк не доказывает безопасность патча в конкретной кодовой базе.
Для чувствительных проектов по-прежнему важны контроль доступа, проверка изменений и политика раскрытия уязвимости.
Коротко
Объявление Google важно как сочетание более сильных инженерных возможностей с ограниченным выпуском для специалистов по защите. На текущем этапе это модель в контролируемом доступе, а не универсальная замена специалисту или самостоятельная гарантия безопасного кода. Для будущих пользователей главным вопросом будет не рекордное число в тесте, а воспроизводимое качество на разрешенной выборке, прозрачный журнал действий и безопасный порядок исправления находок. Для организаций важен не только показатель поиска уязвимостей, но и то, какие действия модель может совершать в тестовой среде. Перед пилотом нужно определить перечень разрешенных репозиториев, типы данных, ограничения сетевого доступа, порядок хранения результатов и канал сообщения об ошибке. Необработанное доказательство уязвимости может содержать секрет или рабочий эксплойт, поэтому доступ к отчету должен быть уже, чем к обычной записке разработчика. Отдельно следует спросить, кто отвечает за исправление, подтверждение патча и закрытие находки. Google описывает первоначальное предоставление доступа ограниченному кругу киберзащитников и последующий отбор партнеров. Этот режим нельзя трактовать как открытый доступ для любой команды или как универсальную гарантию безопасного использования. Для сопоставления моделей полезно заранее выбрать задачи, где есть проверяемый критерий: воспроизведение дефекта в изолированной копии, соответствие патча тесту и отсутствие регрессии. Записывайте версию модели, настройки, инструменты и разрешенный доступ к коду. В противном случае успешная демонстрация может зависеть от контекста, который не будет доступен в производственной среде. Оцените и обратные случаи: ложное срабатывание, неполное исправление и изменение за пределами задачи. Такие записи не заменят формальные тесты, но помогают понять, где модель сокращает рутинный анализ, а где увеличивает нагрузку на проверяющих.