Quando navego para o site do Outlook Web Access do meu trabalho para ler meus e-mails, o Google Chrome solicita um nome de usuário e uma senha para o servidor informando:
Authentication Required - the server XXXXXX.XXX:443 requires a username and password.
Depois de colocá-los, eu tenho que digitar o nome de usuário e senha normais do OWA para acessar meus e-mails de acordo com a normalidade.
O engraçado é que,
Se eu clicar em CANCELAR no primeiro diálogo, ele me levará para a tela do OWA e eu posso fazer o login normalmente. No entanto, os cliques de página subsequentes continuarão me avisando a cada vez pelas credenciais do servidor.
NÃO é solicitado o servidor UN e o PW se eu usar o IE ou o Firefox.
Alguém sabe como impedir que o Chrome me pergunte todas as vezes? ou é uma configuração de servidor? Eu sei que um amigo que usa o mesmo navegador (Chrome) e também o OWA não tem o mesmo problema (NB: eles trabalham em uma empresa diferente).
Se a sua organização estiver usando um logotipo ou recuperar qualquer uma das imagens usando um caminho de FTP, você precisará autenticar essa conexão FTP. É por isso que, mesmo se você não autenticar, ainda poderá acessar o site do OWA. O administrador do OWA deve verificar onde as imagens estão sendo hospedadas e corrigir (mova-as para o site da sua empresa, talvez?) De acordo.
Este é provavelmente um nome de usuário e uma senha de proxy relacionados a um arquivo pac que o Chrome não detecta automaticamente, mas o IE e o Firefox fazem a autenticação NTLM. E sim, alguns proxies pedirão autenticação, depois continuarão a funcionar apenas sem serem autenticados, embora eles continuem perguntando.
Tente colocar o caminho completo para o site do OWA no Chrome, incluindo o "https: //". Observei em nosso WES que, se você não colocar o https: // e deixar o nome / owa no final, ele irá piscar uma página de erro que redireciona para o login principal. Então, talvez o Chrome lide com essa página de redirecionamento de maneira diferente.
Este é um ataque MIM. Provavelmente é proveniente do Superfish. Tente ir ao seu registro e selecione Localizar. Digite Superfish e aperte enter. E o que você sabe, você é uma vítima do escândalo de configuração de anúncios do MIM, assim como eu sou. O que você descreveu é exatamente o que meu Chromebook faz para mim e eles dizem que os Chromebooks NÃO podem ser hackeados. Se você digitar ping Kproxy.com, encontrará a fonte. O que fiz foi ligar um Chromebook e um computador Windows (que eu encontrei Obliterate mais tarde) e fiz um pouco de ida e volta com Tracepath e Tracert. Isso tudo me levou de volta a Xangai. Ação de classe de 10 bilhões de dólares contra a Lenovo por colocar software pré-instalado na maioria de seus dispositivos de outubro de 2014 a janeiro de 2015. Eu tive a sorte de pegar meu Spy infectado Lenovo Laptop em 23 de dezembro como presente de Natal e naquela época eu também adquiriu o hacker SOB mais malicioso e sujo que você poderia imaginar. De qualquer forma, pergunte a si mesmo se você comprou um produto lenovo dentro desses parâmetros de tempo ou se alguém da sua rede fez isso.