Segurança e privacidade
Credenciais
O Barney lê o seu kubeconfig e não guarda uma cópia das suas credenciais. Os certificados de cliente são carregados num keychain temporário durante a sessão, que é apagado quando o app fecha. Os tokens dos plugins exec ficam na memória até expirarem.
TLS
Toda conexão é conferida contra a autoridade certificadora do próprio cluster, que vem do kubeconfig, e o nome do servidor contra o certificado dele. CAs do Kubernetes costumam emitir certificados válidos por décadas, que a política padrão do macOS recusa; o Barney valida esses certificados contra a CA do cluster, como o kubectl faz, em vez de desligar a checagem. Um contexto com insecure-skip-tls-verify: true pula a checagem, como no kubectl.
Secrets
Os valores dos Secrets ficam mascarados em todo lugar até você revelar para um objeto. Veja Secrets.
Mudanças no cluster
Toda mudança (reiniciar, escalar, excluir, reverter, isolar, drenar, aplicar) pede confirmação antes. O que o Barney pode fazer é limitado pelas suas próprias permissões de RBAC, e uma recusa mostra a mensagem do servidor.
O que passa pela rede
- Os seus clusters, com as suas credenciais.
- Os plugins exec que você configurou, que falam com a nuvem deles para pegar um token.
- Atualizações: o Sparkle procura versões novas e baixa.
O Barney não tem conta, analytics nem relatório de falhas.