Skip to content

feat(test): add BellSoft Security Advisory feed to test environment (… #3608

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

i-bs
Copy link
Contributor

@i-bs i-bs commented Jun 24, 2025

#3263)

Ecosystems:

  • Alpaquita Linux
  • BellSoft Hardened Containers

ref: #3263

…oogle#3263)

Ecosystems:
-   Alpaquita Linux
-   BellSoft Hardened Containers

Signed-off-by: Ildar Mulyukov <ildar.mulyukov@bell-sw.com>
@another-rex
Copy link
Contributor

It looks like the records that are in that repository has IDs starting with CVE, but all the records has to being with the prefix defined in the schema: BELL-SA

We would also prefer the filename to also start with BELL-SA, but that's technically optional, but the record ID itself definitely has to start with BELL-SA.

@i-bs
Copy link
Contributor Author

i-bs commented Jun 25, 2025

thank you for your guidance.

It looks like the records that are in that repository has IDs starting with CVE, but all the records has to being with the prefix defined in the schema: BELL-SA

I see. Then e.g. for CVE-2025-48060 we'll have our packages visible at URL https://osv.dev/vulnerability/BELL-SA-2025-48060 , not https://osv.dev/vulnerability/CVE-2025-48060 (with Alpine and Debian packages) ?

If so what can be done for having our packages in https://osv.dev/vulnerability/CVE-2025-48060 ?

We would also prefer the filename to also start with BELL-SA, but that's technically optional, but the record ID itself definitely has to start with BELL-SA.

we can change it, yes.

Also you didn't notice the wrong ecosystem fields. We'll change it too.

@jess-lowe
Copy link
Contributor

jess-lowe commented Jun 26, 2025

I see. Then e.g. for CVE-2025-48060 we'll have our packages visible at URL https://osv.dev/vulnerability/BELL-SA-2025-48060 , not https://osv.dev/vulnerability/CVE-2025-48060 (with Alpine and Debian packages) ?

That is correct. We're looking to actually move the Alpine and Debian packages away from this main CVE ID, and move them to their own records, so the CVE-ID version will only involve data ingested directly from NVD/CVEList. The logic behind this on our end is that there are too many trackers and ecosystems referencing the same vulns to meanfully display them in one record, and not all users will need information from multiple distros. This will also allow better clarity around where we get our data from.

Instead, please put the reference to the CVE-ID you are addressing in the 'upstream' field (this takes an array). On the frontend, all of the 'downstream' vulnerability references will be computed and shown like so on the 'upsteam' CVE ID entry:
image
side note: this section will be moved up higher for better visibility soon (PR is in review).

@i-bs
Copy link
Contributor Author

i-bs commented Jun 30, 2025

@jess-lowe , thank you so much for the detailed explanation.

Then before I fix the things you're pointing at, I need this to be checked and merged: ossf/osv-schema#361

Thanks.

@jess-lowe
Copy link
Contributor

Awesome, I will nudge the relevant reviewers for you :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants