Un proxy directo pode esixir credenciais, restrinxir redes de orixe e aplicar política de destino. Eses controis non demostran que quen chama sexa un executable concreto.

O User-Agent ou unha cabeceira personalizada fornéceos o cliente e pódense copiar. Por iso o nome de aplicación nunha solicitude non serve como única porta a un proxy privado.

Use controis de acceso que expresen o que realmente pode validar: unha conta autorizada, unha localización de rede permitida e os destinos previstos. Protexa e revogue as credenciais do cliente mediante o deseño habitual da aplicación para xestionar segredos. Despois verifique as solicitudes permitidas e denegadas fronte ao límite de acceso previsto.

Incluso unha autenticación de cliente máis forte establece a posesión dunha clave ou credencial aprobada. Non debe describirse como unha garantía absoluta de que ningún outro programa poida usar esa credencial.

Se o requisito é aplicar a integridade de dispositivos xestionados ou de aplicacións, identifíqueo como un requisito adicional do sistema. Non o prometa cunha regra de cabeceira de Squid que só recoñece unha cadea que quen chama escolleu enviar.

Artigos relacionados