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

Una pequeña utilidad de macOS que descarta automáticamente el aviso “¿Permitir que <app> encuentre dispositivos en redes locales?” está provocando una reflexión más amplia sobre el modelo de permisos y la experiencia de usuario de Apple. Los comentaristas elogian la posibilidad de automatizar diálogos repetitivos y mal explicados, pero expresan preocupación por confiar en herramientas sin sandbox, la dificultad de auditar pequeñas utilidades de código abierto y el riesgo de que los avisos constantes insensibilicen a los usuarios ante amenazas reales de privacidad. Muchos abogan por permisos más contextuales, más granulares y explicables por el desarrollador, mientras que otros enfatizan que los avisos del sistema deben seguir siendo estrictos para contrarrestar aplicaciones excesivas y potencialmente adversarias.

Reacción general a la herramienta

  • Muchos consideran que el aviso de macOS de “permitir acceso a la red local” es molesto y hostil para la UX, especialmente con navegadores y apps que se actualizan automáticamente y lo vuelven a activar constantemente.
  • La herramienta es elogiada como algo que el sistema operativo debería haber incluido, similar a bloquear banners de cookies.
  • Algunos la ven como un ejemplo de que macOS está retrocediendo hacia avisos de seguridad ruidosos, al estilo Vista.
  • Otros señalan la ironía de arreglar diálogos de apps en sandbox concediendo amplio acceso de Accessibility a un ayudante sin sandbox, lo que puede ser más arriesgado.

Seguridad, confianza y pequeñas utilidades

  • Varios comentaristas se preocupan por confiar en pequeñas herramientas instaladas con Homebrew, ya que una distribución comprometida es una vía de ataque fácil.
  • Mitigaciones sugeridas: preferir proyectos pequeños y de código abierto; hacer un fork y compilar localmente; pedirle a un LLM que revise el código.
  • Contraargumento: la revisión de código basada en LLM puede ser vulnerable a prompt injection oculto en repositorios.
  • Algunos abogan por “living off the land” y minimizar software adicional, aunque eso implique tolerar molestias.

Modelo de permisos y crítica de UX

  • Muchos consideran que el sistema de permisos es demasiado tosco, ruidoso y sin contexto: los diálogos no explican qué acción concreta los activó ni qué se rompe si se deniegan.
  • Algunos quieren herramientas de auto-denegación como esta; otros quieren explícitamente lo inverso (permitir siempre) o incluso un interruptor global de “acepto todos los riesgos para esta app”.
  • Hay llamados a:
    • Permisos más precisos y acotados (p. ej., datos ficticios o stub, avisos por función, acceso al portapapeles o a la red basado en regex/prefijo).
    • Pantallas de consentimiento asíncronas, no bloqueantes, con contenido de marcador de posición.
    • Agrupación a nivel de sistema de los diálogos en vez de ventanas emergentes que roban el foco.
  • Debate sobre permitir que los desarrolladores personalicen el texto del diálogo:
    • A favor: mejores explicaciones reducen la confusión y el rechazo de los usuarios.
    • En contra: los desarrolladores maliciosos mentirán; los mensajes del sistema deben seguir controlados.

Red local y comportamiento de Chromium

  • Una explicación culpa a la práctica de Chromium de ejecutarse desde carpetas temporales por los avisos repetidos, pero otro comentarista inspecciona la base de datos de TCC y sostiene que los permisos se vinculan a la identidad de firma, no a la ruta, llamando probablemente errónea a esa explicación.
  • No está claro exactamente por qué algunos usuarios ven avisos repetidos después de actualizaciones de Chrome.
  • El permiso de red local realmente se necesita para cosas como descubrimiento de dispositivos (Chromecast, juegos en LAN, reproductores multimedia), pero muchos usuarios nunca usan esas funciones y se resienten de que se les pregunte.

Ecosistema más amplio y ángulo de IA

  • Varias personas describen usar LLMs para crear rápidamente pequeñas utilidades de macOS que solucionan molestias personales, y ven esto como un indicio de un futuro donde cualquiera podrá personalizar profundamente su entorno.
  • El hilo incluye otras quejas de macOS (VNC robando el foco, avisos de acceso a archivos, comportamiento de Spotlight) como ejemplos de dónde se desean este tipo de herramientas o arreglos del sistema.