Skip to content
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

Split Schema Implementation to Input and Output Schemas #385

Open
ccoffin opened this issue Jan 24, 2025 · 1 comment
Open

Split Schema Implementation to Input and Output Schemas #385

ccoffin opened this issue Jan 24, 2025 · 1 comment
Labels
bug Something isn't working enhancement New feature or request Needs Discussion Discuss in a future QWG meeting or on mailing list

Comments

@ccoffin
Copy link
Collaborator

ccoffin commented Jan 24, 2025

The data submitted by CNAs has different fields than what is required for a valid CVE Record. CVE Services populates some fields (e.g., providerMetadata/orgId, see issue #312 ) during the submission process regardless of what the CNA provides in their submission.

A different (output) schema is needed when viewing/consuming CVE Records to ensure that all required data is present as intended. CVE consumers want to know that the data is there (see #334 and CVEProject/cvelistV5#66).

This could result in a CNA (input) schema and a CVE (output) schema.

@ccoffin ccoffin added bug Something isn't working enhancement New feature or request Needs Discussion Discuss in a future QWG meeting or on mailing list labels Jan 24, 2025
@darakian
Copy link

To capture it from the QWG today. The desired behavior could be achieved by tagging a single schema appropriately such that input and output validation files/tool/whatevs can be mechanically derived from it.

graph TD;
    schema-->input_validation;
    schema-->output_validation;
Loading

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working enhancement New feature or request Needs Discussion Discuss in a future QWG meeting or on mailing list
Projects
None yet
Development

No branches or pull requests

2 participants