Credenciais de infraestrutura no desktop
O KubeRocks mantém credenciais SSH criptografadas no armazenamento local, usando os recursos de armazenamento seguro do sistema através do processo principal do Electron. O serviço central trabalha com referências de credenciais, não com os segredos SSH armazenados no cofre.
Durante execuções que precisam de arquivos de autenticação, o runtime pode materializar arquivos temporários locais com permissões restritas. Segurança local também depende da proteção da sua sessão, do sistema operacional e dos backups do dispositivo.
- Cofre no dispositivo. O processo principal do desktop usa o armazenamento seguro do sistema para proteger os segredos salvos.
- Edição explícita. A lista de credenciais mantém a seleção e a busca separadas do formulário; o segredo permanece bloqueado até a ação de edição.
- Referências no serviço central. Configurações usam referências de credenciais, enquanto o material de autenticação é resolvido no fluxo local autorizado.
- Controles do cluster. O passo Security, Identity & Policy organiza ferramentas como Kyverno, Vault e Keycloak com requisitos próprios de cada perfil.
Sua infraestrutura continua sob seu controle
Você fornece os hosts e escolhe onde o cluster Kubernetes é executado. Acesso SSH, permissões, redes, backups e políticas do cluster precisam refletir os requisitos do seu ambiente.
Operações como shell, logs, edição e ciclo de vida usam os caminhos operacionais do produto. A presença de um inventário centralizado não concede permissão irrestrita de execução.
O que o serviço central recebe
O produto utiliza autenticação e serviços centrais para configurações, referências e dados operacionais sanitizados, incluindo inventário e métricas quando disponíveis. A operação combina armazenamento local, infraestrutura conectada e serviços centrais; autenticação e sincronização exigem conectividade.
Secret e ConfigMap usam metadados no caminho de inventário suportado. Valores de segredos, chaves privadas e kubeconfigs não pertencem aos payloads de inventário.
Inventário com autoridade limitada
A arquitetura do agente de inventário utiliza conexões HTTPS de saída, identidade própria por cluster e permissões de leitura. Inventário e ações operacionais usam caminhos separados, com permissões adequadas a cada finalidade.
A disponibilidade do agente depende da configuração e do estágio de implantação. O caminho operacional existente permanece separado.
Assistência de IA, quando habilitada
Recursos opcionais de IA podem enviar evidências permitidas ao provedor escolhido pelo usuário. A chave do provedor é protegida localmente. Recomendações não representam correção autônoma de infraestrutura.
Antes de habilitar uma integração, revise o provedor, os dados permitidos e as políticas da sua organização.
Segurança também depende da operação
As verificações de acesso e configuração ajudam a identificar falhas antes da execução. Defina permissões adequadas, mantenha os componentes atualizados e monitore as condições do seu ambiente.
Faça uma avaliação do seu cenário, mantenha o dispositivo protegido e valide a estratégia de recuperação antes de operar workloads críticos.
Referências para planejar seu ambiente
Consulte a documentação oficial e confirme os requisitos das versões escolhidas antes de operar em produção.
