¿Puede un proxy privado aceptar solo tu aplicación?
Explica los límites de las restricciones por nombre de aplicación y User-Agent, y distingue la posesión de credenciales de la prueba de un ejecutable concreto.
Un proxy directo puede exigir credenciales, restringir redes de origen y aplicar políticas de destino. Esos controles no demuestran que quien llama sea un ejecutable concreto.
El User-Agent o una cabecera personalizada los aporta el cliente y se pueden copiar. Por eso el nombre de aplicación en una solicitud no sirve como única puerta a un proxy privado.
Use controles de acceso que expresen lo que realmente puede validar: una cuenta autorizada, una ubicación de red permitida y los destinos previstos. Proteja y revoque las credenciales del cliente mediante el diseño habitual de la aplicación para gestionar secretos. Después verifique las solicitudes permitidas y denegadas frente al límite de acceso previsto.
Incluso una autenticación de cliente más fuerte establece la posesión de una clave o credencial aprobada. No debe describirse como una garantía absoluta de que ningún otro programa pueda usar esa credencial.
Si el requisito es aplicar la integridad de dispositivos gestionados o de aplicaciones, identifíquelo como un requisito adicional del sistema. No lo prometa con una regla de cabecera de Squid que solo reconoce una cadena que el llamador eligió enviar.