-
Notifications
You must be signed in to change notification settings - Fork 3
Crypto Algorithms List Properties Description #15
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
Conversation
Description of the properties of the merged list draft.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some things need to be cleared up.
* Asymmetric-key algorithms, commonly known as public-key algorithms, use two related keys (i.e., a key pair) to perform their functions: a public key and a private key. The public key may be known by anyone; the private key should be under the sole control of the entity that “owns” the key pair. Even though the public and private keys of a key pair are related, knowledge of the public key cannot be used to determine the private key. | ||
* Values: "Cryptographic-Hash-Function" , "Symetric-Key-Algorithm" or "Asymmetric-Key-Algorithm" | ||
|
||
Note: the subclasses has been added to the cryptoClass property, separated by a "/" character from the class. This specific way to structure the subclasses is WIP. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If "Values" is a fixed set of 3 alternatives, there cannot be subclasses.
The easiest way would be to define something like cryptoSubClass
as a separate string, arbitrary for now, to be defined maybe later.
Otherwise you have to explain here the actual structure of the allowed values.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This ticket reflect the action to mitigate this comment #17
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Co-authored-by: Alexios Zavras (zvr) <zvr+git@zvr.gr>
Addressed comments 1, 3 and 4 from @zvr
cryptoSubClass property described, with additional notes since this property is not fully consolidated.
@zvr given that this is the first PR with reviews, I wonder if you are expecting me to resolve the comments or with the "request for review" is enough and you will be the one resolving the comments. |
Adapted the properties description to the new verion of the list: * Removed the AND operator and adapted the description to the selected yaml compatible way to express several values spdx#23 * Removed the TO operator and adapted the description to the selected yaml compatible way to express a range of values spdx#26
Description of the properties of the merged list draft. #8