Desde o Chromium 148, `Math.tanh` agora pode ser usado para fingerprinting e vincular ao SO subjacente

Novo Vetor de Fingerprinting com Math.tanh

• O Chromium 148+ agora encaminha Math.tanh (e funções trigonométricas de CSS) pela libc do host, produzindo resultados específicos do SO para a mesma entrada.
• Isso cria uma fingerprint confiável de SO e de faixa de versão, especialmente quando combinado com o User-Agent declarado.
• Alguns veem isso como um pequeno acréscimo a muitas técnicas já existentes de detecção de versão; outros consideram notável porque se esperava que a matemática fosse determinística entre plataformas.
• Uma ideia de mitigação é implementar tanh no V8 com arredondamento consistente e usar isso a partir do CSS, mas isso pode ter trade-offs de desempenho/complexidade.
• Considera-se que sobrescritas ingênuas de JS de Math.tanh são detectáveis e podem, por si só, virar uma fingerprint.

Ponto Flutuante vs Ponto Fixo e Arredondamento Correto

• Há um debate substancial sobre ponto fixo versus ponto flutuante IEEE-754:
  • A favor de float: suporte de hardware onipresente, melhor alcance, mais fácil de acertar para não especialistas, pode ser tornado determinístico com toolchains cuidadosas; ponto fixo é nichado e difícil de implementar corretamente.
  • A favor de fixo: precisão absoluta uniforme, modelagem de erro mais simples, uso mais eficaz de 32 bits em alguns casos de DSP/simulação, e melhor encaixe quando f64 não está disponível ou é lento.
• Funções transcendentais corretamente arredondadas (exp, sin, tanh, pow etc.) são descritas como matematicamente “resolvidas” em princípio, mas difíceis e às vezes lentas na prática.
• glibc e CORE-MATH são mencionados como avançando em direção ao arredondamento correto; pow e funções bivariadas continuam complicadas (dilema do fabricante de tabelas, arredondamento de Ziv).

Artigo Gerado por LLM e Qualidade do Conteúdo

• Muitos comentaristas caracterizam o post do blog como “LLM slop”: prolixo, repetitivo e com baixa densidade de informação.
• Alguns observam que a isenção de responsabilidade sobre IA foi adicionada apenas após a publicação; isso prejudica a confiança para alguns.
• Vários argumentam que o autor deveria ter publicado apenas notas concisas, tabelas e código, em vez de um artigo inflado escrito por IA.
• Outros dizem que não se importam com a autoria se o conteúdo técnico for preciso e houver divulgação.

Scraping, Fingerprinting e Ética

• A empresa por trás do post vende infraestrutura de scraping que contorna medidas anti-bot; alguns veem o artigo como marketing de conteúdo voltado a enfraquecer defesas.
• Perspectivas de CDN/detecção de bots: scraping abusivo em larga escala (incluindo para treino de LLMs) é um grande impulsionador de fingerprinting agressivo e prejudica a capacidade dos sites.
• Há discordância sobre se scraping é “roubo” ou apenas cópia de dados servidos publicamente; consentimento, largura de banda e intenção são pontos centrais de conflito.
• Alguns temem que medidas anti-scraping generalizadas e discriminação por UA consolidem ainda mais os gatekeepers de grandes CDNs e prejudiquem automação legítima em pequena escala.

Privacidade, Legalidade e Viabilidade de Anti-Fingerprinting

• Algumas sugestões incluem tornar o fingerprinting (ou certos usos dele) totalmente ilegal, à semelhança de escuta telefônica; outros argumentam que isso é difícil de definir sem proibir diagnósticos legítimos e anti-fraude.
• São feitas analogias entre reconhecer um visitante recorrente e rastreá-lo secretamente entre muitas “lojas”.
• Muitos acreditam que ocultar totalmente o SO ou resistir ao fingerprinting é praticamente impossível devido a inúmeros canais laterais (comportamento de JS, quirks de renderização, diferenças de stack TCP, métricas de tela/janela, timing).
• Alguns defendem desabilitar JS ou minimizar fortemente headers; outros observam que isso pode virar um sinal único por si só e frequentemente entra em conflito com sites e CDNs modernos.