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

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/ru/article/github-ai-security-detections-prs-2026-07-15-morning-ru
Section: Software (https://technewslist.com/ru/software)
Author: TechNewsList
Language: ru
Published: 2026-07-15T05:29:10.499+00:00
Updated: 2026-07-15T05:29:10.670568+00:00

> GitHub утверждает, что сканирование кода теперь может выявлять обнаружения безопасности с помощью искусственного интеллекта непосредственно в запросах на включение, расширяя охват уязвимостей за пределы языков, поддерживаемых CodeQL, и перенося больше решений по безопасности приложений на момент перед слиянием кода.

## TL;DR
- GitHub сообщает, что сканирование кода теперь показывает обнаружения безопасности на основе искусственного интеллекта непосредственно в запросах на включение.
- Обновление расширяет охват уязвимостей для языков и платформ, которые в настоящее время не поддерживаются CodeQL.
- Более важным сигналом для программного обеспечения является то, что безопасность становится неотъемлемой частью проверки кода, а не контрольной точкой последующих специалистов.

## Key points
- GitHub пытается сделать выводы о безопасности там, где разработчики уже проверяют и объединяют код.
- Обновление дополняет CodeQL, а не заменяет детерминированный анализ.
- ИИ используется для уменьшения «слепых зон» в репозиториях со смешанным языком и неподдерживаемых платформах.
- Размещение рабочего процесса имеет такое же значение, как и качество обнаружения при безопасной доставке программного обеспечения.
- Поставщики платформ все чаще хотят, чтобы безопасность, проверка кода и помощь искусственного интеллекта были объединены в одной среде разработчика.

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

## Что произошло

GitHub сообщает, что сканирование кода теперь может выявлять обнаружения безопасности на основе искусственного интеллекта непосредственно по запросам на включение. Компания заявляет, что новые обнаружения расширяют охват уязвимостей на языки и платформы, которые в настоящее время не поддерживаются CodeQL, и появляются в качестве результатов в процессе запроса на включение до объединения кода.

![Контекстное редакционное изображение для новых обнаружений безопасности ИИ GitHub в запросах на извлечение показывает, что программные платформы теперь хотят перехватывать рискованный код внутри самого рабочего процесса разработчика, вместо того, чтобы ждать, пока проверка безопасности произойдет позже или где-либо еще. Сканирование кода GitHub CodeQL Обнаружение безопасности на базе ИИ в запросах на включение GitHub GitHub Новости технологий GitHub](https://docs.github.com/assets/cb-68487/images/help/desktop/base-branch-selection.png)
*Контекстный визуальный элемент, выбранный для этой истории TechPulse.*

Это звучит как простое улучшение продукта, но на самом деле именно размещение. GitHub не просто добавляет еще одну функцию безопасности на панель мониторинга. Это переносит большую часть разговоров о безопасности на ту поверхность, где разработчики уже просматривают изменения, обсуждают код и решают, следует ли что-то выпустить.

GitHub также сообщает, что результаты, полученные с помощью ИИ, четко обозначены как «ИИ», и что эти обнаружения по умолчанию не блокируют слияния запросов на включение. Это говорит о том, что компания пытается внедрить более широкий охват безопасности в процесс разработки, не превращая первую версию в непредсказуемый политический молоток.

## Почему это важно

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

Обновление GitHub пытается уменьшить эту проблему, сместив безопасность влево в самом буквальном смысле: результаты теперь отображаются в самом запросе на включение. Именно здесь у разработчика все еще есть контекст, куда уже смотрят рецензенты и где уязвимость может стать обсуждением кода, а не отложенным билетом.

Еще один важный момент – покрытие. Современные репозитории беспорядочны. Они содержат основной код приложения, сценарии, инфраструктурные определения, конфигурацию, шаблоны и логику, специфичную для платформы, которая часто выходит за рамки классических языков, которые хорошо охватывают статические анализаторы. GitHub явно использует ИИ, чтобы закрыть некоторые из этих пробелов.

## Технические детали

Более раннее объяснение GitHub об обнаружении с помощью искусственного интеллекта является полезным контекстом. Компания описала этот подход как дополнение к CodeQL, а не замену. CodeQL остается механизмом глубокого детерминистического анализа для поддерживаемых языков, в то время как обнаружение на основе искусственного интеллекта расширяет охват областей, где традиционный статический анализ сложнее поддерживать быстро или всесторонне.

![Контекстное редакционное изображение для новых обнаружений безопасности ИИ GitHub в запросах на извлечение показывает, что программные платформы теперь хотят перехватывать рискованный код внутри самого рабочего процесса разработчика, вместо того, чтобы ждать, пока проверка безопасности произойдет позже или где-либо еще. Сканирование кода GitHub CodeQL Обнаружение безопасности на базе ИИ в запросах на включение GitHub GitHub Новости технологий GitHub](https://teachbetter.ai/wp-content/uploads/2025/12/Top-15-Best-AI-Platforms-for-Teachers-Schools-in-2026.png)
*Контекстный визуальный элемент, выбранный для этой истории TechPulse.*

Этот гибридный подход имеет смысл с технической точки зрения. Детерминистический анализ становится более эффективным, когда язык и набор правил являются зрелыми. Вывод на основе искусственного интеллекта становится более полезным, когда репозитории содержат смешанные экосистемы, граничные шаблоны или неподдерживаемые платформы, которые в противном случае создали бы слепые зоны.

Интеграция пул-реквестов имеет такое же значение, как и механизм обнаружения. Если результаты появляются непосредственно в рабочем процессе по мере того, как их возвращает анализ, разработчики могут отреагировать, пока изменения еще малы, а рассуждения еще свежи. Это сокращает оперативное расстояние между поиском и устранением.

Решение GitHub не включать по умолчанию блокировку слияний при обнаружении ИИ также показательно. Это предполагает, что компания понимает, что доверие к безопасности с помощью искусственного интеллекта будет завоевано за счет полезности рабочего процесса и качества сигнала, прежде чем оно станет жестким политическим барьером.

## Влияние на рынок и отрасль

Для рынка программного обеспечения это еще один признак конвергенции платформ разработчиков. Хостинг кода, проверка, безопасность и поддержка искусственного интеллекта все чаще объединяются в одну непрерывную среду, а не рассматриваются как отдельные категории продуктов.

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

Для GitHub этот шаг усиливает аргументы в пользу платформы. Чем больше решений по проверке, исправлению и безопасности принимается внутри поверхностей GitHub, тем сложнее конкурирующим платформам или автономным инструментам становится сместить центр тяжести рабочего процесса.

## За чем следить дальше

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

Посмотрите также, как GitHub развивает правоприменение. Если качество сигнала сохранится, то полученные сегодня информационные данные завтра могут стать управляемыми правилами средствами контроля.

Прежде всего, следите за конкурентами. Если другие платформы кода и поставщики AppSec внесут результаты, основанные на искусственном интеллекте, непосредственно в рабочие процессы проверки, это подтвердит, что будущее безопасной доставки программного обеспечения — это не просто лучшее сканирование. Это лучшее время, лучшее размещение и более тесная связь между обнаружением и действиями разработчика.

## Источники

- [GitHub: обнаружение безопасности ИИ в запросах на включение](https://github.blog/changelog/2026-07-14-code-scanning-shows-ai-security-detections-on-pull-requests/)
- [GitHub: расширяет зону безопасности приложений за счет обнаружения на основе искусственного интеллекта](https://github.blog/security/application-security/github-expands-application-security-coverage-with-ai-powered-detections/)
- [GitHub: CodeQL 2.26.0 и обнаружение быстрого внедрения ИИ](https://github.blog/changelog/2026-07-10-codeql-2-26-0-adds-kotlin-2-4-0-support-and-ai-prompt-injection-detection/)

Mentions: GitHub, сканирование кода, КодQL, Обнаружение безопасности на базе искусственного интеллекта, запросы на извлечение, безопасность приложений

## Sources
- [GitHub](https://github.blog/changelog/2026-07-14-code-scanning-shows-ai-security-detections-on-pull-requests/)
- [GitHub](https://github.blog/security/application-security/github-expands-application-security-coverage-with-ai-powered-detections/)
- [GitHub](https://github.blog/changelog/2026-07-10-codeql-2-26-0-adds-kotlin-2-4-0-support-and-ai-prompt-injection-detection/)