aboutcode-org / aboutcode-org/vulnerablecode

VulnTotal like structure

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

描述

# Current scenario

We combine multiple vulnerability sources and try to reconcile them into one vulnerability. Even though, in reality, there's only one vulnerability but disagreement from different data sources result in conflicting details. For example, if NVD says `CVE-1` affects version 1 through 5 but GitHub says the same CVE affects version 1 through 4 of a project, which one should we trust ?

# Building Trust

There are multiple factors responsible for building trust on a single advisory. The simplest is to trust one advisory publisher over another on every instance. A more involved way would include more factors such as:

1. Advisory Publishing Platform: Eg, trust NVD advisories more than GitHub advisories
2. Advisory Publisher: Eg, trust advisories published by @pombredanne more than those published by @Hritik14
3. References: Eg, increase trust if the advisory uses archlinux.com as a reference
4. Assigning CNA
5. CVE Modification history and respective authors, eg https://nvd.nist.gov/vuln/detail/CVE-2023-33934#VulnChangeHistorySection
6. Vulnerability reporter/finder
7. Advisory having an `Updated at` value which is newer, eg https://www.cve.org/CVERecord?id=CVE-2023-33934
8. Exploit availability (this might be tough to get in an advisory)
9. Suspicion factor
1. Mismatching CVE id and CVE publishing year: eg CVE-2020 was published in year 1998

贡献指南

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

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

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