Um proxy de encaminhamento pode exigir credenciais, restringir redes de origem e aplicar política de destino. Esses controles não provam que o chamador seja um executável específico.

Um User-Agent ou cabeçalho personalizado é fornecido pelo cliente e pode ser copiado. Por isso, o nome da aplicação num pedido não serve como única porta para um proxy privado.

Use controles de acesso que expressem o que você realmente pode validar: uma conta autorizada, uma localização de rede permitida e os destinos pretendidos. Proteja e revogue as credenciais do cliente através do desenho habitual da aplicação para gestão de segredos. Depois verifique os pedidos permitidos e negados face ao limite de acesso pretendido.

Mesmo uma autenticação de cliente mais forte estabelece a posse de uma chave ou credencial aprovada. Não deve ser descrita como uma garantia absoluta de que nenhum outro programa pode usar essa credencial.

Se o requisito for a aplicação da integridade de dispositivos geridos ou de aplicações, identifique-o como um requisito de sistema adicional. Não o prometa com uma regra de cabeçalho do Squid que apenas reconhece uma cadeia que o chamador escolheu enviar.

Artigos relacionados