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

Coordination/cross pollination with CVE JSON format #113

Open
kurtseifried opened this issue Mar 13, 2018 · 3 comments
Open

Coordination/cross pollination with CVE JSON format #113

kurtseifried opened this issue Mar 13, 2018 · 3 comments

Comments

@kurtseifried
Copy link

Hi, I'm looking for the person(s) to talk to about coordinating and bouncing ideas around with respect to the JSON data format you are using, and the JSON CVE data format (which I'm largely to blame for =). I can be reached via email at kurt@seifried.org, I apologize for using the issues to contact you but it wasn't clear from the commits who is best to talk to), thanks.

@R2wenD2
Copy link
Contributor

R2wenD2 commented Mar 13, 2018

I'll follow up over email :)

@R2wenD2 R2wenD2 closed this as completed Mar 13, 2018
@kurtseifried
Copy link
Author

Ok so one question would be around using resource urls, e.g. the
Debian | deb://dist(optional):arch:name:version | deb://lucid:i386:acl:2.2.49-2
I have a similar proposal for the CVE JSON format, essentially "Aliases" that are effectively a key:value store where the key is the namespace name, and the value is whatever, e.g.:

RedHat-RPM:some-rpm-1.2.3-5.el7.x86_64.rpm
github.com:grafeas/grafeas
twitter:somehandle

and so on. Each name space would have defined rules, e.g.: "full file name of RPM supplied by RedHat" or "organization or username, a slash and then repo name in github.com" for example. Generally speaking I imagine namespaces would be defined by either the "owner" of the namespace (e.g. Red Hat/Github) or by the CVE people (board or a working group I guess, details TBD) if it has enough value and the owner isn't available/interested.

My question would be why did you go with a URI format? Is it defined somewhere? Who decides the namespace names/values/rules/etc? Thanks

@R2wenD2 R2wenD2 reopened this Mar 15, 2018
@R2wenD2
Copy link
Contributor

R2wenD2 commented Mar 15, 2018

#65 is open for moving resourceUrl to the purl spec - #65. It seems like your suggestion is similar but different for purl. Its probably worthwhile to review the purl spec and leave comments in #65 or on the spec itself is you see issues here.

I believe for our beta version we'll adopt purl, so far there haven't been objections to that format.

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

No branches or pull requests

2 participants