Compétences container-hadolint

🐳

container-hadolint

Name: container-hadolint
Author: AgentSecOps

Sûr ⚙️ Commandes externes🌐 Accès réseau📁 Accès au système de fichiers🔑 Variables d’environnement

Сканируйте Dockerfiles на предмет проблем безопасности

Образы контейнеров часто содержат неправильные настройки безопасности, которые создают риски при развертывании. Этот навык интегрирует Hadolint для автоматической проверки Dockerfiles на соответствие требованиям CIS Docker Benchmark, выявляя такие проблемы, как незафиксированные пакеты, использование пользователя root и жестко закодированные секреты до сборки образов.

Prend en charge: Claude Codex Code(CC)

🥉 74 Bronze

Télécharger le ZIP du skill

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

Activez et commencez à utiliser

Tester

Utilisation de "container-hadolint". Scan my Dockerfile with hadolint and explain the findings

Résultat attendu:

DL3002 Error: Never switch back to root - Create a dedicated non-root user and switch to it early in the Dockerfile
DL3008 Warning: Pin versions in apt-get install - Add specific version numbers to prevent supply chain attacks
DL3020 Error: Use COPY instead of ADD - ADD can fetch from URLs and auto-extract archives, creating security risks
DL3025 Warning: Use JSON notation for CMD/ENTRYPOINT - Shell form enables injection attacks

Utilisation de "container-hadolint". How do I set up hadolint in GitHub Actions?

Résultat attendu:

Use the hadolint/hadolint-action@v3.1.0 in your workflow
Configure failure-threshold to control build behavior (error, warning, or none)
Output SARIF format to see results in GitHub Security tab
Add trusted registries configuration for your organization's requirements

Utilisation de "container-hadolint". What are the most important hadolint rules for production?

Résultat attendu:

DL3002: Always create and use non-root user
DL3020: Use COPY instead of ADD to prevent URL fetching
DL3008: Pin all package versions to prevent supply chain attacks
DL3025: Use JSON notation for CMD/ENTRYPOINT to prevent shell injection

Audit de sécurité

Sûr

v5 • 1/16/2026

This is a pure documentation skill with no executable code. All 200 static findings are false positives triggered by documentation examples showing Dockerfile patterns. The skill provides legitimate security documentation for Hadolint, an open-source Dockerfile linter. No scripts, network calls, or filesystem modifications exist. Behavior matches the stated purpose of Dockerfile security linting guidance.

Fichiers analysés

1,617

Lignes analysées

résultats

Total des audits

Facteurs de risque

⚙️ Commandes externes (147)

🌐 Accès réseau (22)

📁 Accès au système de fichiers (1)

references/security_rules.md:206

🔑 Variables d’environnement (4)

references/security_rules.md:250 references/security_rules.md:251 references/security_rules.md:257 references/security_rules.md:258

Audité par: claude Voir l’historique des audits →

Score de qualité

Architecture

100

Maintenabilité

Contenu

Communauté

100

Sécurité

Conformité aux spécifications

Ce que vous pouvez construire

Проверки безопасности в CI/CD

Интегрируйте Hadolint в GitHub Actions или GitLab CI, чтобы предотвратить развертывание небезопасных Dockerfiles.

Проверка соответствия

Проверяйте конфигурации контейнеров на соответствие требованиям CIS Docker Benchmark и генерируйте отчеты для аудита.

Локальные проверки безопасности

Сканируйте Dockerfiles во время разработки, чтобы выявить проблемы безопасности перед фиксацией кода.

Essayez ces prompts

Базовое сканирование Dockerfile

Use hadolint to scan my Dockerfile and report any security issues found.

Интеграция с CI/CD

Create a GitHub Actions workflow that runs hadolint on all Dockerfiles and uploads results to the Security tab.

Отчет о соответствии

Generate a security compliance report showing which CIS Docker Benchmark controls are validated by my Dockerfile.

Руководство по усилению защиты

Provide a step-by-step remediation plan for fixing hadolint warnings in my Dockerfile with secure code examples.

Bonnes pratiques

Запускайте hadolint в CI/CD пайплайнах перед сборкой образов контейнеров, чтобы выявить проблемы на раннем этапе
Используйте строгую конфигурацию для production образов и разрешительную для миграции устаревших Dockerfile
Комбинируйте hadolint со сканерами образов, такими как Trivy или Grype, для комплексной безопасности контейнеров

Éviter

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

Foire aux questions

What is the difference between hadolint and container image scanners?

Hadolint проверяет синтаксис и лучшие практики Dockerfile перед сборкой. Сканеры образов, такие как Trivy, сканируют собранный образ на наличие уязвимостей. Используйте оба инструмента для полного покрытия.

Does hadolint detect all security issues in Dockerfiles?

Hadolint выявляет проблемы, специфичные для Dockerfile. Он не обнаруживает CVE базового образа, неправильные настройки во время выполнения или сетевые политики. Комбинируйте с другими инструментами безопасности.

How do I integrate hadolint into my existing CI/CD pipeline?

Используйте предоставленные шаблоны GitHub Actions или GitLab CI. Hadolint поддерживает форматы JSON, SARIF и Code Quality для интеграции с большинством CI систем.

Is my Dockerfile data safe when using hadolint?

Hadolint только читает Dockerfiles локально. Отчеты остаются на вашей инфраструктуре, если вы явно не настроите CI/CD для их распространения. Проверьте конфигурации отчетов перед публикацией.

Why does hadolint flag my Dockerfile when it builds fine?

Hadolint проверяе�� лучшие практики безопасности и потенциальные проблемы, а не синтаксические ошибки. Dockerfile может успешно собираться, при этом все еще содержа антипаттерны безопасности.

Can I ignore specific hadolint rules for my use case?

Да, используйте конфигурацию .hadolint.yaml для игнорирования правил. Документируйте, почему каждое игнорируемое правило приемлемо для вашего контекста безопасности и требований соответствия.