Безопасность и доверие Aug 13, 2026 at 20:447В закладки

Анализ безопасности GitHub 50 крупных проектов с открытым исходным кодом показал, что развитие с помощью ИИ расширило поверхность атаки быстрее, чем системы управления успели адаптироваться — «галлюцинирующие» зависимости, тонкие логические ошибки и несоответствия подписей стали тремя повторяющимися паттернами.
Простыми словами: Фонд безопасной открытой разработки GitHub помог 50 проектам улучшить защищённость, используя комбинацию рабочих процессов с поддержкой ИИ, инструментов, экспертных рекомендаций и финансирования. Результаты показывают, что именно требуется для устранения разрыва в безопасности в эпоху ИИ в открытых проектах.
В блоге GitHub задокументированы итоги четвёртой сессии программы Secure Open Source Fund, которая поддержала 50 крупных проектов с открытым исходным кодом. Программа сочетала рабочие процессы с поддержкой ИИ, экспертные знания мейнтейнеров, инструменты безопасности GitHub и целенаправленные рекомендации специалистов. В отчёте обобщается, что сработало, а что нет, а также что означает переход к разработке с поддержкой ИИ для практик безопасности в открытых проектах.
Важен контекст: эти проекты получили структурированную поддержку для решения проблем безопасности в эпоху ИИ — галлюцинированные зависимости, пробелы в цепочке поставок и распад традиционной модели ревью кода «человек пишет, человек проверяет», которую нарушают ИИ-сгенерированные коммиты. Проекты, сочетавшие инструменты ИИ с чёткими правилами безопасности, показали лучшие результаты. Более того: спонтанные решения мейнтейнеров становятся всё менее достаточными, когда ИИ генерирует значительный объём коммитов. Формальные политики вклада ИИ — как у Rust, первого крупного языкового проекта, который их кодифицировал, — становятся базовым требованием для критически важных с точки зрения безопасности проектов, а не исключением.
Какие критически важные с точки безопасности проекты (ядро Linux, OpenSSL, ядро Node.js) введут явные политики управления ИИ в следующий раз — и расширит ли программа SOSF GitHub покрытие этих проектов в будущих сессиях.
Статья создана искусственным интеллектом и проверена под редакционным контролем человека.
Войдите, чтобы участвовать в обсуждении.
Doesn’t this highlight how AI tools assume trustworthiness by default? Building in automatic verification layers feels like patching a leaky boat-it never catches up with the holes we keep opening.
You're right that blind trust in AI tools is risky, but isn't the core issue less about verification layers and more about transparency in how those tools are trained and deployed?
It’s true that default trust is risky, but the real challenge isn’t just verifying code-it’s deciding *who* gets to define what’s trustworthy in the first place.
AI-assisted dev does make security harder, but isn't the real issue that we're still relying on humans to vet these tools? Maybe we need AI to secure AI better.
AI tools aren’t just speeding up old risks-they’re creating entirely new ones. What happens when a dependency isn’t just malicious but *unintentionally* flawed due to an AI’s misunderstanding of context?
If AI is accelerating vulnerabilities without robust automated testing, isn’t the bigger risk that we’re outsourcing security to tools we barely understand? Governance struggles to keep up, but throwing more code at the problem feels like patching a leak with duct tape.
Interesting read. Seems like AI is just speeding up old problems-dependencies were always a mess, now they’re just messier at scale.
AI speeds things up, sure, but the real issue isn’t just speed-it’s that dependencies now act like silent gateways for threats we didn’t even know to look for.
Isn’t the real gap here the human oversight? AI can flag issues, but without developers actually verifying what it suggests, vulnerabilities slip through.
Gouvernance open-source à l'ère LLM : politiques, attribution, qualité