Conversation
Fixes #249. Signed-off-by: Oliver Chang <ochang@google.com>
|
LGTM |
docs/schema.md
Outdated
| publishes an advisory, the distribution's OSV record must not list the CVE ID as | ||
| an alias. Similarly, distributions often bundle multiple upstream | ||
| vulnerabilities into a single record. `related` should be used in these cases. | ||
| vulnerabilities into a single record. `upstream` should be used in these cases. |
There was a problem hiding this comment.
nit: I think it's slightly unclear what "these cases" refers to here, since this paragraph touches on both upstream and downstream packages.
There was a problem hiding this comment.
Thanks for the pointing this out. I've tweaked the wording here to make it clearer.
Co-authored-by: Dan Luhring <luhring@users.noreply.github.com> Signed-off-by: Oliver Chang <oliverchang@users.noreply.github.com>
Co-authored-by: Dan Luhring <luhring@users.noreply.github.com> Signed-off-by: Oliver Chang <oliverchang@users.noreply.github.com>
Signed-off-by: Oliver Chang <oliverchang@users.noreply.github.com>
|
Thanks for the suggestions @luhring ! |
|
Without reading too deeply into this change it does seem like an interesting restriction to have available. Is anyone committing to producing OSV records which use this relation? |
We have a lot of positive feedback on #249 from various distro feed owners. The change itself is also proposed by @luhring from Chainguard. While "committing" is a strong word, I think this would be a field that will be used from these feeds. |
|
Gotcha. Well then seems like a reasonable reference type to me 👍 |
|
Ditto what @oliverchang said — and we plan on using it for the Chainguard feed. |
This commit adds the `upstream` field to the schema definition. It was omitted from ossf#312 Signed-off-by: Andrew Pollock <apollock@google.com>
This commit adds the `upstream` field to the schema definition. It was omitted from #312 Signed-off-by: Andrew Pollock <apollock@google.com>
This PR aims to prepare the models.py file to support the 'upstream' field to be introduced by ossf/osv-schema#312. Part of addressing #3052 This will calculate all of the transitive upstream dependencies of a given CVE. Hierarchy will be calculated and determined by the frontend in a later PR.
This PR aims to prepare the models.py file to support the 'upstream' field to be introduced by ossf/osv-schema#312. Part of addressing google#3052 This will calculate all of the transitive upstream dependencies of a given CVE. Hierarchy will be calculated and determined by the frontend in a later PR.
…tests (#345) CVE upstream has moved from `related` to `upstream` to support #312 schema change. The `GO` vuln alias (for the CVE entry) has been left in related, so as not to affect the computation on the OSV.dev hierarchy display side. Tests updated to the latest schema version as well. Signed-off-by: Jess Lowe <jesslowe@google.com>
Includes: * 1.6.6: ossf/osv-schema#276 * 1.6.7: nothing * 1.7.0: ossf/osv-schema#312 ossf/osv-schema#319 ossf/osv-schema#337 * 1.7.1: nothing * 1.7.2: ossf/osv-schema#351 ossf/osv-schema#347 ossf/osv-schema#358 * 1.7.3: ossf/osv-schema#394 * 1.7.4: ossf/osv-schema#434 ossf/osv-schema#357
Includes: * 1.6.6: ossf/osv-schema#276 * 1.6.7: nothing * 1.7.0: ossf/osv-schema#312 ossf/osv-schema#319 ossf/osv-schema#337 * 1.7.1: nothing * 1.7.2: ossf/osv-schema#351 ossf/osv-schema#347 ossf/osv-schema#358 * 1.7.3: ossf/osv-schema#394 * 1.7.4: ossf/osv-schema#434 ossf/osv-schema#357
Includes: * 1.7.0: ossf/osv-schema#312 (`upstream` field) ossf/osv-schema#319 ossf/osv-schema#337 (`Ubuntu` as `severity` score) * 1.7.1: nothing * 1.7.2: ossf/osv-schema#351 ossf/osv-schema#347 ossf/osv-schema#358 * 1.7.3: ossf/osv-schema#394 * 1.7.4: ossf/osv-schema#434 ossf/osv-schema#357
Includes: * 1.7.0: * ossf/osv-schema#312 (`upstream` field) * ossf/osv-schema#319 * ossf/osv-schema#337 (`Ubuntu` as `severity` score) * 1.7.1: nothing * 1.7.2: * ossf/osv-schema#351 * ossf/osv-schema#347 * ossf/osv-schema#358 * 1.7.3: * ossf/osv-schema#394 * 1.7.4: ossf/osv-schema#434 * ossf/osv-schema#357
Fixes #249.