needhelp
← Back to blog

GPT-6 Cyber: как читать тесты и проверять исправления

by xingwangzhe
openaicybersecuritygpt-6security-research

OpenAI представила GPT-6 Cyber 5 ноября 2026 года. Сначала доступ через API и Codex получают отдельные клиенты Daybreak Red. Для команды важен путь от находки до проверенного исправления у пользователей.

Что выпущено

Системная карта описывает специализированный вариант GPT-6 Astra для разрешённых работ по безопасности. Доступ ограничен. Анонс не означает доступность любому API-аккаунту; выдуманных идентификаторов модели и вызовов SDK здесь нет.

Как понимать числа

ExploitGym вырос с 32.1% до 48.5%: на 16.4 процентного пункта, или примерно на 51.1% относительно прежнего результата. Эксплуатация заданной уязвимости и поиск неизвестного дефекта — разные задачи.

В веб-тесте без исходников заявлена полнота 40.3% против 32.0% у Astra. Полнота не показывает нагрузку от ложных срабатываний. Нужны сведения о целях, бюджете инструментов, повторах, вмешательстве людей и цене принятой находки. Сайт не воспроизводил эти оценки поставщика независимо.

Linux и Firefox: проверяем свидетельства

Отчёт по Linux разделяет 2,308 кандидатов, 1,724 воспроизведённые уязвимости и 948 работающих эксплойтов локального повышения привилегий. Подозрение слабее наблюдаемого пересечения границы прав. Локальное повышение требует предварительного локального доступа и не равно удалённому выполнению кода.

Запуск потребовал 1,213,430 долларов API-кредитов, около 1,279 на работающий локальный эксплойт. Это не тариф продукта и не полная стоимость труда. Бюллетень Firefox содержит компоненты, серьёзность и ссылки на ошибки. Дата 27 октября предшествует анонсу модели: обнаружение, раскрытие, исправление и выпуск — разные события.

От ответа модели к исправлению

Схема ниже — предложение автора, а не официальная архитектура. Сначала фиксируют ревизию и окружение. Модель предлагает гипотезы и патчи, отдельный исполнитель воспроизводит сбой и проверяет исправление.

Разрешённые границыФиксированная ревизияГипотеза моделиИзолированноевоспроизведениеКандидат патчаРегрессионные тестыПроверка человекомРазвёртывание и проверка

Сохраняют входные данные, журналы, команды и diff. Один пример должен падать до патча и проходить после; регрессия проверяет соседние корректные сценарии. Отключение функции может убрать сбой и одновременно сломать продукт.

Исполняемая проверка доказательств

Сохраните код как evidence-gate.ts и выполните bun run evidence-gate.ts. Он не обращается к сети или GPT-6 Cyber. Проверяется локальная запись с коммитом, окружением и результатами до и после патча.

type Finding = {
id: string;
commit: string;
environment: string;
before: number;
after: number;
regression: number;
reviewer: string | null;
};
function readyForReview(f: Finding): boolean {
return (
/^[a-f0-9]{40}$/.test(f.commit) &&
f.environment.trim().length > 0 &&
f.before !== 0 &&
f.after === 0 &&
f.regression === 0
);
}
const finding: Finding = {
id: "LAB-001",
commit: "a".repeat(40),
environment: "isolated-vm / fixture-v1",
before: 1,
after: 0,
regression: 0,
reviewer: null,
};
if (!readyForReview(finding)) {
throw new Error("Evidence incomplete");
}
console.log(
JSON.stringify({
id: finding.id,
readyForReview: true,
approved: finding.reviewer !== null,
}),
);

Пример выводит readyForReview: true и approved: false. Коды завершения должен выдавать доверенный исполнитель. Проверка не доказывает эксплуатируемость, качество патча или личность проверяющего; нужны аутентифицированное одобрение и неизменяемые артефакты. Вымышленный коммит заменяют фактически проверенным.

Границы на уровне выполнения

Анонс сообщает о соблюдении границ в 99.93% тестов без инструкций развёртывания и 100% с ними. Это наблюдение, не универсальная гарантия. Карта относит кибервозможности к уровню Critical.

Разрешённые цели, сетевой выход и учётные данные контролируют вне модели. Исполнителю нужны ограниченный бюджет и одноразовое состояние. Инструкции из репозитория или веб-страницы являются данными, а не новыми полномочиями.

Что измерять в пилоте

Начните со своего репозитория и сравнивайте одинаковые ревизии и бюджеты. Измеряйте уникальные принятые находки, воспроизводимость, время проверки, принятие патчей и срок до развёртывания. Дубликаты тоже расходуют ресурсы.

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

Источники

ИИ использовался при подготовке и переводе. Факты источников отделены от примера и рекомендаций автора.

Share this page