Re: [TLS] Need for S->C signaling
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [TLS] Need for S->C signaling
Dr Stephen Henson wrote:
> Just had a crazy idea for S->C signaling:
>
> ServerHello contains the MAGIC value in the CipherSuite indicator: we know this
> can never happen by accident. The real ciphersuite indicator is placed
> elsewhere, e.g. part of session ID. Session ID definition slightly modified to
> permit 34 bytes instead of 32.
I like it.
For reference: http://tools.ietf.org/html/rfc2246
> struct {
> ProtocolVersion server_version;
> Random random;
> SessionID session_id;
> CipherSuite cipher_suite;
> CompressionMethod compression_method;
> } ServerHello;
Is changing SessionID from
> opaque SessionID<0..32>;
to 34 bytes any less-breaking of a change than simply changing the
length of the ServerHello to make it a proper field? Maybe, I dunno.
What if the magic cipher_suite value signals that the acutal
cipher_suite value is stored in the top two bytes of random?
If anything actually cares about the GMT, he can fill those in with his own.
- Marsh
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.