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

GHSA advisories incorrectly marked as aliases as each other

Abierto
#6,067 4 comentarios 1 reacción 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
48/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo

Línea de trabajo

Start by comparing the OSV records for GHSA-35jh-r3h4-6jhm and GHSA-r5fr-rjxr-66jc against the aliases schema definition quoted in the issue. Trace how these advisory records are validated or generated, then verify that the two records no longer incorrectly identify each other as aliases while their related CVE references remain valid.

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

Descripción

https://osv.dev/vulnerability/GHSA-35jh-r3h4-6jhm & https://osv.dev/vulnerability/GHSA-r5fr-rjxr-66jc have each other as aliases, along with their related CVEs.

Firstly, the schema says:

The aliases field gives a list of IDs of the same vulnerability in other databases, in the form of the id field. This allows one database to claim that its own entry describes the same vulnerability as one or more entries in other databases.

Taking that literally means its invalid for an advisory to list another advisory within the same database as an alias, which is what's happening here.

Beyond that, I cannot find a link between these two records via their advisory & aliases (I've not checked all the downstream stuff as there's a lot of them 🙃 but I assume they shouldn't be factored in cause it's down stream) - the only link I can find is that GHSA-r5fr-rjxr-66jc says "The fix for CVE-2021-23337 added ..." in its details

Lenguaje dominante
Go
Estrellas
3k
Forks
382
Merge medio
1 d 8 h
PR fusionados (30 d)
109

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 google/osv.dev

Todos los issues de google/osv.dev

Issues similares

Más issues de Go

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.