Autenticação de proxy Basic e Digest
Escolha um método de autenticação de proxy compatível com as duas pontas e diferencie um desafio Digest de transporte criptografado.
No Proxy-Authenticate do proxy, leia o desafio antes de forçar Basic ou Digest. O cliente precisa aceitar um método oferecido pelo serviço; selecionar Digest não o adiciona a um proxy que só aceita Basic.
Para um endpoint que aceita Digest, o curl pode usar:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Use o endpoint e a conta reais. Um nome de usuário sem senha permite que o curl a solicite. Para Basic, escolha --proxy-basic; a autenticação no servidor de origem usa outras opções. Verifique o desafio e também o suporte da compilação do curl que está sendo executada.
| Método | Troca de credenciais | Proteção a avaliar |
|---|---|---|
| Basic | Um par de nome de usuário e senha codificado. | Codificação não é criptografia. |
| Digest | Uma resposta derivada do desafio. | Os algoritmos, os parâmetros do desafio e a implementação do cliente determinam a proteção; o método não criptografa o conteúdo das requisições e respostas. |
Ambos ainda precisam de transporte adequado entre cliente e proxy. O HTTPS do destino começa tarde demais para proteger um login em texto claro no proxy que ocorreu antes.
No servidor, os auxiliares Digest podem exigir material de credenciais específico do realm e seu próprio formato. Um arquivo NCSA de Basic não é automaticamente um backend Digest. Use o formato documentado do auxiliar escolhido e depois verifique os casos de credenciais ausentes, credenciais incorretas e uma requisição autorizada, mantendo em vigor as restrições de origem e destino.