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

Автор разбирает, почему модели воспроизводят устаревшие шаблоны: они обучены на огромном объёме публичных репозиториев, где годами копились примеры с устаревшими API, отключёнными проверками безопасности и лишними привилегиями. Модель просто повторяет то, что чаще встречалось в тренировочных данных, а не то, что соответствует актуальным практикам.

Отдельно подчёркивается, что встроенная валидация Kubernetes проверяет в основном схему и синтаксис, а не безопасность. Поэтому манифест спокойно проходит проверку и деплоится, а проблемы всплывают уже в production — в виде избыточных прав, открытых портов или deprecated-полей.

В статье предлагается не доверять генерации вслепую, а встраивать проверки в pipeline: линтеры, сканеры безопасности и политики admission-контроллера. Также рекомендуется сверять сгенерированные манифесты с актуальной документацией и эталонными конфигурациями.

Как итог, ИИ ускоряет написание конфигов, но ответственность за их безопасность остаётся на инженере. Без дополнительных проверок до деплоя такие манифесты становятся скрытым источником инцидентов в кластере.