Contenção de ameaças internas
Os funcionários só acessam as VPNs que foram liberadas de forma explícita para eles. Um desenvolvedor não alcança a VPN da equipe financeira, não por causa de uma regra de firewall, mas porque nunca recebeu acesso.
Quando você implanta uma VPN na PrivyNet, só você tem acesso. Todos os outros usuários ficam bloqueados por padrão, tenham ou não credenciais. O acesso precisa ser concedido de forma explícita, por usuário e por VPN. Nenhuma porta aberta. Nenhuma confiança implícita.
A maioria das soluções de VPN trata credenciais como acesso: se você consegue se autenticar, consegue se conectar. A PrivyNet separa totalmente as duas coisas.
Um usuário recebe credenciais. Agora ele pode se conectar. A VPN confia em qualquer pessoa que consiga se autenticar: não existe uma segunda barreira.
Uma VPN é implantada. Só o administrador que a implantou tem acesso. Todos os outros usuários, tenham ou não credenciais, ficam bloqueados até que um administrador conceda o acesso de forma explícita.
Quatro etapas da implantação até um usuário conectado, todas intencionais
Crie uma nova VPN pelo painel. Sua infraestrutura é provisionada com um servidor VPN dedicado e um IP estático. Você é a única pessoa com acesso.
Abra o painel de acesso da VPN. Selecione os usuários que precisam de acesso a essa VPN específica. Cada concessão é registrada com data e hora e com o administrador que a fez.
Os usuários liberados já podem se autenticar e se conectar. Usuários sem concessão são rejeitados, mesmo que tenham credenciais válidas para outra VPN.
Remova a concessão de um usuário a qualquer momento. A sessão ativa dele é encerrada, e ele não consegue se reconectar até que o acesso seja concedido de novo. Sem espera, sem fila de chamados.
O acesso é gerenciado por usuário e por VPN. Um usuário pode ter acesso à VPN de engenharia e não à VPN do financeiro, mesmo que tenha credenciais válidas.
O modelo de acesso é a sua primeira linha de defesa, antes da criptografia, antes da autenticação, antes de qualquer outra coisa
Os funcionários só acessam as VPNs que foram liberadas de forma explícita para eles. Um desenvolvedor não alcança a VPN da equipe financeira, não por causa de uma regra de firewall, mas porque nunca recebeu acesso.
Quando você contrata um prestador de serviço, ele recebe acesso exatamente à VPN de que precisa, e nada mais. Quando o trabalho termina, o acesso é revogado. Ele nunca teve visibilidade de nenhuma outra VPN da sua organização.
Remover um usuário no painel revoga o acesso dele em todas as VPNs liberadas. Não há uma conta VPN separada para desativar: a lista de acesso é a fonte da verdade.
VPNs tradicionais liberam acesso à rede para qualquer pessoa com credenciais. A PrivyNet exige uma decisão do administrador para cada usuário em cada VPN. Liberar acesso demais exige uma ação deliberada: não acontece por acidente.
A diferença não está na criptografia nem no protocolo: está no que o modelo de acesso pressupõe por padrão
| Aspecto | VPN tradicional | PrivyNet |
|---|---|---|
| Padrão na implantação | Qualquer pessoa com credenciais pode se conectar | Só o administrador que implantou tem acesso |
| Como novos usuários obtêm acesso | Recebem credenciais: já podem se conectar | O administrador concede o acesso de forma explícita, por usuário e por VPN |
| Escopo do acesso | Em geral: todos os usuários, uma VPN | Por usuário e por VPN: granular e explícito |
| Acesso de prestadores | Mesmas credenciais dos funcionários: mesmo acesso | Acesso concedido a uma única VPN específica |
| Desligamento | As credenciais precisam ser desativadas ou removidas manualmente | Remova o usuário no painel: acesso revogado na hora |
| Risco de acesso excessivo | Alto: o padrão é permissivo | Nenhum: o padrão é negar; cada concessão é intencional |
Dúvidas comuns sobre o modelo de acesso Zero Trust da PrivyNet
Quando você implanta uma VPN, só o administrador que a implantou tem acesso. Todos os outros usuários da sua organização ficam bloqueados por padrão. Ninguém mais consegue se conectar até que você conceda o acesso de forma explícita pelo painel.
Sim. O acesso é gerenciado por usuário e por VPN. Um usuário pode ter acesso à VPN de engenharia, mas não à VPN do financeiro. As mesmas credenciais funcionam em todas as VPNs liberadas para o usuário: só muda o endereço DNS.
Ele não consegue se conectar. Ter credenciais não basta: o usuário precisa de uma concessão de acesso explícita naquela VPN específica. Sem a concessão, a autenticação é rejeitada.
Não. A negação por padrão é aplicada na própria infraestrutura: não é uma opção configurável. Todo usuário em toda VPN precisa de uma concessão explícita. Isso é intencional: torna impossível liberar acesso demais por acidente.
Remova a concessão do usuário no painel de acesso da VPN. A sessão ativa dele é encerrada na hora, e ele não consegue se reconectar até que uma nova concessão seja feita. Veja todos os detalhes na nossa página de revogação imediata de sessões.
Sim. O RADIUS no servidor VPN verifica cada login com a conta PrivyNet do usuário. As concessões de acesso da PrivyNet são aplicadas por cima disso: para se conectar, o usuário precisa ter credenciais válidas e também uma concessão de acesso explícita.
Toda VPN da PrivyNet começa com zero usuários e um administrador. Cada concessão de acesso adicional é uma decisão deliberada, e cada concessão pode ser revogada em segundos.