CC implementing-pod-security-admission-controller
Настраивает и эксплуатирует контроллер Kubernetes Pod Security Admission (PSA), который применяет стандарты безопасности Pod Security: метки enforce/audit/warn для пространств имен, общекластерные значения по умолчанию через AdmissionConfiguration, исключения для имен пользователей, классов среды выполнения и пространств имен, привязку версий и устранение неполадок с отклоненными подами. Используйте при настройке PSA в кластере, установке общекластерных значений по умолчанию, исключении системных пространств имен, отладке причин отклонения пода или отсутствия применения, или при чтении выходных данных аудита и предупреждений PSA. Ключевые слова: Pod Security Admission, PSA, admission controller, AdmissionConfiguration, pod-security.kubernetes.io labels, enforce audit warn, exemptions, kube-apiserver. Не используйте для выбора профиля безопасности, необходимого рабочей нагрузке — используйте implementing-kubernetes-pod-security-standards.
машинный переводПоказать оригиналСкрыть оригинал«Configures and operates the Kubernetes Pod Security Admission (PSA) co…»
Configures and operates the Kubernetes Pod Security Admission (PSA) controller that enforces Pod Security Standards: namespace enforce/audit/warn labels, cluster-wide defaults via AdmissionConfiguration, exemptions for usernames, runtime classes and namespaces, version pinning, and troubleshooting pods the controller rejected. Use when wiring PSA up on a cluster, setting cluster-wide default enforcement, exempting system namespaces, debugging why a pod was rejected or why enforcement is not firing, or reading PSA audit and warning output. Keywords: Pod Security Admission, PSA, admission controller, AdmissionConfiguration, pod-security.kubernetes.io labels, enforce audit warn, exemptions, kube-apiserver. Do not use for choosing which security profile a workload needs - use implementing-kubernetes-pod-security-standards.
Настраивает и эксплуатирует контроллер Kubernetes Pod Security Admission (PSA), который применяет стандарты безопасности Pod Security: метки…
Как процесс C 64/100 · Есть пробелы — слабые места: результат и критерий готовности, ошибки и развилки, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 5
✓ Критических и высоких находок нет
Средние и низкие: 5
-
низкая Рискованное назначение
intent-offensive-securityreferences/api-reference.md:36Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение)| `baseline` | Minimally restrictive — prevents known privilege escalation |
-
низкая Рискованное назначение
intent-offensive-securityreferences/standards.md:8Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение)| Restricted | All Baseline + non-root, drop ALL caps, seccomp required, restricted volume types, no privilege escalation |
-
низкая Рискованное назначение
intent-offensive-securityreferences/standards.md:13Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение)- 5.2.5: Ensure privilege escalation is not allowed
-
низкая Рискованное назначение
intent-offensive-securitySKILL.md:71Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение)- **Minimally restrictive** - Prevents known privilege escalation
-
низкая Рискованное назначение
intent-offensive-securitySKILL.md:77Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение) (определение детектора / чёрного списка)- Blocks: Everything in Baseline plus running as root, privilege escalation, non-approved volume types
детектор
Просканировано файлов: 8. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- заметка
frontmatter-keyнеизвестное поле фронтматтера "domain" - заметка
frontmatter-keyнеизвестное поле фронтматтера "subdomain" - заметка
frontmatter-keyнеизвестное поле фронтматтера "nist_csf" - заметка
frontmatter-keyнеизвестное поле фронтматтера "mitre_attack" - заметка
edit-residueв тексте есть пометки об устаревшем (строки 6): проверьте, не остались ли старые правила рядом с новыми — полная проверка читает текст на противоречия
Процессный рейтинг: все десять параметров 64/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 30Повторный запуск. Изменяющих операций: 1, без проверки текущего состояния
- 50Когда включается. Не сказано, при каком запросе скилл включается
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 24
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2143 токенов
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- low Разделов верхнего уровня: 12. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +3Длина description 830: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- -43 справочных файлов, но SKILL.md на них не ссылается: модель их не откроет
- -32 из 2 скриптов не упомянуты в SKILL.md
- +2Инструкции на одном языке
- +4Описание говорит, когда скилл НЕ применять
- +4Структура: 26 заголовков
- +3Пошаговые инструкции: 24 пунктов
- +4Есть примеры (15 блоков кода)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 76.