Re: [Anima] Extending GRASP messages and signing GRASP multicasts

2022-08-23 Thread Toerless Eckert
On Tue, Aug 23, 2022 at 10:57:44AM +1200, Brian E Carpenter wrote: > > In my reading of rfc8990 CDDL, an M_FLOOD message with an appended > > signature would NOT be parsed as an rfc8990 flood-message CDDL name, > > which in my book means it wouldnot be an rfc8990 flood message. Aka: > > i do not

Re: [Anima] Extending GRASP messages and signing GRASP multicasts

2022-08-22 Thread Brian E Carpenter
On 22-Aug-22 18:56, Toerless Eckert wrote: On Sat, Aug 20, 2022 at 04:21:06PM -0400, Michael Richardson wrote: Brian E Carpenter wrote: > We would prefer that this doesn't invalidate existing (unsigned) GRASP > code. That could be done by appending an optional signature to the

Re: [Anima] Extending GRASP messages and signing GRASP multicasts

2022-08-22 Thread Toerless Eckert
On Sat, Aug 20, 2022 at 04:21:06PM -0400, Michael Richardson wrote: > > Brian E Carpenter wrote: > > We would prefer that this doesn't invalidate existing (unsigned) GRASP > > code. That could be done by appending an optional signature to the > > existing M_FLOOD message format. An

Re: [Anima] Extending GRASP messages and signing GRASP multicasts

2022-08-20 Thread Michael Richardson
Brian E Carpenter wrote: > We would prefer that this doesn't invalidate existing (unsigned) GRASP > code. That could be done by appending an optional signature to the > existing M_FLOOD message format. An alternative is to add a new flood > format that is signed, but would not be

[Anima] Extending GRASP messages and signing GRASP multicasts

2022-08-19 Thread Brian E Carpenter
Hi ANIMA, Some background on the new discussion: A few of us have been discussing the need to cryptographically sign GRASP multicasts (especially M_FLOOD messages) and this has shown up a gap in RFC8990 (the GRASP spec). We're currently thinking that this topic will need a draft (or maybe two