Acesso a aplicações privadas
Governe endpoints privados, agentes, políticas de dispositivos e rede, identidades de cargas de trabalho, sessões e provas de auditoria.
- Confirmar pré-requisitosVerifique a ativação da plataforma, o perfil do tenant e o agente inscrito e implementado separadamente.
- Registar endpointAssocie o destino HTTPS exato ao tenant, à aplicação, ao agente e ao perfil para aprovação.
- Atribuir acessoPeça acesso com validade e confirme as políticas de rede, dispositivo e identidade.
- MonitorizarVerifique a concessão do agente, o certificado, o estado do endpoint, as decisões e as sessões.
- RevogarRevogue o endpoint, a credencial, o token de carga de trabalho ou a atribuição exposta e confirme o estado.
Limites e configuração
O acesso privado está desativado, salvo se a plataforma o ativar. O serviço não abre ligações de entrada à rede do cliente e o repositório não inclui um agente. Um agente do cliente consulta o serviço através de TLS mútuo assinado; este canal de controlo não é um proxy geral. Os gestores do tenant registam um endpoint HTTPS exato. É necessária aprovação independente de God antes da entrega.
- Confirme o estado da funcionalidade, da aplicação do tenant, do perfil e do agente inscrito.
- Introduza o destino HTTPS e os caminhos permitidos exatos; não submeta credenciais.
- Submeta para aprovação e aguarde o estado aprovado antes de esperar pela entrega.
Agentes, certificados e dispositivos
A inscrição do agente usa inicialização de utilização única, chave privada mantida pelo cliente, certificado de curta duração e pedidos assinados. A chave nunca é carregada. A rotação e a revogação são distintas; a revogação rejeita todos os certificados do agente. A postura de um dispositivo gerido é um sinal de garantia, não uma prova de saúde. Confirme a atualidade das provas antes de as usar na política.
- Crie a inscrição para o conector do tenant pretendido e proteja o token de utilização única.
- Gere a chave localmente e confirme que o agente está inscrito e é compatível.
- Rode antes da validade terminar; revogue agentes comprometidos ou certificados de dispositivo desatualizados.
Zonas de rede e política
As políticas podem considerar tenant, aplicação, função, recurso, garantia do dispositivo, robustez da autenticação, idade da sessão e sinais de rede. O modo apenas de relatório explica decisões previstas, mas não bloqueia o acesso. As políticas são versionadas; pré-visualize antes de publicar. Os diagnósticos de saúde e um sinal de rede, isoladamente, nunca concedem acesso.
- Inspecione o âmbito do tenant e da aplicação, os sinais, a prioridade e o modo de aplicação.
- Pré-visualize um pedido representativo e compare a decisão esperada.
- Depois de publicar, inspecione a decisão real; corrija o âmbito, não as verificações de garantia.
Atribuições, sessões e desligamento
As atribuições destinam-se a um utilizador, grupo ou pacote e podem exigir aprovação e validade. Os utilizadores desligam as próprias sessões; os gestores do tenant podem terminar sessões da sua aplicação. O desligamento de emergência exclusivo de God exige step-up recente resistente a phishing e revoga sessões da aplicação, endpoints, credenciais guardadas e famílias de tokens. Não revoga um agente partilhado por outras aplicações nem limpa um cookie a montante.
- Peça a atribuição exata à aplicação e confirme a aprovação antes de a usar.
- Confirme o utilizador e a aplicação no inventário antes de terminar uma sessão.
- Para desligamento de emergência, conclua o step-up genuíno e confirme a revogação e a auditoria.
Identidades de cargas de trabalho e segredos
As identidades de cargas de trabalho têm proprietários, relações de confiança, credenciais, tokens, atribuições de pacotes, revisões e incidentes. As operações de leitura e escrita exigem permissões próprias. Peça apenas a confiança ou o acesso a pacotes necessário e conclua a aprovação do proprietário ou a aprovação independente. Revogue tokens ou certificados expostos. Nunca inclua segredos nos dados do perfil, nas notas de auditoria ou nas exportações.
- Verifique o proprietário da identidade, o tenant, as credenciais e o estado da revisão.
- Peça a relação de confiança ou o pacote específico, com finalidade e aprovação necessária.
- Rode credenciais e revogue tokens ou certificados expostos; confirme que ficaram inativos.
Diagnósticos, auditoria e retenção
Os diagnósticos mostram eventos limitados, decisões categóricas, latência, atualidade do agente e validade do certificado; omitem conteúdo dos pedidos, credenciais, tokens, IPs em bruto e agentes de utilizador. A auditoria, os pacotes de provas, a retenção, os bloqueios e as exportações são controlos separados com âmbito próprio. Trate as provas descarregadas como sensíveis. Contrato da API de gestão: /api/auth/management/openapi.json.
- Verifique o âmbito do tenant e da aplicação, a atualidade e saúde do agente e a categoria de recusa.
- Use a auditoria ou os pacotes de provas para investigações retidas e limite o âmbito.
- Confirme permissões e bloqueios antes de exportar ou alterar retenção; verifique a auditoria.
Perguntas frequentes
Registar o endpoint torna-o ativo?
Não. Fica pendente até passar a aprovação independente e as verificações atuais da associação.
O agente do cliente está incluído?
Não. Implemente um agente compatível em separado; a inscrição não comprova a saúde do processo.
O agente pode aceder a qualquer anfitrião interno?
Não. Recebe um destino aprovado e uma política de caminhos exatos, não destinos arbitrários.
Terminar uma sessão revoga o agente?
Não. Revogue separadamente o certificado do agente; a ação de sessão tem âmbito menor.
O desligamento de emergência limpa cookies a montante?
Não. O estado a montante depende do conector do cliente e do logout da aplicação.
Uma postura saudável pode sobrepor-se a uma recusa?
Não. A política ativa do tenant e da aplicação continua a decidir o acesso.