-
Notifications
You must be signed in to change notification settings - Fork 23
Include message type to signed payload #6
Comments
My brief search shows that protobuf supports message type |
I think first step to take would be defining an abstract interface for messages, thus separating message usage from message representation. Another thing to consider is that the signed/certified serialized message payload should be retained in its original form, so that validation will be reliable even if different node would use different version of Protobuf generating slightly different serialized binaries. Now, I'm actually experimenting with similar kind of task. Maybe I could solve this issue using the gained experience, before introducing view-chage message types. |
This issue seems to be solved by #122, so can we close this or do we have remaining items? BTW, have a nice holidays! |
In fact, #122 was a preparation step to solve this issue in isolation from the core protocol logic. Messages' signed/certified payloads are still the same, i.e. missing any payload type designator/tag. I have solved similar problem somewhere else and plan to solve this issue in similar way. |
Have nice holidays, too. Btw, I'll be fully back from Jan 2. |
Message type should be covered in authenticated data to guarantee that it cannot be misinterpreted. This resolves hyperledger-labs#6. Signed-off-by: Sergey Fedorov <sergey.fedorov@neclab.eu>
Message type should be covered in authenticated data to guarantee that it cannot be misinterpreted. This resolves hyperledger-labs#6. Signed-off-by: Sergey Fedorov <sergey.fedorov@neclab.eu>
The message type should be covered by signature/USIG certificate to guarantee that a singed payload will not happen to be misinterpreted. NB: Protobuf does not include the message type into the binary encoding.
The text was updated successfully, but these errors were encountered: