Vou fazer uma auditoria de segurança do kubernetes e revisão do reforço do rbac

Algumas informações foram traduzidas automaticamente.

Índia

Eu falo Hindi, Inglês
Engenheiro de segurança em nuvem que trabalha na camada de configuração da infraestrutura de nuvem: Kubernetes, Helm, Terraform, principalmente no GCP. Cinco pull requests mesclados nos charts do Helm...
Sobre este Serviço

Seus manifests provavelmente estão ok. O que geralmente não está configurado são os três controles que ninguém conseguiu implementar: política de rede padrão-negada, RBAC mais amplo do que parece, e segredos chegando como variáveis de ambiente em texto simples.


Eu reviso manifests do Kubernetes e charts do Helm para esse tipo de vulnerabilidade, e te entrego o YAML que resolve o problema.


O que eu verifico:

- Cobertura de NetworkPolicy, padrão-negada, regras de egress

- Wildcards no RBAC, bindings de cluster-admin, tokens de service account montados automaticamente

- Contexto de segurança do pod: privilegiado, hostPath, hostNetwork, capabilities, runAsNonRoot, readOnlyRootFilesystem

- Limites de recursos e manejo de segredos

- Proveniência da imagem: digests fixos versus tags flutuantes

- Controle de admissão, ingress e TLS


O que você recebe:

- Um relatório de vulnerabilidades classificados por explorabilidade real, não por severidade do scanner

- Patches YAML prontos para aplicar

- Uma ligação de 30 minutos para revisar os achados


Não preciso de acesso ao seu cluster. Os manifests são suficientes. Sempre leitura: envio os patches, você aplica.


Tenho cinco pull requests mesclados nos charts do Helm do Kubescape, incluindo chaves que seus templates leem e que o values.yaml nunca declarou.

Provedor de nuvem:

Google Cloud Platform

Especialidade:

Configuração

•

Outros

Recurso de computação em nuvem:

AKS