aboutcode-org / aboutcode-org/vulnerablecode

Handling of locally patched packagaes

未关闭
#1,329 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
Python
星标
702
派生
328
平均合并
3 天 8 小时
30 天内合并 PR
3

描述

Suppose there is a CVE that affects the package `pkg:maven/org.apache.logging.log4j/log4j@2.16.0` and there is no official fix available. In this scenario, I have two options:

1. Patch the library locally to create a modified version, such as `pkg:maven/org.apache.logging.log4j/log4j@2.16.0-patched` but do not publish it publicly.

2. Patch the library and then republish it to maven under new namespace, like `pkg:maven/com.example/org.apache.logging.log4j@2.16.0-patched`

The second option, for all practical purposes, creates a separate package. However, if I choose the first option and at a later stage, I'm trying to identify vulnerable packages in my project, `pkg:maven/org.apache.logging.log4j/log4j@2.16.0-patched` should not be reported as vulnerable to the same CVE.

贡献指南

这个仓库没有索引到贡献指南

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。