Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

When patching packages, design how to track modifications

Offen
  • Stimmt etwas nicht?
#158 4 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

@devansh6107 arbeitet bereits daran.

Seit 10.10.2026.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
20/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Bereich
security

Rechercherichtung

Beginne damit, die im Issue genannten vorgeschlagenen Speicherorte für das Tracking zu überprüfen: ABOUT-Dateien, DejaCode und PurlDB. Verfolge anschließend die nachgelagerten Prozesse zur Erkennung von Sicherheitslücken und zum Versionsabgleich, die davon betroffen wären. Abgeschlossen ist die Aufgabe, wenn das vereinbarte Design reguläre, sicherheitsbezogene, Feature-, Metadaten-, Umbenennungs- und Versionsänderungen unterscheiden kann, ohne Lookups mit falsch positiven oder falsch negativen Ergebnissen einzuführen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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.

Vorherrschende Sprache
Batchfile
Sterne
310
Forks
255
Ø Merge
10 Std. 5 Min.
Gemergte PRs (30 T.)
1

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus aboutcode-org/aboutcode

Alle Issues in aboutcode-org/aboutcode

Ähnliche Issues

Weitere Issues zu Security

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.