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

Unique Product Identifier #2

Open
santosomar opened this issue Nov 7, 2023 · 2 comments
Open

Unique Product Identifier #2

santosomar opened this issue Nov 7, 2023 · 2 comments
Labels
tc-discussion Further TC discussion is needed

Comments

@santosomar
Copy link
Contributor

Originally, posted in the initial OpenEoX public repository:

OpenEoX/openeox#22

Defining the productId

The productId should ideally be globally unique to ensure consistency and avoid confusion across different documents or systems. The assignment of productIds can be managed by a central authority, similar to the supplierID, or follow a standardized naming convention established by the industry. By ensuring a globally unique productId, it becomes easier to track and manage EOL and EOS information for products across various sources and platforms. Getting consensus of this central authority will be one of the most challenging parts of all this. However, we can start the conversation with other industry leaders, CISA, and other participants.

@santosomar santosomar added the tc-discussion Further TC discussion is needed label Nov 7, 2023
@tschmidtb51
Copy link
Contributor

IMHO, the solution of the Unique Product Identifier issue is out-of-scope. There are some ideas around, like the ones presented at FIRSTcon 2023

@kvandecr
Copy link

a URL (or hash thereof) could already fill some requirements, given the requirement that the vendor in question keeps their urls static. this is hard to guarantee given name changes, acquisitions, etc ...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
tc-discussion Further TC discussion is needed
Projects
None yet
Development

No branches or pull requests

3 participants