Sites Veem o Nome do Seu Computador? Confira

Você deu ao seu notebook um nome pessoal. Então um verificador de IP mostrou um campo chamado “hostname”, ou um alerta de login exibiu o nome do computador, e você ficou pensando se todo site recebe esse nome quando você abre uma aba.

Um site público comum não consegue obter o nome do seu dispositivo Windows ou do seu computador Mac por uma API padrão do navegador. Só que várias informações em um verificador de privacidade são chamadas de “nome”, e elas se referem a máquinas diferentes. Confundir uma com a outra faz uma consulta de rede banal parecer que alguém entrou nas suas configurações.

O hostname no JavaScript pertence ao site

Abra o console nesta página e execute location.hostname. No site público, o resultado é bscan.info. Em uma versão de teste local, pode ser localhost. Nenhum dos dois é o nome do computador que está lendo a página. É a parte da URL que identifica o host, como especifica a documentação da API Location.

A palavra “host” em uma requisição HTTP causa a mesma confusão. Host: bscan.info informa ao servidor qual site você solicitou. HTTP/2 e HTTP/3 podem transmitir essa informação em :authority. Esses campos identificam o destino, não o seu notebook. É o significado definido para os campos Host e authority do HTTP.

Experimente a demonstração abaixo. Os dois primeiros valores são leituras reais do navegador. A linha do nome do computador informa o que as APIs padrão do navegador expõem. Ela não descarta informações que você compartilhe por outros caminhos.

O User-Agent é uma descrição do software fornecida pelo navegador. Ele pode informar a família do sistema operacional e a versão do navegador. Não existe nele um campo padrão para o nome de dispositivo que você escolheu nas Configurações. Uma extensão ou um navegador personalizado pode acrescentar texto, então leia a string real em vez de presumir que ela não contém dados pessoais. Explicamos a confiabilidade dessas informações sobre o software em por que o User-Agent e o engine podem discordar.

O hostname de um IP público é outro nome

Um servidor pode pegar o IP de origem da sua conexão e tentar uma consulta de DNS reverso. O resultado pode ser algo como customer-203-0-113-8.isp.example, o nome de uma empresa de hospedagem ou simplesmente nada. Esse é um exemplo inventado de registro DNS.

O DNS reverso pergunta a quem controla os registros de DNS reverso daquele endereço qual nome foi publicado para ele. Não pergunta ao Windows ou ao macOS que nome você deu à máquina. Em uma rede doméstica com NAT IPv4, vários dispositivos podem compartilhar o endereço público. Portanto, não dá para tratar um hostname público como o nome do notebook que abriu a página.

Isso não significa que “um hostname nunca pode identificar uma máquina”. Uma organização pode publicar de propósito um nome significativo para um computador com endereço público. O registro pode até coincidir com o nome local. O que importa é de onde veio o resultado: de dados publicados no DNS, não de uma API padrão de páginas web que lê suas configurações. Uma VPN pode mudar o endereço de conexão que o site vê; ela não determina quais outras informações o site já conhece.

Enviar um arquivo pode revelar seu nome de usuário do Windows?

Um caminho como C:\Users\Alice\Documents\invoice.pdf contém um nome de usuário. Um seletor HTML comum de arquivo único não entrega esse caminho completo à página. O value do campo usa uma string que preserva a privacidade, como C:\fakepath\invoice.pdf, e File.name contém o nome do arquivo sem o caminho. A MDN documenta esse caminho fictício; ele não é uma pasta que você precisa apagar nem um erro do Windows.

Baixe o arquivo de exemplo inofensivo da demonstração e selecione-o no campo. Compare input.value com File.name. Ver um caminho fictício no formato do Windows em um Mac não significa que a página detectou o Windows. A string serve para esconder a estrutura real das pastas.

O nome do arquivo em si fica visível. Se você escolher Alice-Payroll-October.pdf, a página recebe esse nome. Escolher um arquivo também dá à página acesso ao conteúdo dele; ela não precisa esperar você apertar um botão separado de envio. Esta demonstração mostra apenas o nome e o valor do campo. Nunca lê o conteúdo nem envia o arquivo para lugar nenhum.

Essa diferença importa ao avaliar outros sites. Uma prévia local pode ler um arquivo sem enviá-lo. Outra página pode transmiti-lo assim que a seleção terminar. Seletores de pastas são um recurso separado e podem expor caminhos relativos dentro da pasta escolhida. Um caminho fictício protege seu caminho local completo; ele não promete que os arquivos selecionados não contenham informações pessoais.

Quem consegue descobrir o nome do seu computador?

A sua rede local enxerga coisas diferentes de um site público qualquer. Nomes de dispositivos podem aparecer em protocolos de rede e na descoberta de serviços. A RFC 8117 descreve esse problema de privacidade, incluindo nomes expostos por DHCP e DNS multicast. Por isso, a lista de dispositivos do roteador pode saber algo que uma página pública comum não sabe. Abrir a página de administração desse roteador não entrega o conhecimento dele a todos os outros sites.

Em uma intranet corporativa, o Windows Authentication permite que aplicações web configuradas autentiquem usuários com suas contas do Windows. O guia de Windows Authentication da Microsoft descreve seu uso em intranets corporativas. Um nome de conta autenticada que chega por essa configuração é diferente de um script qualquer lendo seu nome de usuário do sistema operacional. Um portal da empresa também pode mostrar detalhes do dispositivo vindos do próprio inventário. Descubra qual integração forneceu o nome antes de concluir que o navegador o expôs.

Você também pode enviar o nome por conta própria. Uma captura de tela das Configurações pode mostrar o nome do dispositivo. Um log de diagnóstico pode conter um hostname ou o caminho da pasta pessoal do usuário. Um documento pode conter o nome do autor. São motivos para conferir o que você compartilha, mesmo que a página não tenha uma função genérica de “ler o nome do computador”.

Renomear o PC não redefine a identidade do navegador

Se uma conta continua sendo reconhecida depois que você renomeia o computador, não há surpresa. Um site pode reconhecer uma sessão pelos cookies ou pelo seu login. Também pode combinar características do navegador em um fingerprint. Nada disso exige o nome que aparece nas configurações do dispositivo. A mesma diferença explica por que um site não precisa do seu endereço MAC para reconhecer seu dispositivo.

Trocar Alice-Laptop por Desktop faz sentido se você prefere não divulgar um nome pessoal nas redes locais. Isso não limpa cookies, não muda um login nem substitui as características de renderização usadas no fingerprinting de canvas. Um verificador pode reconhecer seu navegador sem descobrir o nome do computador.

Se você trabalha com contas de clientes, separar perfis de navegador é mais relevante do que dar outro nome ao PC. O Incogniton é uma ferramenta para gerenciar esses perfis. Trate isso como uma escolha de organização do trabalho, não como garantia de que um documento enviado ou um portal corporativo autenticado não possa identificar você.

Comece pelo que você viu. Se o valor é o domínio do site atual, ele veio da URL. Se parece com o nome do seu provedor, confira se é DNS reverso. Se contém seu nome pessoal, examine o nome do arquivo, a conta ou os dados de diagnóstico que você forneceu. Depois rode o scan do navegador para examinar os sinais que uma página consegue ler sem saber o apelido do seu PC.