Kritis签名工具使用指南从PGP到KMS的多种签名方案对比【免费下载链接】kritisDeploy-time Policy Enforcer for Kubernetes applications项目地址: https://gitcode.com/gh_mirrors/kr/kritisKritis是GitHub加速计划中的一个Kubernetes应用部署时策略执行工具它提供了强大的签名功能支持PGP、PKIX和Cloud KMS等多种签名方案。本文将详细介绍Kritis签名工具的使用方法并对比不同签名方案的优缺点帮助你快速选择最适合自己项目的签名方式。Kritis签名工具logo猫头鹰形象象征着安全守护木槌代表策略执行一、Kritis签名工具简介 ️Kritis签名工具Kritis Signer是一个命令行工具用于为容器镜像创建证明attestations。这些证明可用于Kritis和Binary Authorization在部署容器镜像时进行策略执行。Kritis Signer可以基于容器镜像中已识别的软件漏洞创建证明支持本地运行或作为持续集成CI管道的一部分。1.1 签名工具的三种模式Kritis签名工具支持三种不同的运行模式模式检查策略创建证明适用场景check-and-sign✓✓默认模式检查策略合规性并在通过时创建证明check-only✓✗仅检查策略合规性不创建证明bypass-and-sign✗✓绕过检查直接创建证明用户可以通过-mode标志指定运行模式例如./signer -modecheck-only。1.2 签名工具的核心功能策略检查根据用户提供的漏洞策略检查镜像元数据多种签名方案支持PGP、PKIX和Cloud KMS三种签名方式证明管理创建并存储镜像证明用于部署时策略执行二、三种签名方案详解 2.1 PGP签名方案PGPPretty Good Privacy是一种基于公钥加密的签名方案Kritis通过-pgp_private_key标志支持PGP密钥如果密钥受密码保护还可以使用-pgp_passphrase标志。2.1.1 PGP签名的实现在代码层面PGP签名的实现位于pkg/attestlib/pgp.go文件中。创建PGP签名器的示例代码如下privateKey : -----BEGIN PGP PRIVATE KEY BLOCK----- ... passphrase : some-passphrase signer, err : NewPgpSigner([]byte(privateKey), passphrase)PGP签名会创建一个附加签名attached signature其中包含签名和已签名的 payload存储在证明的Signature字段中。2.1.2 PGP签名的优缺点优点广泛使用的标准生态系统成熟支持密码保护安全性高无需依赖云服务适合离线环境缺点密钥管理相对复杂性能可能不如其他方案不适合大规模自动化场景2.2 PKIX签名方案PKIXPublic Key Infrastructure X.509是基于X.509证书标准的公钥基础设施Kritis通过-pkix_private_key和-pkix_alg标志支持PKIX密钥。2.2.1 PKIX签名的实现PKIX签名的实现位于pkg/attestlib/pkix.go文件中。创建PKIX签名器的示例代码如下privateKey : -----BEGIN PRIVATE KEY----- ... signer, err : NewPkixSigner([]byte(privateKey), some-key-id, EcdsaP256Sha256)PKIX签名会创建一个签名存储在证明的Signature字段中已签名的 payload 存储在SerializedPayload字段中。2.2.2 PKIX签名的优缺点优点标准化程度高兼容性好支持多种算法RSA、ECDSA等适合企业级应用场景缺点需要管理证书生命周期配置相对复杂可能需要第三方CA支持2.3 Cloud KMS签名方案Cloud KMSCloud Key Management Service是Google Cloud提供的密钥管理服务Kritis通过-kms_key_name和-kms_digest_alg标志支持Cloud KMS签名。2.3.1 Cloud KMS签名的实现Cloud KMS签名的实现位于pkg/kritis/signer/cloud_kms.go文件中。使用Cloud KMS签名需要先创建密钥环和非对称签名密钥gcloud kms keyrings create my-key-ring-1 --location global gcloud kms keys create my-signing-key-1 \ --keyring my-key-ring-1 \ --location global \ --purpose asymmetric-signing \ --default-algorithm rsa-sign-pkcs1-2048-sha256然后设置环境变量export KMS_DIGEST_ALGSHA256 export KMS_KEY_NAMEprojects/$PROJECT_ID/locations/global/keyRings/my-key-ring-1/cryptoKeys/my-signing-key-1/cryptoKeyVersions/12.3.2 Cloud KMS签名的优缺点优点密钥安全存储无需本地管理易于集成到GCP生态系统支持自动密钥轮换适合大规模云原生环境缺点依赖GCP服务无法在离线环境使用可能产生额外的云服务费用vendor锁定风险三、签名方案对比与选择指南 3.1 三种签名方案的关键对比特性PGPPKIXCloud KMS密钥管理本地文件证书文件云服务管理依赖无可能需要CAGCP账户安全性高高最高易用性中等低高性能一般良好优秀自动化支持中等良好优秀离线使用支持支持不支持3.2 签名方案选择建议个人开发者或小型项目优先选择PGP简单易用且无需额外依赖企业内部应用推荐使用PKIX符合企业安全标准且易于集成GCP云原生环境Cloud KMS是最佳选择提供高安全性和自动化能力离线环境只能选择PGP或PKIX大规模自动化场景Cloud KMS或PKIX更为适合四、Kritis签名工具使用步骤 4.1 准备工作克隆Kritis仓库git clone https://gitcode.com/gh_mirrors/kr/kritis cd kritis构建签名工具go build -o ./signer ./cmd/kritis/signer启用GCP服务如使用Cloud KMSexport PROJECT_ID[PROJECT ID] gcloud config set project ${PROJECT_ID} gcloud services enable \ cloudbuild.googleapis.com \ containerregistry.googleapis.com \ containeranalysis.googleapis.com \ containerscanning.googleapis.com \ cloudkms.googleapis.com # 如果使用Cloud KMS4.2 创建签名策略Kritis使用YAML格式的漏洞签名策略文件示例可以在samples/signer/目录下找到如policy-strict.yaml和policy-loose.yaml。策略文件示例apiVersion: kritis.grafeas.io/v1beta1 kind: VulnzSigningPolicy metadata: name: my-vsp spec: imageVulnerabilityRequirements: maximumFixableSeverity: MEDIUM maximumUnfixableSeverity: MEDIUM allowlistCVEs: - projects/goog-vulnz/notes/CVE-2020-10543 - projects/goog-vulnz/notes/CVE-2020-108784.3 使用不同签名方案签名镜像4.3.1 使用PGP签名./signer \ -image$EXAMPLE_IMG_URL \ -policysamples/signer/policy-loose.yaml \ -pgp_private_key./private.pgp \ -pgp_passphrasemy-passphrase \ -note_name$NOTE_NAME4.3.2 使用PKIX签名./signer \ -image$EXAMPLE_IMG_URL \ -policysamples/signer/policy-loose.yaml \ -pkix_private_key./private.key \ -pkix_algrsa-sign-pkcs1-2048-sha256 \ -note_name$NOTE_NAME4.3.3 使用Cloud KMS签名./signer \ -image$EXAMPLE_IMG_URL \ -policysamples/signer/policy-loose.yaml \ -kms_key_name$KMS_KEY_NAME \ -kms_digest_alg$KMS_DIGEST_ALG \ -note_name$NOTE_NAME五、总结与最佳实践 Kritis签名工具提供了灵活多样的签名方案满足不同场景下的安全需求。在实际使用中建议优先考虑自动化将签名过程集成到CI/CD pipeline中如使用Cloud KMS可以实现无缝的自动化签名合理设置策略根据项目安全需求选择合适的策略文件严格策略适合生产环境宽松策略适合开发测试环境定期轮换密钥无论使用哪种签名方案定期轮换密钥可以提高安全性详细日志记录使用-v10 -alsologtostderr参数获取详细日志便于问题排查更多详细信息可以参考官方文档Kritis Signer文档Attestation Library教程通过选择合适的签名方案并正确配置Kritis签名工具你可以为Kubernetes应用提供强大的部署时安全保障有效防止不安全的容器镜像被部署到生产环境中。【免费下载链接】kritisDeploy-time Policy Enforcer for Kubernetes applications项目地址: https://gitcode.com/gh_mirrors/kr/kritis创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Kritis签名工具使用指南从PGP到KMS的多种签名方案对比【免费下载链接】kritisDeploy-time Policy Enforcer for Kubernetes applications项目地址: https://gitcode.com/gh_mirrors/kr/kritisKritis是GitHub加速计划中的一个Kubernetes应用部署时策略执行工具它提供了强大的签名功能支持PGP、PKIX和Cloud KMS等多种签名方案。本文将详细介绍Kritis签名工具的使用方法并对比不同签名方案的优缺点帮助你快速选择最适合自己项目的签名方式。Kritis签名工具logo猫头鹰形象象征着安全守护木槌代表策略执行一、Kritis签名工具简介 ️Kritis签名工具Kritis Signer是一个命令行工具用于为容器镜像创建证明attestations。这些证明可用于Kritis和Binary Authorization在部署容器镜像时进行策略执行。Kritis Signer可以基于容器镜像中已识别的软件漏洞创建证明支持本地运行或作为持续集成CI管道的一部分。1.1 签名工具的三种模式Kritis签名工具支持三种不同的运行模式模式检查策略创建证明适用场景check-and-sign✓✓默认模式检查策略合规性并在通过时创建证明check-only✓✗仅检查策略合规性不创建证明bypass-and-sign✗✓绕过检查直接创建证明用户可以通过-mode标志指定运行模式例如./signer -modecheck-only。1.2 签名工具的核心功能策略检查根据用户提供的漏洞策略检查镜像元数据多种签名方案支持PGP、PKIX和Cloud KMS三种签名方式证明管理创建并存储镜像证明用于部署时策略执行二、三种签名方案详解 2.1 PGP签名方案PGPPretty Good Privacy是一种基于公钥加密的签名方案Kritis通过-pgp_private_key标志支持PGP密钥如果密钥受密码保护还可以使用-pgp_passphrase标志。2.1.1 PGP签名的实现在代码层面PGP签名的实现位于pkg/attestlib/pgp.go文件中。创建PGP签名器的示例代码如下privateKey : -----BEGIN PGP PRIVATE KEY BLOCK----- ... passphrase : some-passphrase signer, err : NewPgpSigner([]byte(privateKey), passphrase)PGP签名会创建一个附加签名attached signature其中包含签名和已签名的 payload存储在证明的Signature字段中。2.1.2 PGP签名的优缺点优点广泛使用的标准生态系统成熟支持密码保护安全性高无需依赖云服务适合离线环境缺点密钥管理相对复杂性能可能不如其他方案不适合大规模自动化场景2.2 PKIX签名方案PKIXPublic Key Infrastructure X.509是基于X.509证书标准的公钥基础设施Kritis通过-pkix_private_key和-pkix_alg标志支持PKIX密钥。2.2.1 PKIX签名的实现PKIX签名的实现位于pkg/attestlib/pkix.go文件中。创建PKIX签名器的示例代码如下privateKey : -----BEGIN PRIVATE KEY----- ... signer, err : NewPkixSigner([]byte(privateKey), some-key-id, EcdsaP256Sha256)PKIX签名会创建一个签名存储在证明的Signature字段中已签名的 payload 存储在SerializedPayload字段中。2.2.2 PKIX签名的优缺点优点标准化程度高兼容性好支持多种算法RSA、ECDSA等适合企业级应用场景缺点需要管理证书生命周期配置相对复杂可能需要第三方CA支持2.3 Cloud KMS签名方案Cloud KMSCloud Key Management Service是Google Cloud提供的密钥管理服务Kritis通过-kms_key_name和-kms_digest_alg标志支持Cloud KMS签名。2.3.1 Cloud KMS签名的实现Cloud KMS签名的实现位于pkg/kritis/signer/cloud_kms.go文件中。使用Cloud KMS签名需要先创建密钥环和非对称签名密钥gcloud kms keyrings create my-key-ring-1 --location global gcloud kms keys create my-signing-key-1 \ --keyring my-key-ring-1 \ --location global \ --purpose asymmetric-signing \ --default-algorithm rsa-sign-pkcs1-2048-sha256然后设置环境变量export KMS_DIGEST_ALGSHA256 export KMS_KEY_NAMEprojects/$PROJECT_ID/locations/global/keyRings/my-key-ring-1/cryptoKeys/my-signing-key-1/cryptoKeyVersions/12.3.2 Cloud KMS签名的优缺点优点密钥安全存储无需本地管理易于集成到GCP生态系统支持自动密钥轮换适合大规模云原生环境缺点依赖GCP服务无法在离线环境使用可能产生额外的云服务费用vendor锁定风险三、签名方案对比与选择指南 3.1 三种签名方案的关键对比特性PGPPKIXCloud KMS密钥管理本地文件证书文件云服务管理依赖无可能需要CAGCP账户安全性高高最高易用性中等低高性能一般良好优秀自动化支持中等良好优秀离线使用支持支持不支持3.2 签名方案选择建议个人开发者或小型项目优先选择PGP简单易用且无需额外依赖企业内部应用推荐使用PKIX符合企业安全标准且易于集成GCP云原生环境Cloud KMS是最佳选择提供高安全性和自动化能力离线环境只能选择PGP或PKIX大规模自动化场景Cloud KMS或PKIX更为适合四、Kritis签名工具使用步骤 4.1 准备工作克隆Kritis仓库git clone https://gitcode.com/gh_mirrors/kr/kritis cd kritis构建签名工具go build -o ./signer ./cmd/kritis/signer启用GCP服务如使用Cloud KMSexport PROJECT_ID[PROJECT ID] gcloud config set project ${PROJECT_ID} gcloud services enable \ cloudbuild.googleapis.com \ containerregistry.googleapis.com \ containeranalysis.googleapis.com \ containerscanning.googleapis.com \ cloudkms.googleapis.com # 如果使用Cloud KMS4.2 创建签名策略Kritis使用YAML格式的漏洞签名策略文件示例可以在samples/signer/目录下找到如policy-strict.yaml和policy-loose.yaml。策略文件示例apiVersion: kritis.grafeas.io/v1beta1 kind: VulnzSigningPolicy metadata: name: my-vsp spec: imageVulnerabilityRequirements: maximumFixableSeverity: MEDIUM maximumUnfixableSeverity: MEDIUM allowlistCVEs: - projects/goog-vulnz/notes/CVE-2020-10543 - projects/goog-vulnz/notes/CVE-2020-108784.3 使用不同签名方案签名镜像4.3.1 使用PGP签名./signer \ -image$EXAMPLE_IMG_URL \ -policysamples/signer/policy-loose.yaml \ -pgp_private_key./private.pgp \ -pgp_passphrasemy-passphrase \ -note_name$NOTE_NAME4.3.2 使用PKIX签名./signer \ -image$EXAMPLE_IMG_URL \ -policysamples/signer/policy-loose.yaml \ -pkix_private_key./private.key \ -pkix_algrsa-sign-pkcs1-2048-sha256 \ -note_name$NOTE_NAME4.3.3 使用Cloud KMS签名./signer \ -image$EXAMPLE_IMG_URL \ -policysamples/signer/policy-loose.yaml \ -kms_key_name$KMS_KEY_NAME \ -kms_digest_alg$KMS_DIGEST_ALG \ -note_name$NOTE_NAME五、总结与最佳实践 Kritis签名工具提供了灵活多样的签名方案满足不同场景下的安全需求。在实际使用中建议优先考虑自动化将签名过程集成到CI/CD pipeline中如使用Cloud KMS可以实现无缝的自动化签名合理设置策略根据项目安全需求选择合适的策略文件严格策略适合生产环境宽松策略适合开发测试环境定期轮换密钥无论使用哪种签名方案定期轮换密钥可以提高安全性详细日志记录使用-v10 -alsologtostderr参数获取详细日志便于问题排查更多详细信息可以参考官方文档Kritis Signer文档Attestation Library教程通过选择合适的签名方案并正确配置Kritis签名工具你可以为Kubernetes应用提供强大的部署时安全保障有效防止不安全的容器镜像被部署到生产环境中。【免费下载链接】kritisDeploy-time Policy Enforcer for Kubernetes applications项目地址: https://gitcode.com/gh_mirrors/kr/kritis创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
