Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

When patching packages, design how to track modifications

Abierto
  • ¿Algo no está bien?
#158 4 comentarios 0 reacciones 0 asignados Ver en GitHub

@devansh6107 ya está trabajando en esto.

Desde el 10/10/2026.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
20/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Área
security

Línea de trabajo

Comienza revisando las ubicaciones de seguimiento propuestas que se mencionan en el issue: archivos ABOUT, DejaCode y PurlDB; después, sigue los procesos posteriores de vulnerabilidades y coincidencia de versiones a los que afectarían. Se considera terminado cuando un diseño acordado pueda distinguir entre modificaciones regulares, de seguridad, de funcionalidad, de metadatos, de renombrado y de versión sin introducir búsquedas con falsos positivos ni falsos negativos.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

When a package is modified locally in a codebase, we should be able track these modifications and how to identify them.

Why? Because a package may have been:

  1. patched for a regular bug
  2. patched for a security vulnerability
  3. patched for a new or altered feature
  4. updated for corrected metadata (such as origin, license, dependencies)
  5. renamed or its version changed (or not :] )

In all these cases, we may have some problems if we do not known about this:

  • we may report it as vulnerable when this is not the case
  • we may not report it as vulnerable when this is the case
  • we may match it it incorrectly to an upstream version or an altered version

Tracking could be done in ABOUT files, in DejaCode and the PurlDB and be used by downstream processes to avoid false negative and false positive lookups. This is especially important when we have renamed packages that are patched but where the original unpatched package and the patched version could be both vulnerable.

Lenguaje dominante
Batchfile
Estrellas
310
Forks
255
Merge medio
10 h 5 min
PR fusionados (30 d)
1

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de aboutcode-org/aboutcode

Todos los issues de aboutcode-org/aboutcode

Issues similares

Más issues de Security

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.