Skip to content
KitploitKITPLOIT
HerramientasExploitsBlog
Log in
Enviar
HerramientasExploitsBlog
Enviar

¡Herramientas de Hacking, PenTest y Ciberseguridad para tu Arsenal de Seguridad!

Kitploit es un directorio de herramientas de hacking, ciberseguridad y pentesting. Descubre las últimas actualizaciones de proyectos para encontrar vulnerabilidades, analizar sistemas, automatizar pruebas y fortalecer tu seguridad.

FeedsContactoPrivacidad© 2026 Kitploit

Directorio de Herramientas

Categorías

Ver todas las categorías
Loading categories
phantomstars — Detección y seguimiento automatizados de interacciones falsas en GitHub — CI diaria, infraestructura cero | Kitploit
Herramientas/GitHubGitHub/tg12/phantomstars
OSINT (Inteligencia de Fuentes Abiertas)ReconocimientoScripting y AutomatizaciónRecopilación de InformaciónInteligencia de AmenazasAprendizaje y EducaciónCrawlerRecursos CuradosAnti-Bot
GitHubtg12/phantomstars

phantomstars

Detección y seguimiento automatizados de interacciones falsas en GitHub — CI diaria, infraestructura cero

74327hace 4 mesesRevisado por Kitploit

Más Populares

Ver todos →

Descubre las herramientas más usadas por nuestra comunidad.

Explora todas las herramientas

Explora nuestra colección de herramientas

Ver todas las herramientas →
Compartir
Ver Repositorio

phantomstars Python 3.13 Apache 2.0 GitHub Actions Diario

phantomstars

Detección y seguimiento automatizado de interacciones falsas en GitHub

Un proyecto de JS Labs — parte de la iniciativa AI Slop Intelligence.
Se ejecuta cada día. Puntúa cada cuenta sospechosa. Detecta campañas coordinadas de bots.
Abre issues directamente en repositorios comprometidos para que los mantenedores puedan actuar.


Apoya este proyecto

BTC   3QjWqhQbHdHgWeYHTpmorP8Pe1wgDjJy54
ETH   0x5851e6145F4773d1585b8686095FB16E368a4dA1
ZEC   t1KSR5YkNPbjqRSCoLKo5AddFWdm9Kzxh1B


Por qué existe esto

Las estrellas de GitHub son una señal de confianza. Así es como los desarrolladores deciden qué evaluar, de qué depender y qué recomendar. Esa señal está siendo corrompida sistemáticamente.

Durante el auge de la IA de 2024-2026, surgió una industria de granjas de bots para fabricar credibilidad para repositorios de baja calidad, a menudo maliciosos. Un proyecto con 800 estrellas en 48 horas se lee como legítimo para un desarrollador que escanea resultados de búsqueda. Ese es el punto. El objetivo de las interacciones falsas no son las estrellas en sí mismas; es la prueba social que esas estrellas producen, y las decisiones posteriores que esa prueba social influye.

El patrón es identificable. Cuentas creadas la misma semana, sin biografía, sin seguidores, sin repositorios originales, dando estrella a los mismos 15 repositorios en un lapso de 2 horas. No una campaña, sino decenas ejecutándose simultáneamente, cada día, a través de miles de cuentas. Los datos muestran repositorios donde 185 de cada 185 interactuantes son bots. Una tasa de falsedad del 100%. Colocaciones enteras en tendencias construidas sobre nada.

phantomstars fue construido porque este problema es abordable. La relación señal-ruido en la API pública de GitHub es, por ahora, aún lo suficientemente alta como para que las campañas coordinadas dejen huellas claras. Este proyecto lee esas huellas, publica los datos sin procesar y notifica directamente a los mantenedores de repositorios afectados.

Esto es parte del trabajo más amplio de AI Slop Intelligence en JS Labs, una investigación en curso sobre la mecánica y los efectos medibles del contenido de baja calidad generado por IA que inunda los ecosistemas de desarrolladores. Las interacciones falsas no son un problema periférico. Es el mecanismo de distribución que pone el slop frente a usuarios reales.


Qué hace

phantomstars ejecuta un trabajo diario de GitHub Actions que:

  1. Extrae la página de GitHub Trending para repositorios que están ganando estrellas hoy
  2. Consulta la API de Búsqueda de GitHub para repositorios creados en los últimos 7 días con actividad repentina de estrellas (la ventana más amplia captura campañas de varios días que los escaneos de solo 24 horas pasan por alto)
  3. Siembra repositorios candidatos adicionales a partir de publicaciones recientes de Reddit en r/osinttools y r/coolgithubprojects extrayendo enlaces de repositorios de GitHub de los últimos 2 días
  4. Obtiene eventos de interacción recientes (estrellas, forks) a través de la API de Eventos (últimas 24 horas por repositorio)
  5. Obtiene el perfil completo de cada cuenta que interactúa mediante GraphQL: fecha de creación de la cuenta, número de seguidores/siguiendo, biografía, historial de repositorios
  6. Puntúa cada cuenta según un modelo heurístico compuesto: antigüedad de la cuenta, integridad del perfil, patrones de repositorios e historial de actividad
  7. Detecta campañas coordinadas mediante agrupación de marcas de tiempo y union-find: grupos de cuentas sospechosas que interactuaron dentro de una ventana de 3 horas
  8. Aplica la lista blanca de falsos positivos antes de las escrituras en el libro mayor, las proporciones por repositorio, los paneles y las notificaciones, de modo que cada métrica visible utilice la misma población
  9. Añade todos los sospechosos a un libro mayor JSONL de solo adición que se confirma en este repositorio
  10. Publica un feed de inteligencia por repositorio que muestra qué repositorios están siendo atacados, qué fuentes de descubrimiento los encontraron y si la ventana de la API de Eventos estuvo completa o limitada
  11. Abre issues de GitHub directamente en los repositorios atacados para que los mantenedores vean los datos de la campaña en su propio rastreador de issues
  12. Escribe un informe de escaneo formateado en el resumen del trabajo de GitHub Actions

Sin servidores. Sin bases de datos. Sin factura de infraestructura.


Preguntas frecuentes

¿Notifica al repositorio atacado?

Sí. Cuando la tasa de falsedad de un repositorio supera el 40% o se detecta una campaña coordinada, phantomstars abre un issue directamente en ese repositorio. El issue contiene la tabla completa de sospechosos, membresía de la campaña, puntuaciones compuestas y fechas de creación de cuentas: todo lo que un mantenedor necesita para investigar y reportar a GitHub.

Si los issues están deshabilitados en un repositorio atacado, la notificación se omite silenciosamente y se registra en el registro del escaneo.

¿Puedo solicitar una verificación para un repositorio específico?

Sí.

  • Para una verificación única normal, envía un repositorio en formato owner/repo y ejecuta un escaneo dirigido.
  • Para una solicitud de auditoría de por vida, utiliza el modo de por vida único. Está separado del escaneo diario.

Por qué la separación:

  • El modelo de escaneo normal está diseñado para interacciones públicas recientes y bajo costo operativo.
  • Una auditoría de por vida puede involucrar decenas de miles de estrellas y miles de forks en repositorios más grandes.
  • Eso es factible para una investigación única, pero es demasiado costoso y lento para la ruta diaria predeterminada.
  • Por lo tanto, las solicitudes de por vida solo se ejecutan en modo único explícito con protecciones.

¿Puedo reportar un falso positivo?

Sí. Si tu cuenta aparece en data/suspects.jsonl y crees que la clasificación es incorrecta, abre un issue de falso positivo usando la plantilla proporcionada. Los informes son revisados manualmente antes de cualquier adición a la lista blanca. La lista blanca se almacena en data/allowlist.txt; las cuentas listadas allí se excluyen de todos los escaneos futuros y del libro mayor de sospechosos.

¿Qué es el ID de campaña?

Un ID de campaña (ej. c-a3f9b2e1) es una huella digital hexadecimal determinista de 8 caracteres derivada del hash SHA-256 del conjunto ordenado de logins de miembros en esa campaña. El mismo grupo de cuentas producirá el mismo ID de campaña en ejecuciones de escaneo independientes, lo que permite el seguimiento longitudinal. No es un nombre de repositorio, un nombre de usuario ni ningún identificador externo.

Descargar herramienta