Show HN: Auto Dismiss Mac OS "Allow <app> to find devices on local networks?"

Uma pequena utilidade para macOS que descarta automaticamente o prompt “Allow <app> to find devices on local networks?” está provocando uma reflexão mais ampla sobre o modelo de permissões e a experiência do usuário da Apple. Comentadores elogiam a possibilidade de automatizar diálogos repetitivos e mal explicados, mas levantam preocupações sobre confiar em ferramentas sem sandbox, a dificuldade de auditar pequenas utilidades de código aberto e o risco de pop-ups constantes entorpecerem os usuários para ameaças reais à privacidade. Muitos defendem permissões mais contextuais, granulares e explicáveis pelos desenvolvedores, enquanto outros enfatizam que prompts em nível de sistema devem permanecer rígidos para conter apps abusivos e potencialmente adversariais.

Reação geral à ferramenta

  • Muitos consideram o prompt do macOS “allow local network” irritante e hostil à UX, especialmente com navegadores e apps de autoatualização reativando-o constantemente.
  • A ferramenta é elogiada como algo que o próprio sistema operacional deveria ter embutido, semelhante a bloquear banners de cookies.
  • Alguns veem isso como um símbolo de o macOS estar regredindo para prompts de segurança barulhentos, à la Vista.
  • Outros apontam a ironia de corrigir diálogos de apps em sandbox concedendo amplo acesso de Acessibilidade a um helper sem sandbox, o que pode ser mais arriscado.

Segurança, confiança e pequenas utilidades

  • Vários comentaristas se preocupam em confiar em pequenas ferramentas instaladas via Homebrew, já que uma distribuição comprometida é um caminho fácil de ataque.
  • Mitigações sugeridas: preferir projetos pequenos e de código aberto; fazer fork e compilar localmente; pedir a um LLM para revisar o código.
  • Contraponto: a revisão de código baseada em LLM também pode ser vulnerável a prompt injection escondida em repositórios.
  • Alguns defendem “living off the land” e minimizar software extra, mesmo que isso signifique tolerar incômodos.

Modelo de permissões e crítica à UX

  • Muitos veem o sistema de permissões como excessivamente amplo, ruidoso e sem contexto: os diálogos não explicam qual ação concreta os disparou nem o que quebra se a permissão for negada.
  • Alguns querem ferramentas de auto-negar como esta; outros querem explicitamente o inverso (sempre permitir) ou até um botão global de “aceito todos os riscos para este app”.
  • Há pedidos por:
    • Permissões mais precisas e escopadas (por exemplo, dados falsos ou stub, prompts por funcionalidade, acesso ao clipboard ou à rede baseado em regex/prefixo).
    • Telas de consentimento assíncronas, sem bloqueio, com conteúdo placeholder.
    • Agrupamento no nível do SO/caixa de entrada de diálogos em vez de pop-ups que tomam o foco.
  • Debate sobre permitir que desenvolvedores personalizem o texto do diálogo:
    • Pró: explicações melhores reduzem confusão e reação negativa dos usuários.
    • Contra: desenvolvedores mal-intencionados vão mentir; as mensagens do sistema precisam permanecer controladas.

Comportamento de rede local e Chromium

  • Uma explicação culpa a prática do Chromium de rodar a partir de pastas temporárias por prompts repetidos, mas outro comentarista inspeciona o banco de dados TCC e argumenta que as permissões são associadas à identidade de assinatura, não ao caminho, chamando essa explicação de provavelmente incorreta.
  • Não está claro exatamente por que alguns usuários veem prompts repetidos após atualizações do Chrome.
  • A permissão de rede local é realmente necessária para coisas como descoberta de dispositivos (Chromecast, jogos em LAN, players de mídia), mas muitos usuários nunca usam esses recursos e ressentem-se de ser perguntados.

Ecossistema mais amplo e ângulo de IA

  • Várias pessoas descrevem usar LLMs para criar rapidamente pequenas utilidades para macOS que corrigem incômodos pessoais, vendo isso como um vislumbre de um futuro em que qualquer um possa personalizar profundamente seu ambiente.
  • O fio inclui outras reclamações do macOS (VNC roubando o foco, prompts de acesso a arquivos, comportamento do Spotlight) como exemplos de onde tais ferramentas ou correções do sistema são desejadas.