GitHub no ha eliminado software de imitación malicioso después de 3 semanas
GitHub está bajo fuego por tardar semanas en retirar un repositorio malicioso que imitaba una aplicación comercial, pese a los informes de que distribuía malware. Los comentaristas discuten si las víctimas deberían recurrir a avisos DMCA o a reclamaciones por marca registrada, y destacan cómo la presión pública en sitios como Hacker News suele provocar una acción más rápida que los canales de soporte estándar. Más ampliamente, el intercambio refleja frustración con la moderación con poco personal en las grandes plataformas tecnológicas, cuyos incentivos favorecen el crecimiento y las funciones de IA por encima de una protección robusta del usuario.
Repositorio de imitación, malware y DMCA
- Varios comentaristas recomiendan solicitudes de retirada DMCA como la forma más efectiva de llamar la atención de GitHub.
- Otros aclaran que la DMCA solo se aplica al copyright, no a “cosas que no te gustan” (por ejemplo, malware en sí). Enviar avisos a sabiendas infundados se describe como ilegal.
- Aclaraciones:
- El código de código abierto sigue estando protegido por derechos de autor; las licencias conceden derechos específicos de reutilización.
- Los logotipos están automáticamente protegidos por derechos de autor y también pueden ser marcas registradas; copiar el logotipo de un proyecto puede generar una reclamación válida por copyright aunque el código sea de código abierto.
- Las licencias de código abierto generalmente no prohíben los “derivados de malware”, así que la infracción debe referirse a la copia o a los términos de la licencia, no al comportamiento.
Moderación y capacidad de respuesta de GitHub
- Múltiples anécdotas de acción lenta o inexistente sobre: repositorios de malware, cuentas de suplantación, nombres ocupados y software comercial “nulled”.
- Otros informan respuestas razonablemente rápidas (de horas a un día) en tickets de spam y malware.
- Consenso del hilo: el soporte y la moderación tienen poco personal en relación con la escala de GitHub.
Visibilidad en HN y escalado
- El repositorio infractor del artículo fue eliminado poco después de que apareciera el hilo en HN; algunos ven esto como una causa clara, otros como una coincidencia.
- Muchos insisten en que las grandes empresas supervisan activamente HN y otros canales sociales y hacen escalados rápidos y prioritarios cuando un problema se vuelve público.
- Se reportan patrones similares para Google, Apple, YouTube, tiendas de apps, etc.
Incentivos corporativos y “malicia”
- Debate sobre si la falta de personal en soporte es “maliciosa” o solo una búsqueda racional de beneficios.
- Algunos invocan el deber fiduciario hacia los inversores; otros responden que la ley no exige maximizar beneficios a expensas de todo lo demás.
- Frustración generalizada porque empresas muy rentables eligen un soporte humano y una moderación mínimos.
Límites de los sistemas de reporte actuales
- El soporte de primera línea suele estar automatizado, el de segunda línea tiene poco poder y los equipos especializados son difíciles de alcanzar.
- Los reportes de abuso/spam se plantean como una externalidad: la mayoría de los usuarios no los necesita, pero las víctimas no tienen ninguna alternativa de plataforma.
- Las sugerencias incluyen SLO regulatorios para soporte humano en vivo y más personal en lugar de “lanzar IA al problema”.
Problemas más amplios de moderación
- Los comentaristas ven problemas similares en todas las plataformas: anuncios fraudulentos, vídeos de estafa, anuncios maliciosos y descargas falsificadas que permanecen durante días o más.
- Se dice que los ataques de imitación se están volviendo más refinados, usando nombres y logotipos reales de productos, aumentando el riesgo para los usuarios.