Google за июнь 2026 года исправила в Chrome 1072 ошибок безопасности — больше, чем в предыдущих 23 релизах вместе взятых. Для разработчиков, ИБ-команд и администраторов это не красивая цифра для отчета, а намек на новую норму: патчей станет больше, а времени на реакцию — меньше.
Откуда взялась цифра 1072
О скачке написал TechCrunch со ссылкой на Google. Речь идет о двух основных июньских выпусках браузера: Chrome 149 вышел 2 июня 2026 года, Chrome 150 — 30 июня 2026 года. По данным TechCrunch, в этих двух релизных ветках за июнь закрыли 1072 ошибки безопасности, тогда как в предыдущих 23 релизах — 1036.
Здесь есть важная оговорка, чтобы не путать цифры. В официальных заметках к первым стабильным версиям Chrome 149 и Chrome 150 Google отдельно указывала 429 и 433 security fixes. Июньская сумма 1072, на которую ссылаются TechCrunch и Wired, шире стартовых релизов и включает последующие июньские исправления внутри этих веток.
ИИ здесь не магия, а ускоритель поиска
Google связывает рост находок с внутренними ИИ-инструментами и автоматизацией проверки отчетов. В квартальном отчете Chrome Security за второй квартал 2026 года команда прямо пишет о возросшем потоке ошибок безопасности и о том, что внутренние агенты уже помогают воспроизводить, обогащать и классифицировать такие находки до передачи разработчикам.
Проще говоря, Chrome не обязательно стал резко хуже за один месяц. Скорее Google стала лучше светить фонариком в очень сложную систему. У браузера огромная кодовая база, постоянные релизы, движок V8, графика, сеть, расширения и изоляция процессов. В таких продуктах проблема часто не в том, есть ли дефекты, а в том, как быстро их находят.
Это уже не частный случай Google
История важна не только для пользователей Chrome. В июле 2026 года Microsoft тоже сообщила о рекордном Patch Tuesday: компания закрыла 570 уязвимостей и отдельно связала рост числа исправлений с применением ИИ. Паттерн уже виден: крупные вендоры начинают искать ошибки машинно и в куда больших объемах, чем раньше позволяли ручные процессы.
Для рынка это двоякий сигнал. С одной стороны, пользователи получают исправления быстрее. С другой — атакующие смотрят на те же модели и те же классы ошибок. Если защитники научились находить слабые места на промышленной скорости, у злоумышленников стимул ровно тот же.
Значение для рынка
Для русскоязычной ИТ-аудитории вывод приземленный. Корпоративный парк браузеров, Electron-приложения и внутренние веб-сервисы придется обновлять быстрее, а процессы тестирования и патч-менеджмента — перестраивать под больший поток исправлений. Рост числа патчей сам по себе не означает деградацию продукта; иногда это просто признак того, что вендор наконец перестал искать баги поштучно.
Следующий шаг для индустрии очевиден: не спорить о том, пугает ли цифра 1072, а учиться жить в цикле, где машинный поиск дефектов уже стал частью нормальной разработки.
Источник: . Дополнительно: , , , .