
Kubernetesリソースのセキュリティリスク分析
その他の例については、ControlPlaneのホスティングAPIを利用している Kubesec.io をご覧ください(v2.kubesec.io/scan)。
スキャンするKubernetesリソースファイル(例: kubesec-test.yaml)を作成します。簡単なテストとして、次のPodマニフェストを保存できます:
$ cat <<EOF > kubesec-test.yaml
apiVersion: v1
kind: Pod
metadata:
name: kubesec-demo
spec:
containers:
- name: kubesec-demo
image: gcr.io/google-samples/node-hello:1.0
securityContext:
readOnlyRootFilesystem: true
EOF
マニフェストファイルに対してスキャンを実行します:
# Using the local binary
kubesec scan kubesec-test.yaml
# Or using Docker
docker run -i kubesec/kubesec:v2 scan /dev/stdin < kubesec-test.yaml
# Using the local binary with a human-readable table output format
kubesec scan kubesec-test.yaml --format table
[!TIP] 結果をデフォルトのJSON形式ではなく人間が読みやすいテーブルで表示するには、
--format tableフラグを使用してください
kubesec はセキュリティスコアとリソースの詳細な分析を出力します。
Kubesecは次の形式で利用できます:
docker.io/kubesec/kubesec:v2)または、GitHubから最新コミットをインストールします:
$ go install github.com/controlplaneio/kubesec/v2@latest
$ GO111MODULE="on" go get github.com/controlplaneio/kubesec/v2
ローカルファイルまたは標準入力からKubernetesリソースをスキャンします。
Kubesecは、単一の入力ファイル内の複数のYAMLドキュメントをスキャンできます。また、--- で区切られた複数のドキュメントとして正しくフォーマットされていれば、複数のファイルから同時にスキャンすることもできます。
# Scan a specific local YAML file
kubesec scan ./deployment.yaml
# Scan from standard input (JSON or YAML)
cat file.json | kubesec scan -
# Scan a rendered Helm chart
helm template -f values.yaml ./chart | kubesec scan /dev/stdin
# Scan multiple YAML documents separated by '---'
{ cat test/asset/multi.yml; echo "---"; cat test/asset/critical.yml; } | kubesec scan -
公式Dockerイメージを使用して同じスキャンコマンドを実行できます:
# Scan a file via Docker using standard input
docker run -i kubesec/kubesec:v2 scan /dev/stdin < kubesec-test.yaml
Kubesecは、--format / -f フラグで指定する3つの異なる出力形式(json(デフォルト)、table、template)をサポートしており、単一の入力ファイル内の複数のYAMLドキュメントをスキャンできます。
# JSON array output (default behaviour)
kubesec scan ./deployment.yaml --format json
# Human-readable table output
kubesec scan ./deployment.yaml --format table
# Use a custom template for the output
kubesec scan ./deployment.yaml --format template --template report-template.tmpl
# One rule
kubesec scan --rules CapSysAdmin kubesec-test.yaml
# Multiple rules
kubesec scan --rules RunAsNonRoot,SeccompAny,ApparmorAny kubesec-test.yaml
[
{
"object": "Pod/security-context-demo.default",
"valid": true,
"message": "Failed with a score of -30 points",
"score": -30,
"scoring": {
"critical": [
{
"selector": "containers[] .securityContext .capabilities .add == SYS_ADMIN",
"reason": "CAP_SYS_ADMIN is the most privileged capability and should always be avoided",
"points": -30
}
],
"advise": [
{
"selector": "containers[] .securityContext .runAsNonRoot == true",
"reason": "Force the running image to run as a non-root user to ensure least privilege",
"points": 1
},
{
// ...
}
]
}
}
]

# Print all scanning rules with their associated point scores
kubesec print-rules
# Print all scanning rules with their associated point scores as a table
kubesec print-rules --format table
[
{
"id": "AllowPrivilegeEscalation",
"selector": "containers[] .securityContext .allowPrivilegeEscalation == true",
"reason": "Ensure a non-root process can not gain more privileges",
"kinds": [
"Pod",
"Deployment",
"StatefulSet",
"DaemonSet"
],
"points": -7,
"advise": 0
},
...
]
Kubesecはkubeconform(@yannhに感謝)を利用して、スキャン対象のマニフェストを検証します。 つまり、別のスキーマ場所を指定する場合は、kubeconform READMEに記載されているルールに従います。
# Usees the latest schema from upstream
# Schema will be fetched from: https://raw.githubusercontent.com/yannh/kubernetes-json-schema/master/master-standalone-strict/pod-v1.json
kubesec scan ./pod.yaml
# Use a specific schema version from upstream (format x.y.z with no v prefix)
# Schema will be fetched from: https://raw.githubusercontent.com/yannh/kubernetes-json-schema/master/v1.25.3-standalone-strict/pod-v1.json
kubesec scan ./pod.yaml --kubernetes-version 1.25.3
# Use a specific schema version in an airgapped environment over HTTP
# Schema will be fetched from: `https://host.server/v<version>-standalone-strict/pod-v1.json`
kubesec scan ./deployment.yaml --kubernetes-version <version> --schema-location https://host.server
# Use a specific schema version in an airgap environment with local files
# Schema will be read from: `/opt/schemas/v<version>-standalone-strict/pod-v1.json`
kubesec scan ./deployment.yaml --kubernetes-version <version> --schema-location /opt/schemas
注記: 外部ネットワーク呼び出しを制限し、インターネットに接続されていない環境での使用を可能にするため、kubesec イメージにはスキーマが組み込まれています。スキーマの場所を変更する場合は、実行時に K8S_SCHEMA_VER と SCHEMA_LOCATION 環境変数を変更する必要があります。
Kubesecには、ネットワーク経由でスキャン要求を受け付けるHTTPサーバーが同梱されており、ローカルまたはコンテナ内で実行できます。
# Start the HTTP server in the background on port 8080
kubesec http 8080 &
# Send a file to the running server via POST
curl -sSX POST --data-binary @deployment.yaml http://localhost:8080/scan
# Stop the background local server when finished
kill %
# Start the HTTP server using Docker
docker run -d -p 8080:8080 kubesec/kubesec:v2 http 8080
# Send a file to the running server via POST
curl -sSX POST --data-binary @deployment.yaml http://localhost:8080/scan
サーバーを停止することを忘れないでください。
KubesecはHTTPSでも v2.kubesec.io/scan で利用できます。
機密性の高いYAMLをこのパブリックサービスに送信しないでください。
このサービスは、ベストエフォートで運営されています。
# Submit a manifest directly to the hosted v2 API
curl -sSX POST --data-binary @"deployment.yaml" https://v2.kubesec.io/scan
# Parse the API output using jq to return a non-zero exit code if the score is <= 10
curl -sSX POST --data-binary @"deployment.yaml" https://v2.kubesec.io/scan | jq --exit-status '.score > 10'
# Use the "rule" query parameter to scan only specific rules (multiple supported)
curl -sSX POST --data-binary @test/asset/score-0-cap-sys-admin.yml "http://localhost:8080/scan?rule=SeccompAny&rule=ApparmorAny"
Bash関数を定義することもできます。例:
# Define a BASH function
$ kubesec ()
{
local FILE="${1:-}";
[[ ! -e "${FILE}" ]] && {
echo "kubesec: ${FILE}: No such file" >&2;
return 1
};
curl --silent \
--compressed \
--connect-timeout 5 \
-sSX POST \
--data-binary=@"${FILE}" \
https://v2.kubesec.io/scan
}
# POST a Kubernetes resource to v2.kubesec.io/scan
$ kubesec ./deployment.yml
# Return non-zero status code is the score is not greater than 10
$ kubesec ./score-9-deployment.yml | jq --exit-status '.score > 10' >/dev/null
# status code 1
詳細は CONTRIBUTING.md を参照してください。
KubesecとKubernetesセキュリティについてご質問がある場合は:
フィードバックはいつでも歓迎します!
❤を込めて ControlPlane より