You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In draft in section 2.9 of master document it outlines that SCO should use uuidv5 and dictates some additional namespace usage. When reading this, the first question is "whyyyy??" Some details should be added or linked to another section that specifically explains why SCO has different requirements for the ID/identifier.
The text was updated successfully, but these errors were encountered:
RFC 4122 defines the use of namespaces for UUIDv5 generation. The reason why we defined a namespace is to address the requirements of allowing UUIDv5 in STIX in the first place. That is, to enable deduplication and semantic equivalency. If everyone used their own name space you would never be able to generate the same ID, which is contrary to the design goal of allowing UUIDv5 in STIX. This debate goes all the way back to one of the first F2F meetings we had at the DC3 facility and has been discussed and debated numerous times since then. The final consensus that everyone in the TC felt they could live with is where we ended up.
In draft in section 2.9 of master document it outlines that SCO should use uuidv5 and dictates some additional namespace usage. When reading this, the first question is "whyyyy??" Some details should be added or linked to another section that specifically explains why SCO has different requirements for the ID/identifier.
The text was updated successfully, but these errors were encountered: