Você enviou um único perfil VPN para todos e ele contém a sua senha
Mantenha um perfil VPN da Apple compartilhado apenas para configurações e entregue a cada pessoa a própria credencial. Separe a entrega e depois substitua as senhas vazadas no emissor.
O perfil instala-se sem problemas, todos se conectam e então a senha da conta é trocada. Cada dispositivo que recebeu o arquivo deixa de autenticar no mesmo minuto, porque todos carregam o mesmo segredo. É esse o sinal: uma credencial copiada para um artefato compartilhado transforma uma troca de senha rotineira em uma queda de toda a frota. Manter a configuração reutilizável e a identidade individual como duas entregas separadas evita isso, e a própria documentação de gerenciamento de dispositivos da Apple trata perfis como configurações e autorização, não como armazenamento de segredos.
O sintoma aparece na primeira rotação
Um arquivo mobileconfig é XML ou um plist assinado. Qualquer pessoa com uma cópia pode decodificar o conteúdo e ler o que há nele, então um valor AuthPassword em um modelo é uma credencial em texto simples com uma extensão de arquivo incomum. A assinatura muda a integridade e a origem, não a legibilidade. Enquanto isso, as partes que você realmente quer compartilhar, como o endereço do gateway, a identidade esperada do servidor e a política de tráfego, são idênticas para todos.
Ordene os campos antes de editar qualquer coisa, porque a fronteira não está onde as pessoas supõem.
Separe as configurações compartilhadas das credenciais individuais
| Item | Shared profile | Individual record |
|---|---|---|
| Gateway address, expected server identity | yes | no |
Traffic policy, IncludeAllNetworks, exclusions | yes | no |
| User password or account token | no | yes |
| Device identity or certificate | no | yes |
O caminho interativo é deixar a senha de fora e permitir que o esquema de autenticação compatível a solicite. Leia com atenção: excluir um campo que apenas parece semelhante não é uma conversão universal para login interativo. A carga IKEv2 distingue AuthName de AuthPassword, e o método de autenticação decide se uma solicitação é sequer alcançável; um método baseado em certificado não pedirá senha alguma.
Os certificados também não precisam de uma chave compartilhada
Se o gateway espera autenticação por certificado, registre a identidade de usuário ou de dispositivo prevista pelo mecanismo aprovado e mantenha a chave privada fora do modelo. Uma chave privada compartilhada em cada cópia dá o mesmo problema de rotação com um raio de impacto pior, porque uma chave não pode ser revogada por pessoa se não foi emitida por pessoa.
Registre a emissão, a renovação e a revogação dessa identidade ao lado da revisão do perfil. Quando os dois são acompanhados juntos, uma renovação é uma tarefa agendada e não um incidente.
Máquinas sem supervisão precisam de uma terceira resposta
Uma máquina que precisa se conectar antes de alguém iniciar sessão não consegue responder a uma solicitação. É um requisito diferente de facilitar a configuração para uma pessoa com sessão iniciada, e deve ser resolvido com uma identidade gerenciada ou um certificado por dispositivo acordado com o proprietário do gateway, não guardando uma senha humana em um perfil.
Guardar uma senha também não elimina um segundo fator. Se o gateway exigir MFA, um perfil com a senha salva ainda falha na inicialização, e a falha parece um perfil quebrado em vez de um fator ausente.
Verifique o artefato que foi realmente gerado
Modelos mentem por omissão. Um serviço de gerenciamento ou uma ferramenta de exportação pode injetar credenciais no arquivo final, e as cargas de identidade ou cópias de diagnóstico que o acompanham podem carregar material que o modelo nunca mostrou. Abra o artefato gerado antes de decidir quem pode recebê-lo. Mantenha também intactas as configurações de emissor confiável e identidade esperada do servidor; remover uma senha não é motivo para enfraquecer a confiança no gateway.
Se uma senha real ou uma identidade privada já viajou longe demais, revogue-a no emissor e substitua-a. Editar o modelo de amanhã não faz nada pelas cópias já instaladas, e essas cópias continuarão autenticando até que a credencial por trás delas seja retirada.
Aceite a entrega com uma identidade de teste
Instale pelo fluxo aprovado em um dispositivo registrado como identidade de teste separada, conclua a autenticação prevista e alcance o recurso privado em vez de apenas observar o túnel subir. Confirme que o perfil não contém material de credenciais e depois confirme que a credencial existe no registro de identidade que será renovado. Esse par é o teste de aceitação.
Uma revisão para as configurações compartilhadas, um registro por pessoa e um caminho de revogação que você realmente usou uma vez.